On 12/21/2015 05:42 PM, Arnd Bergmann wrote: > On Monday 21 December 2015, David Daney wrote: >> On 12/21/2015 06:10 AM, Arnd Bergmann wrote: >>> On Monday 21 December 2015, Gabriele Paoloni wrote: >> >>> or require the BIOS to work around the hardware >>> quirks differently (e.g. by trapping config space access through secure >>> firmware, or going through an AML method to be defined). >> >> Some systems don't seem to have this capability. For example, in ARMv8 >> (A.K.A. arm64), I haven't been able to figure out how to trap these >> accesses to EL3 for emulation. The specification is 5700 pages long >> though, so perhaps I missed that bit. There isn't a way to directly trap to EL3 for emulation (caveat - there might be some nasty hack with an SMMU that wouldn't be supportable). I requested the implementation of a generic mechanism for LPC type emulation (complete with "SMI" traps to EL3 for fixups) about 4 years ago. That wouldn't have helped with this situation, but this was to be on the radar afterward. However, on ARM, it is still early days with respect to transparently trapping and emulating hardware workarounds. > How about using AML then? This would be similar to what CHRP used with > RTAS calls to do PCI config space access. The best way to do it for now (IMO) is via a DMI quirk match and a special method for the early SoCs that aren't implementing MMCONFIG correctly. An effort is underway to correct that in third party IP, and similar directly with the partners for future generations. So this should not get "much" more out of hand than it sadly is so far. Once we have a good upstream solution (which is vital) then it will be an error and a pre-tapeout bug to not be able to boot an upstream kernel with stock ACPI hostbridge working sans nasty quirks. Therefore, the sooner this is upstream, the better it will be for everyone involved. Jon. -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html