WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [Patch 0/7] pvSCSI driver

Hi James-san and Steven-san,

Thank you for your comments.

In order to avoid my misunderstanding, could you teach me what the
'munging' is? It means to reject the some SCSI commands or to modify
inside of the command(CDB) and response(SENSE) on the backend ?

Thanks,


On Wed, 5 Mar 2008 13:34:48 +1100
"James Harper" <james.harper@xxxxxxxxxxxxxxxx> wrote:

> > This kind of suggests that we should be plumbing things through to the
> > guest with a granularity of whole targets, rather than individual
> > logical units.  The alternative is a much more complicated scsi
> > emulation which can fix up the LUN-sensitive commands.
> 
> I think we should probably have the option of doing either.
> 
> > Allowing this kind of mapping sounds reasonable to me.  It would also
> > make it possible (hopefully) to add support for some of the weirder
> > SCSI logical unit addressing modes without changing the frontends
> > (e.g. hierarchical addressing with 64 bit LUNs).  That might involve a
> > certain amount of munging of REPORT LUNS commands in the backend,
> > though.
> 
> Not sure how much it matters, but any 'munging' of scsi commands would
> be a real drag for Windows drivers. The Windows SCSI layer is very
> strict on lots of things, and is a real pain if you are not talking to a
> physical PCI scsi device.
> 
> James
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel

Jun Kamada



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel