[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Booting dom0, various issues since v3.16 kernels
On 05.02.2015 15:47, Sander Eikelenboom wrote: > > Thursday, February 5, 2015, 3:22:49 PM, you wrote: > >> Hey David, > >> after just being in that pain, I thought I might as well give a summary to >> you/the list. Maybe helpful to not forget which piece should go to which >> stable... > >> So: >> v3.16...v3.17.8: Somewhen in between those, the acpi irq seems to have >> broken. >> I have not yet verified that, but at least three changes in >> 3.19-rc6 seem to look related: > >> * "x86/xen: Treat SCI interrupt as normal GSI interrupt", >> * "ACPI: pci: Do not clear pci_dev->irq in acpi_pci_irq_disable()", and >> * "x86/xen: Override ACPI IRQ management callback __acpi_unregister_gsi" > > Yes Jiang Liu fixed those and said he would backport the required fixes once > they where accepted in mainline, put perhaps a polite ping is necessary there. > >> v3.17.8...v3.18.4: Beside the acpi interrupt, no USB devices (beyond the >> hubs) get initialized. Not sure what fixed it, but it >> looks ok in v3.19-rc7. >> Beside that, there also was a regression in swiotlb >> that I think was passed on to some stable maintainers: > > Probably the same issue as above (for me it fixed a powerbutton issue and some > pci-passthrough problems). > > And there seems to be more refactoring coming for 3.20 .. so fingerscrossed. > > -- > Sander Hi Sander, sorry, I know you did the ping somewhere in another thread. The one which I cannot find again right now. :/ Maybe you can forward the following two patches which would be my backport to 3.18. I hope things are correct. I dropped the middle patch as it did not seem to be needed and mushed around the other two. At least things seemed to be fixed up on a quick test-boot. -Stefan > >> * "Revert "swiotlb-xen: pass dev_addr to swiotlb_tbl_unmap_single"" > >> v3.18.4..v3.19-rc7: The issues above look to be fixed. Only some Haswell >> based box now crashed on boot as dom0 while parsing >> some ACPI tables (will send more detail seperately). >> This happens only on that host and only when running >> as dom0. Bare-metal is ok and an Opteron based different >> host is also fine. > >> -Stefan > > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@xxxxxxxxxxxxx > http://lists.xen.org/xen-devel > Attachment:
0001-x86-xen-Treat-SCI-interrupt-as-normal-GSI-interrupt.patch Attachment:
0002-x86-xen-Override-ACPI-IRQ-management-callback-__acpi.patch Attachment:
signature.asc _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |