[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] RE: [PATCH] remove _PS0 from the DSDTo
On Mon, 28 Feb 2011, Keir Fraser wrote: > On 28/02/2011 15:33, "Stefano Stabellini" <stefano.stabellini@xxxxxxxxxxxxx> > wrote: > > > On Sat, 26 Feb 2011, Kay, Allen M wrote: > >> Hi Stefano, > >> > >> I just tried this patch booting Win7-64bit in following two configurations: > >> > >> 1) Passthrough two NIC devices - onboard + PCIe E1000 > >> 2) Passthrough SNB IGD + USB + audio + NIC > >> > >> In both cases, Windows failed to boot complaining about BIOS is not ACPI > >> compliant. > >> > >> If I don't passthrough any devices, Windows can boot successfully. > >> > > > > In that case we have a problem because I don't see any other way we > > could fix the issue in a way that is acceptable for xen 4.1. > > We could emulate PM capabilities in qemu even for devices that don't > > support it or make the presence of _PS0 conditional on the presence of > > PM capabilities on the devices. In both cases the fix will miss 4.1. > > Stefano: Your patch should have deleted the _PS3 method along with _PS0. It > is an ACPI requirement that if you define an object to turn a device off > (i.e., _PS3 in this case) then you must also supply a symmetric object to > turn on the device (i.e., _PS0). So you must remove both, and there's no > reason not to since they both only contain debug stuff. > > I suggest try again and see if _PS3 removal solves Allen's Windows boot > issue. It might be worth testing that case, but I am afraid it will break guest S3 (at least for linux). _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |