[PATCH] ARM: BUG() dies silently
Rabin Vincent
rabin at rab.in
Sat Sep 17 02:07:26 EDT 2011
On Fri, Apr 1, 2011 at 01:45, Omar Ramirez Luna <omar.ramirez at ti.com> wrote:
> There are some cases where the code generated for BUG() results
> into an infinite while loop without causing a null dereference,
> this ends on a kernel being stuck on a loop and the user without
> a clue of what happened.
>
> E.g.: lib/scatterlist.c : __sg_alloc_table
>
> BUG_ON(nents > max_ents);
> 438: 9a000000 bls 440 <__sg_alloc_table+0x20>
> 43c: eafffffe b 43c <__sg_alloc_table+0x1c>
>
> Adding volatile makes the compiler to avoid optimizations on this
> code, which makes the panic to occur:
>
> BUG_ON(nents > max_ents);
> 438: 9a000002 bls 448 <__sg_alloc_table+0x28>
> 43c: e3a03000 mov r3, #0
> 440: e5833000 str r3, [r3]
> 444: eafffffc b 43c <__sg_alloc_table+0x1c>
>
> Seen with gnu/linux cs arm-2010q1-202 and arm2010.09-50.
>
> Signed-off-by: Omar Ramirez Luna <omar.ramirez at ti.com>
If the "Use generic BUG() handler" patch is only scheduled for the next
merge window and not for 3.1, can this patch be merged instead for 3.1
and -stable? This problem is easily seen with GCC 4.6.
More information about the linux-arm-kernel
mailing list