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

RE: [Xen-devel] disable qemu PCI devices in HVM domains



> > Is the 'pci unplug' as simple as making a call somewhere like
> > pci_unplug(id of ide adapter)? I'm concerned that Windows may not
like
> > this.
> 
> My own opinion is that the ioports are fine, but they should be
offsets
> from
> the xen-platform-pci device's ioport bar. Also we ought to document
the
> ports in xen-platform-pci's source file, as it's going to start
getting
> messy in there.
>
> I'm not sure if the approach taken by the Citrix drivers could be at
all
> useful. Cc'ing Steven Smith in case he has any comments to make.

Citrix use fixed ports for logging. The problem with using
xen-platform-pci's ioport range is that I can only get to them once the
windows pci bus driver has enumerated all the devices, and it's too late
by then as Windows has already enumerated PDO's for all the devices. The
only way around this would be to send an 'unplug' event to xen to remove
the PCI devices, but is the standard PCI bus emulated by qemu hotplug
capable? And would windows even cope with a hotplug event that early in
the boot process?

A completely different way of solving this (as per another previous
email) is for qemu to (optionally) emulate things at the int13 level
rather than at the pci device level. That way there would be no PCI
device at all and Windows would only ever see my drivers. We can already
do this for net, but obviously that isn't required for booting
(normally). So /dev/hd[a-d] would be PCI devices and anything else would
be hooked into int13.

If only Windows were more like Linux...

James


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


 


Rackspace

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