linux-kernel - Re: linux-next 20180515

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <58438.1526423130@turing-police.cc.vt.edu>
Date:   Tue, 15 May 2018 18:25:30 -0400
From:   valdis.kletnieks@...edu
To:     ahs3@...hat.com
Cc:     Andy Shevchenko <andy.shevchenko@...il.com>,
        "Rafael J. Wysocki" <rjw@...ysocki.net>,
        Thomas Gleixner <tglx@...utronix.de>,
        Ingo Molnar <mingo@...hat.com>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: linux-next 20180515 - ACPI disabled..

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).


Content of type "application/pgp-signature" skipped