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 thing:
]
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 kernel
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-wrapped
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
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 vmlinux.o
WARNING
[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 vmlinux.o
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
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
running: find /proc | xargs cat
and got this:
=
[ INFO: inconsistent lock state ]
2.6.24-rc5-mm1 #26
-
inconsistent {in-softirq-W} - {softirq-on-R} usage.
cat/6944 [HC0[0]:SC0[0]:HE1:SE1] takes:
BUG: unable
(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 way in which others can reproduce this?
Buy a cat?
Jarek P.
--
To unsubscribe from this list: send the line unsubscribe netdev
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
pretty different.
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
Segmentation
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,
--
Visit
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 the
this:
=
[ INFO: inconsistent lock state ]
2.6.24-rc5-mm1 #26
-
inconsistent {in-softirq-W} - {softirq-on-R} usage.
cat/6944 [HC0[0]:SC0[0]:HE1:SE1] takes:
BUG: unable to handle kernel paging request at virtual
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
[c010582a] show_trace_log_lvl+0x12/0x22
[c0105847] show_trace+0xd/0xf
[c0105959] dump_stack+0x57/0x5e
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 external
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: inconsistent lock state ]
2.6.24-rc5-mm1 #26
running: find /proc | xargs cat
and got this:
=
[ INFO: inconsistent lock state ]
2.6.24-rc5-mm1 #26
-
inconsistent {in-softirq-W} - {softirq-on-R} usage.
cat/6944 [HC0[0]:SC0[0]:HE1:SE1] takes:
BUG: unable
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
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-rc5-mm1
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.6.24-rc5-mm1/net/sunrpc/xprtsock.c:846:
undefined reference
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-rc5-mm1/net/sunrpc/xprtsock.c:842:
undefined reference to `udp_stats_in6'
/home/peifferp
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-rc5-mm1
:
...
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-rc5-mm1/net/sunrpc/xprtsock.c:842
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 tainted 2.6.24-rc5-mm1
#1
ls21b
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 depending
27 matches
Mail list logo
