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]

Date:   Wed, 16 May 2018 13:58:04 +0200
From:   "Rafael J. Wysocki" <rjw@...ysocki.net>
To:     valdis.kletnieks@...edu
Cc:     ahs3@...hat.com, Andy Shevchenko <andy.shevchenko@...il.com>,
        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 Wednesday, May 16, 2018 12:25:30 AM CEST valdis.kletnieks@...edu wrote:
> 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).

There was one commit that I had to drop.

Please try linux-next tomorrow and let me know if it works for you.