Rumor has it that on Thu, Apr 14, 2005 at 08:51:22PM -0500 Andrew Theurer said:
> Adam Heath wrote:
>
> >Or, implement a xen scsi host driver, that acts like a real scsi host
> >controller, but instead imports virtual blocks. This seems like the best
> >of
> >both worlds.
> >
> >Note, this is not a overlay system like is done currently, nor is it a
> >block
> >driver.
> >
> >
> >
> >
> There may already be something like this, the IBM virtual scsi
> server/client drivers in mainline kernel (used for para-virtualized
> POWER5 systems). Might be worth looking at and modifying a bit to fit
> Xen's inter domain communication model.
Does this emulate the full target logic? Once you make the guests see a
scsi host you'll need that. The back end device is a scsi LUN then you
can pass commands through, but what does the inqiury command return for
a file backed vbd?
I'm not sure the complexity is worth it going in this direction. One thing
nice about using just block devices is that the backend's kernel and drivers
have already sroted out most of this. Blocks are blocks :)
Cheers,
Phil
>
> -Andrew
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel
--
Philip R. Auld, Ph.D. Egenera, Inc.
Software Architect 165 Forest St.
(508) 858-2628 Marlboro, MA 01752
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|