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 for Android: free password hash cracker in your pocket
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <6f385a6a-1f22-4be7-8005-28b714ca271a@default>
Date:   Fri, 28 Oct 2016 11:52:56 -0700 (PDT)
From:   Michal Necasek <michal.necasek@...cle.com>
To:     <tglx@...utronix.de>
Cc:     <prarit@...hat.com>, <ville.syrjala@...ux.intel.com>,
        <michael.thayer@...cle.com>, <knut.osmundsen@...cle.com>,
        <frank.mehnert@...cle.com>, <linux-kernel@...r.kernel.org>
Subject: Re: 4.8.2 not booting in 32-bit VM without I/O-APIC


     Hi Thomas,

 Sorry if I wasn't clear. No, it doesn't work for us. The ff8560512b8d commit fixes the APIC poking on machines where there is no local APIC available (and thus fixes the committer's machine), but it doesn't work in our case, where there is a local APIC but no I/O APIC, no ACPI MADT, and no MP tables. 

 In other words, for us boot_cpu_has(X86_FEATURE_APIC) is true but the APIC has not been set up yet because init_apic_mappings() hasn't been run.


    Regards,
       Michal

----- Original Message -----
From: tglx@...utronix.de
To: michal.necasek@...cle.com
Cc: linux-kernel@...r.kernel.org, prarit@...hat.com, ville.syrjala@...ux.intel.com, michael.thayer@...cle.com, frank.mehnert@...cle.com, knut.osmundsen@...cle.com
Sent: Friday, October 28, 2016 8:41:46 PM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna
Subject: Re: 4.8.2 not booting in 32-bit VM without I/O-APIC

On Fri, 28 Oct 2016, Michal Necasek wrote: 

> I suspect that either init_apic_mappings() needs to be called earlier or
> the initial fix from commit 2a51fe08 needs to be done later.

Linus tree has a fix for this:

ff8560512b8d x86/boot/smp: Don't try to poke disabled/non-existent APIC

It's on the way to stable as well. Can you try whether that works for you?

Thanks,

	tglx

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ