[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] Re: [PATCH] Fix xen hang on intel westmere-EP
On 23/08/2011 04:52, "Zhang, Yang Z" <yang.z.zhang@xxxxxxxxx> wrote: >> Further I'm opposed to introducing further instances of legacy brute- force >> PCI >> bus scans. >> >> And I don't think you got something along these lines accepted into Linux, >> did >> you? It ought to be DMI based there, too. > I don't know why you think using DMI is a better way? For BDF based way, we > only need to know the device ID. But for DMI base way, I don't know which > condition should be matched. > > Actually, the best way to solve it is to enable the ACPI mode in Xen instead > of in dom0. For enable ACPI, we need to write the value from FADT.ACPI_ENABLE > to SMI_CMD. After writing the value, the SMI ownership will be disable by ACPI > hardware and it also will disable some logic which is able to cause SMI. For > example, the legacy USB circuit will be masked too. Because at this point, > there have no need to use legacy usb emulation. This is also what linux > upstream did. But I think it is too complicated to port this logic to xen. > Anyway, if you have interesting, you can add this logic to xen and there have > no need for this patch again. It sounds like quite a good idea, and not very complicated at all. The main concern would be potential other fall out from making the change. -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |