Re: [ipw3945-devel] 2.6.24-rc5-mm1 -- INFO: possible circular locking dependency detected -- pm-suspend/5800 is trying to acquire lock

2007-12-19 Thread Miles Lane
On Dec 18, 2007 9:58 PM, Zhu Yi <[EMAIL PROTECTED]> wrote: > > On Tue, 2007-12-18 at 15:57 +0100, Johannes Berg wrote: > > Thanks. This is a bug in iwlwifi. > > > > The problem is actually another case where my workqueue debugging with > > lockdep is triggering a warning :)) > > > > Here's the thin

Re: [ipw3945-devel] 2.6.24-rc5-mm1 -- INFO: possible circular locking dependency detected -- pm-suspend/5800 is trying to acquire lock

2007-12-18 Thread Zhu Yi
On Tue, 2007-12-18 at 15:57 +0100, Johannes Berg wrote: > Thanks. This is a bug in iwlwifi. > > The problem is actually another case where my workqueue debugging with > lockdep is triggering a warning :)) > > Here's the thing: > > iwl3945_cancel_deferred_work does > > cancel_delayed_work_sync

Re: 2.6.24-rc5-mm1 - IPv6 throws section mismatches.

2007-12-18 Thread Daniel Lezcano
[EMAIL PROTECTED] wrote: On Thu, 13 Dec 2007 02:40:50 PST, Andrew Morton said: ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/ git-net.patch (I'm guessing one of Daniel's commits, but not sure which one) causes some complaints: LD

2.6.24-rc5-mm1 - IPv6 throws section mismatches.

2007-12-18 Thread Valdis . Kletnieks
On Thu, 13 Dec 2007 02:40:50 PST, Andrew Morton said: > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc5/2.6.24-rc5-mm1/ git-net.patch (I'm guessing one of Daniel's commits, but not sure which one) causes some complaints: LD vmlinux.o MODPOST vmli

Re: 2.6.24-rc5-mm1 -- INFO: possible circular locking dependency detected -- pm-suspend/5800 is trying to acquire lock

2007-12-18 Thread Johannes Berg
> Sorry. GMail doesn't support sending unwrapped text, as far as I can > tell. I will send the log segment to you as an attachment. Also, > when I sent my .config inline to Andrew recently, it tripped his spam > filter. I'll attach it as well. Thanks. This is a bug in iwlwifi. The problem is

Re: 2.6.24-rc5-mm1 -- INFO: possible circular locking dependency detected -- pm-suspend/5800 is trying to acquire lock

2007-12-18 Thread Johannes Berg
On Tue, 2007-12-18 at 09:03 -0500, Miles Lane wrote: > I have only seen this happen once, and cannot reproduce it. I'll keep > trying, though. > > Dec 16 22:10:48 syntropy kernel: [ 231.718023] > === Do you have a version that isn't line-wrap

2.6.24-rc5-mm1 -- INFO: possible circular locking dependency detected -- pm-suspend/5800 is trying to acquire lock

2007-12-18 Thread Miles Lane
ected ] Dec 16 22:10:48 syntropy kernel: [ 231.718028] 2.6.24-rc5-mm1 #7 Dec 16 22:10:48 syntropy kernel: [ 231.718029] --- Dec 16 22:10:48 syntropy kernel: [ 231.718032] pm-suspend/5800 is trying to acquire lock: Dec 16 22:10:48 syntropy k

Re: 2.6.24-rc5-mm1 -- inconsistent {in-softirq-W} -> {softirq-on-R} usage.

2007-12-16 Thread David Miller
From: Andrew Morton <[EMAIL PROTECTED]> Date: Fri, 14 Dec 2007 15:36:33 -0800 > The networking bug looks to be around sock_i_ino()'s taking of > sk_callback_lock with softirq's enabled. Perhaps this will fix it. One should be suspicious of any case where write_lock is performed on sk->sk_callbac

Re: 2.6.24-rc5-mm1 -- inconsistent {in-softirq-W} -> {softirq-on-R} usage.

2007-12-15 Thread Andrew Morton
<[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > > > Sorry Andrew, I don't know who to forward this problem to. > > > > > > > > > > > > I tried running: find /proc | xargs cat > > > > >

Re: 2.6.24-rc5-mm1 -- inconsistent {in-softirq-W} -> {softirq-on-R} usage.

2007-12-15 Thread Herbert Xu
Andrew Morton <[EMAIL PROTECTED]> wrote: > > My suspicion is that you've hit bad breakage in networking and lockdep just > isn't sufficiently robust to handle what it's being given. > > Can you suggest a way in which others can reproduce this? I can reproduce this now. I suspect it's to do with

Re: 2.6.24-rc5-mm1: cat /proc/net/packet -> oops

2007-12-15 Thread Herbert Xu
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote: > > git-ubi.patch > GOOD > # > git-net.patch > BAD > ipsec-fix-reversed-icmp6-policy-check.patch > > but this seems to be far from precise :) I suspect namespace borkage. But just because you pin-pointed my patch I'll try to track it down :) Cheers,

Re: 2.6.24-rc5-mm1: cat /proc/net/packet -> oops

2007-12-15 Thread Mariusz Kozlowski
Hello, As one of usual tests I run the following script: for i in `find /proc -type f`; do echo -n "cat $i > /dev/null ... "; cat $i > /dev/null; echo "done"; done This time the culprit is /proc/net/packet. cat process gets killed $ cat /proc/net/packet Segment

Re: 2.6.24-rc5-mm1 -- inconsistent {in-softirq-W} -> {softirq-on-R} usage.

2007-12-15 Thread Jarek Poplawski
Andrew Morton wrote, On 12/15/2007 12:13 PM: > On Fri, 14 Dec 2007 22:58:24 -0500 "Miles Lane" <[EMAIL PROTECTED]> wrote: ... >> I applied the patch and then tried my test again. This time my system >> locked up. >> Perhaps I should open a new thread for this, since the problem looks >> prett

Re: 2.6.24-rc5-mm1 -- inconsistent {in-softirq-W} -> {softirq-on-R} usage.

2007-12-15 Thread Jarek Poplawski
Miles Lane" <[EMAIL PROTECTED]> wrote: ... >>>> Pid: 6944, comm: cat Not tainted (2.6.24-rc5-mm1 #26) ... >>>> note: cat[6944] exited with preempt_count 4 ... >> Dec 14 21:32:55 feargod kernel: cat/6180 is trying to release lock ... > Can you suggest a

Re: 2.6.24-rc5-mm1 -- inconsistent {in-softirq-W} -> {softirq-on-R} usage.

2007-12-15 Thread Andrew Morton
; > > > Sorry Andrew, I don't know who to forward this problem to. > > > > > > I tried running: find /proc | xargs cat > > > and got this: > > > > > > = > > > [ INFO: inconsistent lock state ] >

Re: 2.6.24-rc5-mm1 -- inconsistent {in-softirq-W} -> {softirq-on-R} usage.

2007-12-14 Thread Herbert Xu
Andrew Morton <[EMAIL PROTECTED]> wrote: > > I'd say you hit a networking locking bug and then when trying to report > that bug, lockdep crashed. > > The networking bug looks to be around sock_i_ino()'s taking of > sk_callback_lock with softirq's enabled. Perhaps this will fix it. > > diff -puN

Re: 2.6.24-rc5-mm1 -- inconsistent {in-softirq-W} -> {softirq-on-R} usage.

2007-12-14 Thread Andrew Morton
; > > > Sorry Andrew, I don't know who to forward this problem to. > > > > > > I tried running: find /proc | xargs cat > > > and got this: > > > > > > = > > > [ INFO: inconsistent lock state ] >

Re: 2.6.24-rc5-mm1 -- inconsistent {in-softirq-W} -> {softirq-on-R} usage.

2007-12-14 Thread Andrew Morton
On Fri, 14 Dec 2007 17:13:21 -0500 "Miles Lane" <[EMAIL PROTECTED]> wrote: > Sorry Andrew, I don't know who to forward this problem to. > > I tried running: find /proc | xargs cat > and got this: > > = > [ INFO: inco

Re: 2.6.24-rc5-mm1

2007-12-14 Thread David Miller
From: Herbert Xu <[EMAIL PROTECTED]> Date: Fri, 14 Dec 2007 10:08:07 +0800 > [UDP]: Move udp_stats_in6 into net/ipv4/udp.c > > Now that external users may increment the counters directly, we need to > ensure that udp_stats_in6 is always available. Otherwise we'd either > have to requrie the exte

Re: 2.6.24-rc5-mm1

2007-12-14 Thread Dhaval Giani
Hi Andrew, I hit this just now. Not sure if I can reproduce it though. WARNING: at net/ipv4/tcp_input.c:2533 tcp_fastretrans_alert() Pid: 4624, comm: yield Not tainted 2.6.24-rc5-mm1 #5 [] show_trace_log_lvl+0x12/0x22 [] show_trace+0xd/0xf [] dump_stack+0x57/0x5e [] tcp_fastretrans_alert

Re: 2.6.24-rc5-mm1

2007-12-13 Thread Herbert Xu
On Thu, Dec 13, 2007 at 09:45:54AM -0800, David Miller wrote: > From: Benjamin Thery <[EMAIL PROTECTED]> > Date: Thu, 13 Dec 2007 16:01:34 +0100 > > > The problem comes from the new macro UDPX_INC_STATS_BH introduced > > by Herbert, which was a nice addition to increment the correct > > UDP MIB d

Re: 2.6.24-rc5-mm1 regression - kernel warning on tcp_fastretrans_alert()

2007-12-13 Thread Andrew Morton
all trace is seen in 2.6.24-rc5-mm1 kernel also,it was reported > for 2.6.24-rc4-mm1 kernel http://lkml.org/lkml/2007/12/6/22 > > ls21b kernel: [ 7530.313408] WARNING: at net/ipv4/tcp_input.c:2533 > tcp_fastretrans_alert() > ls21b kernel: [ 7530.354051] Pid: 0, comm: swapper Not t

Re: 2.6.24-rc5-mm1

2007-12-13 Thread Adrian Bunk
; CC init/version.o > > > LD init/built-in.o > > > LD .tmp_vmlinux1 > > > net/built-in.o: In function `xs_udp_data_ready': > > > /home/peifferp/containers/kernel/linux-2.6.24-rc5-mm1/net/sunrpc/xprtsock.c:842: > > > undefined ref

Re: 2.6.24-rc5-mm1

2007-12-13 Thread David Miller
gt; net/built-in.o: In function `xs_udp_data_ready': > > /home/peifferp/containers/kernel/linux-2.6.24-rc5-mm1/net/sunrpc/xprtsock.c:842: > > undefined reference to `udp_stats_in6' > > /home/peifferp/containers/kernel/linux-2.6.24-rc5-mm1/net/sunrpc/xprtsock.c:846: > >

Re: 2.6.24-rc5-mm1

2007-12-13 Thread Borislav Petkov
any more: > > > > ... > > CHK include/linux/compile.h > > UPD include/linux/compile.h > > CC init/version.o > > LD init/built-in.o > > LD .tmp_vmlinux1 > > net/built-in.o: In function `xs_udp_data_ready': > &g

Re: 2.6.24-rc5-mm1

2007-12-13 Thread Benjamin Thery
o > LD init/built-in.o > LD .tmp_vmlinux1 > net/built-in.o: In function `xs_udp_data_ready': > /home/peifferp/containers/kernel/linux-2.6.24-rc5-mm1/net/sunrpc/xprtsock.c:842: > undefined reference to `udp_stats_in6' > /home/peifferp/containers/kernel/linux-2

Re: 2.6.24-rc5-mm1

2007-12-13 Thread Pierre Peiffer
Hi, My config does not link any more: ... CHK include/linux/compile.h UPD include/linux/compile.h CC init/version.o LD init/built-in.o LD .tmp_vmlinux1 net/built-in.o: In function `xs_udp_data_ready': /home/peifferp/containers/kernel/linux-2.6.24-rc