[BISECTED][REGRESSION] INFO: rcu_sched_state detected stall on CPU
From: Nicolas Bareil
Date: Thu Jan 06 2011 - 06:48:51 EST
On my two HP Proliant DL160 G6, the system locks up for tens of seconds
when I copy a regular file into a LVM volume with the following command
$ sudo dd if=5gigabytesfile of=/dev/hosts/myvol bs=4096
Logs are filled with call traces and theses messages:
kernel: INFO: rcu_sched_state detected stall on CPU 5 (t=6000 jiffies)
kernel: Uhhuh. NMI received for unknown reason 00 on CPU 7.
kernel: Do you have a strange power saving mode enabled?
kernel: Dazed and confused, but trying to continue
My .config is available here : http://chdir.org/~nbareil/aa45484031/config-2.6.37.gz
The (big!) kern.log is here : http://chdir.org/~nbareil/aa45484031/kern.log.gz
My System.map : http://chdir.org/~nbareil/aa45484031/System.map-2.6.37.gz
After bisection, the culprit is aa45484031, to be 100% sure, I compiled
a 2.6.37 with this commit reverted and it works.
As a reminder, here is the commit:
Author: Christoph Lameter <cl@xxxxxxxxx>
Date: Thu Sep 9 16:38:17 2010 -0700
mm: page allocator: calculate a better estimate of NR_FREE_PAGES
when memory is low and kswapd is awake
Ordinarily watermark checks are based on the vmstat NR_FREE_PAGES as
it is cheaper than scanning a number of lists. To avoid
synchronization overhead, counter deltas are maintained on a per-cpu
basis and drained both periodically and when the delta is above a
threshold. On large CPU systems, the difference between the
estimated and real value of NR_FREE_PAGES can be very high. If
NR_FREE_PAGES is much higher than number of real free page in buddy,
the VM can allocate pages below min watermark, at worst reducing the
real number of pages to zero. Even if the OOM killer kills some
victim for freeing memory, it may not free memory if the exit path
requires a new page resulting in livelock.
This patch introduces a zone_page_state_snapshot() function
(courtesy of Christoph) that takes a slightly more accurate view of
an arbitrary vmstat counter. It is used to read NR_FREE_PAGES while
kswapd is awake to avoid the watermark being accidentally broken.
The estimate is not perfect and may result in cache line bounces but
is expected to be lighter than the IPI calls necessary to
continually drain the per-cpu counters while kswapd is awake.
Signed-off-by: Christoph Lameter <cl@xxxxxxxxx>
Signed-off-by: Mel Gorman <mel@xxxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Signed-off-by: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Let me know if you need anything.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/