[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [RFC] Virtual disk configuration, PV vs. emulated, backward compatibility etc
On Thu, 29 Jul 2010, Ian Jackson wrote: > Jeremy Fitzhardinge writes ("Re: [Xen-devel] [RFC] Virtual disk > configuration, PV vs. emulated, backward compatibility etc"): > > On 07/28/2010 09:05 AM, Ian Jackson wrote: > > > For Linux HVM guests using PV-on-HVM drivers, users are recommended to > > > supply as few hd* devices as possible and use pure xvd* devices for > > > the rest. Modern PV-on-HVM drivers will map the hd* devices to > > > /dev/xvdHDa etc. > > > > I think we've decided to make blkfront register pv versions of emulated > > devices as hdX/sdX rather than using xvdHD. We don't do this in pv domains. > > Stealing the major number from the ide and scsi drivers, or just the > name ? > Both > What if the domain has real sd* devices too ? (pvscsi, pvusb + usb > mass storage, passthrough, ...) > Clashes are theoretically possible but very hard to produce in practice. We are "stealing" device names only for emulated IDE and SCSI disks, and emulated SCSI disks don't even work at the moment. So you would need to passthrough an IDE controller whose disks are configured as hd* (most distros use sd* for IDE disks). I think we are doing exactly what the user asked us to: setting up an hdX device; in these very unlikely scenarios the user knows what he is doing and can change the configuration. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |