linux-kernel - Re: [regression] 3.7 ends in APIC panic

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-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20121217100014.GA31866@liondog.tnic>
Date:	Mon, 17 Dec 2012 11:00:14 +0100
From:	Borislav Petkov <bp@...en8.de>
To:	Bernd Schubert <bernd.schubert@...m.fraunhofer.de>
Cc:	Yinghai Lu <yinghai@...nel.org>, Ingo Molnar <mingo@...nel.org>,
	linux-kernel@...r.kernel.org, Weidong Han <weidong.han@...el.com>,
	David Woodhouse <David.Woodhouse@...el.com>, sbsiddha@...il.com
Subject: Re: [regression] 3.7 ends in APIC panic

+ Suresh.

On Mon, Dec 17, 2012 at 10:34:46AM +0100, Bernd Schubert wrote:
> On 12/16/2012 09:39 PM, Borislav Petkov wrote:
> >On Sun, Dec 16, 2012 at 08:46:06PM +0100, Bernd Schubert wrote:
> >>Hmm, I read it the other way around - x2apic depends on interrupt
> >>remapping, but interrupt remapping can be used without x2apic.
> >
> >Ok, you're right. X2APIC should depend on IRQ_REMAP:
> >https://lwn.net/Articles/289881/
> >
> >>The help text of CONFIG_IRQ_REMAP also says "x2APIC enhancements or to
> >>support platforms with CPU's having > 8 bit APIC ID, say Y." I guess
> >>may CPU has the latter?
> >
> >I think it is what Yinghai said - you obviously need x2apic kernel
> >support if you have IRQ_REMAP on.
> >
> >>Can the kernel panic a bit improved to help user to understand what
> >>needs to be enabled?
> >
> >Well, your kernel enables IRQ_REMAP properly:
> >
> >[    0.031115] Enabled IRQ remapping in x2apic mode
> >
> >I guess at that stage we could probably check for x2apic support and
> >scream loudly if it is not present... IMHO.
> >
> Hmm, I think that would the wrong place,

It has to be the right place because this "Enabled IRQ..." printk above
is from the IRQ remapping code which detects an x2apic mode in your
case.

> as the initial 3.7.0 configuration didn't have IRQ_REMAP enabled.

Huh, so why do I see the above message in your dmesg output in
http://marc.info/?l=linux-kernel&m=135540103415652 then?

Ok, let's sort things out here. Your .config has

# CONFIG_IRQ_REMAP is not set

but in the original dmesg you sent, the printk above comes from
intel_irq_remapping.c which gets enabled by CONFIG_IRQ_REMAP.

So, can you try enabling only CONFIG_IRQ_REMAP and leave
CONFIG_X86_X2APIC off to confirm the original observation?

Also, I'd guess your machine can boot with both options off?

> And that was the reason why x2apic got disabled during the "make
> oldconfig" process...
>
> Is this message an indication for missing x2apic?
>
> "smpboot: weird, boot (#255) not listed by the BIOS"

It's an indication that something is fishy with the apic IDs.

Thanks.

-- 
Regards/Gruss,
    Boris.

Sent from a fat crate under my desk. Formatting is fine.
--
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/