Re: locking api self-test hanging

On Wed, 6 Feb 2008 01:16:43 -0800 Andrew Morton [off-list ref] wrote:

On Wed, 6 Feb 2008 00:34:12 -0800 Andrew Morton [off-list ref] wrote:

quoted

On Mon, 4 Feb 2008 04:43:04 -0800 Andrew Morton [off-list ref] wrote:

quoted

On Sun, 3 Feb 2008 15:07:44 -0800 Andrew Morton [off-list ref] wrote:

quoted

On Sun, 3 Feb 2008 15:02:46 -0800 Andrew Morton [off-list ref] wrote:

quoted

With current mainline I'm getting intermittent hangs here:

	http://userweb.kernel.org/~akpm/p2033590.jpg

with this config:

	http://userweb.kernel.org/~akpm/config-sony.txt

on the Vaio.  Sometimes it boots (then hits another different hang),
sometimes it gets stuck there.

CONFIG_DEBUG_LOCKING_API_SELFTESTS=n fixed that up.

quoted

The second hang is in kobject_uevent_init().  All that function does is call
netlink_kernel_create().

And I've fully bisected this hang twice and both times came up with

commit 33f807ba0d9259e7c75c7a2ce8bd2787e5b540c7
Author: Stephen Hemminger [off-list ref]
Date:   Mon Nov 19 19:24:52 2007 -0800

    [NETPOLL]: Kill NETPOLL_RX_DROP, set but never tested.

which is stupid because that patch doesn't do anything.

However I am using netconsole-over-e100 and the hang does go away when I
disable netconsole on the kernel boot command line.

I'd say it's some timing thing in netpoll/netconsole/napi/etc.

I'm seeing this netconsole hang on a second machine now.  Current
mainline.  It also has e100.  This one is SMP ancient PIII.

Config: http://userweb.kernel.org/~akpm/config-vmm.txt

I can reproduce this on a third machine: the t61p laptop: dual x86_64 with
e1000.

It seems to need quite a lot of printk activity to make it happen.  Turning
on initcall_debug is a suitable way of triggering it.

This netconsole regression is still present in current mainline.  Rafael,
can you please add it to the list?

It's strange that I can hit it on three separate machines with e100 and e1000
yet nobody else has reported it (afaik).  Is nobody using netconsole?