On Tue, Oct 27, 2009 at 04:28:59PM +0100, Hannes Reinecke wrote:
> > Other drives might want to use SCSI command emulation without> going through the SCSI disk abstraction, as this imposes too> many limits on the emulation.
Might be a good idea to move something like this first into the series
and share the CDB decoder between scsi and ide (atapi) as a start. A
little bit of refactoring of the CDB decoder, e.g. into one function
per opcode (-family) won't hurt either.

Am Wed 28 Oct 2009 09:42:47 AM CET schrieb Christoph Hellwig <hch@lst.de>:
> On Tue, Oct 27, 2009 at 04:28:59PM +0100, Hannes Reinecke wrote:>>>> Other drives might want to use SCSI command emulation without>> going through the SCSI disk abstraction, as this imposes too>> many limits on the emulation.>> Might be a good idea to move something like this first into the series> and share the CDB decoder between scsi and ide (atapi) as a start. A> little bit of refactoring of the CDB decoder, e.g. into one function> per opcode (-family) won't hurt either.>
Yes, that was on my to-do list, as well.
Eg even the megasas already emulates REPORT LUNs, as we certainly
don't want to pass the original LUN information back to the guest.
And it would make sense to trap some other commands (like INQUIRY), too, to
strip it off any unwanted information.
Cheers,
Hannes
---
No .sig today as this is from my laptop.