https://bugzilla.kernel.org/show_bug.cgi?id=68591
--- Comment #14 from Bjorn Helgaas <bhelg...@google.com> --- It looks like the HideHpetBar bit was already set, so we shouldn't be seeing the BAR in the first place. Maybe the spec is inaccurate. It'd be nice to figure out a way that doesn't depend on a quirk, anyway. After all, Windows presumably deals with this situation somehow. A solution that didn't involve a quirk might fix similar issues with other hardware. But I don't know what that solution would be; I'll have to think about that for a while. If anybody with this problem has Windows and could collect an AIDA64 (http://www.aida64.com/) and attach it here, maybe that would have a clue. -- You are receiving this mail because: You are watching the assignee of the bug. ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
