|
|
|
|
|
|
|
|
|
|
xen-devel
[Xen-devel] xenstore pci global parameters
Hi Stefano,
I noticed that the MSI-INTx translation doesn't work in
recent xen-unstable. After some investigation, it tracks down to
the change in changeset 20348. And with the fix from 20397, the
pci devclass is now created at the time of the first pci device
assignment, either it's booting device or hotplug device.
However, one of the problem is that pci devclass provides
pci global parameters, for example, pci_msitranslate and
pci_power_mgmt. The device model used to get the value of these
global parameters at init time, but now, it won't see anything
since the pci block in xenstore doesn't exist at that time.
So the problem now is that these parameters are bypassed and
the guest can't benefit from it. I can add some flags in qemu
similar to first_dev, but that looks a little weird.
I'm not very familiar with stubdom initialization, so
I'd like to know how the pci devclass is used in the stubdom,
and why there is some circular dependency?
Thanks,
Qing
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Xen-devel] xenstore pci global parameters,
Qing He <=
|
|
|
|
|