https://bugzilla.kernel.org/show_bug.cgi?id=215770
--- Comment #9 from Kai-Heng Feng (kai.heng.f...@canonical.com) --- (In reply to Mario Limonciello (AMD) from comment #8) > Thanks. It was a bit of a long shot that this helped this design, but that > commit does fix some IRQ1 related problems on other designs. > > I'll send up this patch for the extra debugging message separately for > Rafael to take a look at, I think it's useful for issues like this. Yes this will be quite useful. > > I still do think this issue at it's core is a platform firmware issue not a > kernel issue. One of 3 things to me: > 1) Either the EC asserting i8042 Or maybe it's from IO-APIC? The EC folks guaranteed that i8042 doesn't raise the IRQ. > 2) The polarity is wrong for IRQ1 (like I mentioned for that coreboot design > in AMD gitlab issue). If polarity is wrong, the keyboard won't work at all. So I don' think it's the case here. > 3) Some other source in this design asserting IRQ1 that is not EC. I think AMD Taipei is trying to find the root cause here. -- You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug. _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla