* [parisc-linux] kernel BUG at include/linux/skbuff.h:834!
@ 2003-08-06 14:32 Grant Grundler
2003-08-06 14:57 ` Matthew Wilcox
0 siblings, 1 reply; 3+ messages in thread
From: Grant Grundler @ 2003-08-06 14:32 UTC (permalink / raw)
To: parisc-linux
When I included a 4th a500 ("ios") into my distcc cluster, I didn't think
much of it running 2.6.0-test1 (IIRC). System panic'd near the end
of a kernel build. Output and stack "contents" appended.
NIC which was under load was tg3 .
grant
kernel BUG at include/linux/skbuff.h:834!
Kernel addresses on the stack:
[<00000000103065e4>] [<00000000000c49c0>] [<0000000010306aa0>] [<00000000101445c4>]
[<0000000010248e4c>] [<000000001019d900>] [<00000000101115f0>] [<000000001010a074>]
[<00000000101893b8>] [<000000001018a218>] [<000000001019d900>] [<00000000101115f0>]
[<0000000010161888>] [<000000001032b644>] [<000000001032bfd4>] [<0000000010161d50>]
[<0000000010354cc0>] [<00000000101cd1dc>] [<0000000010184a34>] [<0000000010184b74>]
[<000000001019d900>] [<0000000010184cfc>] [<000000001010ae4c>] [<000000001010a074>]
kernel BUG at include/linux/skbuff.h:870!
Kernel addresses on the stack:
[<00000000103065e4>] [<00000000000c49c0>] [<0000000010306aa0>] [<00000000101445c4>]
[<0000000010248e4c>] [<000000001019d900>] [<00000000101115f0>] [<000000001010a074>]
[<00000000101893b8>] [<000000001018a218>] [<000000001019d900>] [<00000000101115f0>]
[<0000000010161888>] [<000000001032b644>] [<000000001032bfd4>] [<0000000010161d50>]
[<0000000010354cc0>] [<00000000101cd1dc>] [<0000000010184a34>] [<0000000010184b74>]
[<000000001019d900>] [<0000000010184cfc>] [<000000001010ae4c>] [<000000001010a074>]
0x103065e4 netif_receive_skb+16c
0xc49c0 _DYNAMIC+c49c0
0x10306aa0 net_rx_action+148
0x101445c4 do_softirq+cc
0x10248e4c iosapic_interrupt+4c
0x1019d900 locate_fd+100
0x101115f0 pdc_pat_chassis_send_log+78
0x1010a074 intr_return+0
0x101893b8 unmap_underlying_metadata+20
0x1018a218 __block_prepare_write+5a0
0x1019d900 locate_fd+100
0x101115f0 pdc_pat_chassis_send_log+78
0x10161888 generic_file_aio_write_nolock+820
0x1032b644 cleanup_rbuf+bc
0x1032bfd4 tcp_recvmsg+374
0x10161d50 generic_file_aio_write+c0
0x10354cc0 inet_recvmsg+58
0x101cd1dc ext3_file_write+34
0x10184a34 do_sync_write+84
0x10184b74 vfs_write+fc
0x1019d900 locate_fd+100
0x10184cfc sys_write+64
0x1010ae4c syscall_exit+0
0x1010a074 intr_return+0
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [parisc-linux] kernel BUG at include/linux/skbuff.h:834!
2003-08-06 14:32 [parisc-linux] kernel BUG at include/linux/skbuff.h:834! Grant Grundler
@ 2003-08-06 14:57 ` Matthew Wilcox
2003-08-08 15:55 ` Grant Grundler
0 siblings, 1 reply; 3+ messages in thread
From: Matthew Wilcox @ 2003-08-06 14:57 UTC (permalink / raw)
To: Grant Grundler; +Cc: parisc-linux
On Wed, Aug 06, 2003 at 08:32:19AM -0600, Grant Grundler wrote:
> When I included a 4th a500 ("ios") into my distcc cluster, I didn't think
> much of it running 2.6.0-test1 (IIRC). System panic'd near the end
> of a kernel build. Output and stack "contents" appended.
> NIC which was under load was tg3 .
"I don't believe you" ;-)
> kernel BUG at include/linux/skbuff.h:834!
> Kernel addresses on the stack:
> [<00000000103065e4>] [<00000000000c49c0>] [<0000000010306aa0>] [<00000000101445c4>]
> [<0000000010248e4c>] [<000000001019d900>] [<00000000101115f0>] [<000000001010a074>]
> [<00000000101893b8>] [<000000001018a218>] [<000000001019d900>] [<00000000101115f0>]
> [<0000000010161888>] [<000000001032b644>] [<000000001032bfd4>] [<0000000010161d50>]
> [<0000000010354cc0>] [<00000000101cd1dc>] [<0000000010184a34>] [<0000000010184b74>]
> [<000000001019d900>] [<0000000010184cfc>] [<000000001010ae4c>] [<000000001010a074>]
^^^^^ these addresses
> kernel BUG at include/linux/skbuff.h:870!
> Kernel addresses on the stack:
> [<00000000103065e4>] [<00000000000c49c0>] [<0000000010306aa0>] [<00000000101445c4>]
> [<0000000010248e4c>] [<000000001019d900>] [<00000000101115f0>] [<000000001010a074>]
> [<00000000101893b8>] [<000000001018a218>] [<000000001019d900>] [<00000000101115f0>]
> [<0000000010161888>] [<000000001032b644>] [<000000001032bfd4>] [<0000000010161d50>]
> [<0000000010354cc0>] [<00000000101cd1dc>] [<0000000010184a34>] [<0000000010184b74>]
> [<000000001019d900>] [<0000000010184cfc>] [<000000001010ae4c>] [<000000001010a074>]
^^^^^ are the same as these addresses
The first BUG is in skb_put() and the second BUG is in skb_pull(). Neither
are called from netif_receive_skb(), nor net_rx_action().
> 0x103065e4 netif_receive_skb+16c
> 0xc49c0 _DYNAMIC+c49c0
> 0x10306aa0 net_rx_action+148
> 0x101445c4 do_softirq+cc
> 0x10248e4c iosapic_interrupt+4c
> 0x1019d900 locate_fd+100
> 0x101115f0 pdc_pat_chassis_send_log+78
> 0x1010a074 intr_return+0
> 0x101893b8 unmap_underlying_metadata+20
> 0x1018a218 __block_prepare_write+5a0
> 0x1019d900 locate_fd+100
> 0x101115f0 pdc_pat_chassis_send_log+78
> 0x10161888 generic_file_aio_write_nolock+820
> 0x1032b644 cleanup_rbuf+bc
> 0x1032bfd4 tcp_recvmsg+374
> 0x10161d50 generic_file_aio_write+c0
> 0x10354cc0 inet_recvmsg+58
> 0x101cd1dc ext3_file_write+34
> 0x10184a34 do_sync_write+84
> 0x10184b74 vfs_write+fc
> 0x1019d900 locate_fd+100
> 0x10184cfc sys_write+64
> 0x1010ae4c syscall_exit+0
> 0x1010a074 intr_return+0
So none of these addresses make any sense ;-(
--
"It's not Hollywood. War is real, war is primarily not about defeat or
victory, it is about death. I've seen thousands and thousands of dead bodies.
Do you think I want to have an academic debate on this subject?" -- Robert Fisk
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [parisc-linux] kernel BUG at include/linux/skbuff.h:834!
2003-08-06 14:57 ` Matthew Wilcox
@ 2003-08-08 15:55 ` Grant Grundler
0 siblings, 0 replies; 3+ messages in thread
From: Grant Grundler @ 2003-08-08 15:55 UTC (permalink / raw)
To: Matthew Wilcox; +Cc: parisc-linux
On Wed, Aug 06, 2003 at 03:57:00PM +0100, Matthew Wilcox wrote:
> "I don't believe you" ;-)
Well, I just copied what the kernel posted to the console.
Maybe the stack trace was from the wrong stack? (kernel vs user space)
> The first BUG is in skb_put() and the second BUG is in skb_pull(). Neither
> are called from netif_receive_skb(), nor net_rx_action().
yup - I see that now too.
The stack info is crap unless the calls to skb_* are hidden
in macros or other inline function calls.
...
> So none of these addresses make any sense ;-(
ok. :^(
Hopefully this is reproducible.
grant
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-08-08 15:55 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-08-06 14:32 [parisc-linux] kernel BUG at include/linux/skbuff.h:834! Grant Grundler
2003-08-06 14:57 ` Matthew Wilcox
2003-08-08 15:55 ` Grant Grundler
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.