linux-kernel - Re: BUG: scheduling while atomic: chcpu/6197/0x00000002

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

Message-ID: <20120628102139.GA21682@x1.osrc.amd.com>
Date:	Thu, 28 Jun 2012 12:21:39 +0200
From:	Borislav Petkov <bp@...en8.de>
To:	Thomas Sattler <sattler@....uni-frankfurt.de>
Cc:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Ingo Molnar <mingo@...hat.com>,
	Thomas Gleixner <tglx@...utronix.de>,
	Steven Rostedt <rostedt@...dmis.org>
Subject: Re: BUG: scheduling while atomic: chcpu/6197/0x00000002

On Thu, Jun 28, 2012 at 11:24:56AM +0200, Thomas Sattler wrote:
> > Any chance you could try a non-rt kernel,
> 
> Earlier in this thread I wrote, that 3.4.[23] are
> in fact unaffected. Only 3.4.[234]-rt1[0123] show
> this BUG in dmesg.
> 
> > to rule out an -rt issue?
> 
> Steven Rostedt wrote (w/o CC:LKML) that he believes
> CPU hotplug is still an issue with -rt. So, are you
> still interested to follow the "amd on intel" thing?

I don't think it is an "amd on intel" issue - it is probably the
stack trace dumping code wrongly finding the init_amd symbol due to
CPU_SUP_AMD bring compiled in or so...

Rather, it looks like the issue is what Steve said.

> > Also, looks like your cpu can do 64-bit. Can you
> > try a 64-bit kernel?
> 
> Yes, it's a 32-bit userland on 64-bit hardware. So
> far I didn't compile 64-bit kernels on 32-bit user-
> land but in case you're still interested in the
> result, I'll give it a try.

Well, if you have a 64-bit cpu, you could consider running a 64-bit
kernel for many reasons. The most important one being that 64-bit code
is enjoying orders of magnitude more testing because the world has moved
to 64-bit already. -rt included.

-- 
Regards/Gruss,
Boris.
--
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/