[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] About block device mapping for guests

Mark Williamson wrote:
> Yes you can choose an arbitrary IDE or SCSI drive's major / minor
> pair and export as that.  There's no difference to the backend
> driver, the frontend in the guest uses different blocksize for fake
> IDE vs fake SCSI, I think.

Right. Uh. I'll take a peek at the code to get the exact answer.

> It's technically possible to make the frontend behave more like a CD
> drive, it's just that there's not a lot of demand for this, so it's
> not implemented.

Right, understood. Seems like this need would be better served by
being able to give entire IDE/SCSI devices to some guests, so they can
run all the IDE/SCSI commands they will ever need.

> Guest domains can't use devfs because the frontend driver doesn't
> support it.  The developers feeling is that since devfs is
> deprecated, it's probably not worth the pain of adding support for.

I assume this specifically means that guest domains will not have the
block devices created by devfs at all - but if one were to manually
create the block devices with the correct major and minor, it would

I can understand that it might not be worth the effort - but larger
warnings somewhere that 'devfs will not work, plain dev or udev will
work' might be in order.

> Yes, all Xen virtual devices should appear in SysFS in the guest,
> which udev will use to do the right thing - this should all work
> fine.

Hmm. How will the devices be named under sysfs? If I just specify a
major and minor device number, where does Xen dig up the name it
should be registered under? And how does udev pick the right name for
the actual device file?

> In the guest, sysfs will show block devices with whatever major /
> minor was specified.  It won't tell you what the drive is mapped to
> in dom0.
> State regarding which block devices in dom0 are mapped to what in
> the guests is maintained inside Xend.


> HTH,

Immensely. Now I know why none of my domains ever manage to find a
root device ;-)

-- Naked

SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
Xen-devel mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.