Messages in this thread | | | From | valdis.kletnieks@vt ... | Subject | Re: linux-next 20180515 - ACPI disabled.. | Date | Tue, 15 May 2018 18:25:30 -0400 |
| |
On Tue, 15 May 2018 15:49:15 -0600, Al Stone said:
> Not off-hand. Could you please send me a copy of /sys/firmware/acpi/tables/APIC
cat /sys/firmware/acpi/tables/APIC | od -x 0000000 5041 4349 0072 0000 3903 4544 4c4c 2020 0000020 4243 3358 2020 0020 2009 0107 4d41 2049 0000040 0013 0001 0000 fee0 0001 0000 0800 0001 0000060 0001 0000 0800 0202 0001 0000 0800 0103 0000100 0001 0000 0800 0304 0001 0000 0c01 0002 0000120 0000 fec0 0000 0000 0a02 0000 0002 0000 0000140 0000 0a02 0900 0009 0000 000d 0604 05ff 0000160 0100 0000162
> on this machine? The commit cd8c65a6442b that I wrote looks like it got pulled > in on 20180430, which if I'm understanding correctly, seems to have fixed the > problem. Did this work before 20180415? I assume it did.
0430 is what I'm running right ow, and it works. Everything before that too. It fell over sometime between 0430 and 0515,
> What puzzles me is that this message: > > ACPI: [APIC:0x05] Invalid zero length > > should only have shown up if the MADT has a broken subtable, and I think that > bit of code has been that way for quite some time (git blame says somewhere > around 2012 when the test for this condition was put in).
[unhandled content-type:application/pgp-signature] | |