* Reproducible panics with tulip
@ 2005-03-18 20:36 Alexander Nyberg
2005-03-18 21:52 ` Francois Romieu
0 siblings, 1 reply; 8+ messages in thread
From: Alexander Nyberg @ 2005-03-18 20:36 UTC (permalink / raw)
To: jgarzik; +Cc: netdev
Using latest bk I basically mount a share over NFS and run dbench 20,
I get this very fast, changing the NIC to a rtl8139-driver based one
makes problems go away. I don't know how earlier kernels respond to
this as I haven't tried it before.
tulip card is:
0000:00:0f.0 Ethernet controller: Linksys NC100 Network Everywhere Fast Ethernet 10/100 (rev 11)
Warning: kfree_skb on hard IRQ c46c3950
rpciod/0: page allocation failure. order:0, mode:0x20
[<c0103437>] dump_stack+0x17/0x20
[<c0130131>] __alloc_pages+0x251/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c0282ffa>] find_skb+0x2a/0x80
[<c02830fb>] netpoll_send_udp+0x2b/0x230
[<c024207a>] write_msg+0x3a/0x50
[<c01164a2>] __call_console_drivers+0x52/0x60
[<c011659f>] call_console_drivers+0x7f/0x100
[<c01169d6>] release_console_sem+0x36/0xa0
[<c0116881>] vprintk+0x171/0x200
[<c0116708>] printk+0x18/0x20
[<c013012c>] __alloc_pages+0x24c/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c023cafe>] tulip_rx+0x28e/0x3e0
[<c023d5a5>] tulip_interrupt+0x955/0x970
[<c012afda>] handle_IRQ_event+0x2a/0x60
[<c012b0b4>] __do_IRQ+0xa4/0xf0
[<c010471c>] do_IRQ+0x1c/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c027507b>] kfree_skbmem+0xb/0x20
[<c02750e3>] __kfree_skb+0x53/0xc0
[<c02b8d6b>] packet_rcv_spkt+0x11b/0x200
[<c027a47b>] netif_receive_skb+0x12b/0x190
[<c027a55e>] process_backlog+0x7e/0x100
[<c027a645>] net_rx_action+0x65/0xe0
[<c011a4fa>] __do_softirq+0x7a/0x90
[<c011a53c>] do_softirq+0x2c/0x30
[<c0104721>] do_IRQ+0x21/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c02afe64>] inet_sendpage+0x74/0xa0
[<c02c592e>] xdr_sendpages+0x13e/0x220
[<c02bdc2d>] xprt_transmit+0xcd/0x470
[<c02bbd1b>] call_transmit+0x4b/0xb0
[<c02bf44c>] __rpc_execute+0x5c/0x300
[<c0123680>] worker_thread+0x150/0x1e0
[<c0126c45>] kthread+0x95/0xa0
[<c0100b65>] kernel_thread_helper+0x5/0x10
rpciod/0: page allocation failure. order:0, mode:0x20
[<c0103437>] dump_stack+0x17/0x20
[<c0130131>] __alloc_pages+0x251/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c0282ffa>] find_skb+0x2a/0x80
[<c02830fb>] netpoll_send_udp+0x2b/0x230
[<c024207a>] write_msg+0x3a/0x50
[<c01164a2>] __call_console_drivers+0x52/0x60
[<c011659f>] call_console_drivers+0x7f/0x100
[<c01169d6>] release_console_sem+0x36/0xa0
[<c0116881>] vprintk+0x171/0x200
[<c0116708>] printk+0x18/0x20
[<c013012c>] __alloc_pages+0x24c/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c023cafe>] tulip_rx+0x28e/0x3e0
[<c023d5a5>] tulip_interrupt+0x955/0x970
[<c012afda>] handle_IRQ_event+0x2a/0x60
[<c012b0b4>] __do_IRQ+0xa4/0xf0
[<c010471c>] do_IRQ+0x1c/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c027507b>] kfree_skbmem+0xb/0x20
[<c02750e3>] __kfree_skb+0x53/0xc0
[<c02b8d6b>] packet_rcv_spkt+0x11b/0x200
[<c027a47b>] netif_receive_skb+0x12b/0x190
[<c027a55e>] process_backlog+0x7e/0x100
[<c027a645>] net_rx_action+0x65/0xe0
[<c011a4fa>] __do_softirq+0x7a/0x90
[<c011a53c>] do_softirq+0x2c/0x30
[<c0104721>] do_IRQ+0x21/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c02afe64>] inet_sendpage+0x74/0xa0
[<c02c592e>] xdr_sendpages+0x13e/0x220
[<c02bdc2d>] xprt_transmit+0xcd/0x470
[<c02bbd1b>] call_transmit+0x4b/0xb0
[<c02bf44c>] __rpc_execute+0x5c/0x300
[<c0123680>] worker_thread+0x150/0x1e0
[<c0126c45>] kthread+0x95/0xa0
[<c0100b65>] kernel_thread_helper+0x5/0x10
rpciod/0: page allocation failure. order:0, mode:0x20
[<c0103437>] dump_stack+0x17/0x20
[<c0130131>] __alloc_pages+0x251/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c0282ffa>] find_skb+0x2a/0x80
[<c02830fb>] netpoll_send_udp+0x2b/0x230
[<c024207a>] write_msg+0x3a/0x50
[<c01164a2>] __call_console_drivers+0x52/0x60
[<c011659f>] call_console_drivers+0x7f/0x100
[<c01169d6>] release_console_sem+0x36/0xa0
[<c0116881>] vprintk+0x171/0x200
[<c0116708>] printk+0x18/0x20
[<c013012c>] __alloc_pages+0x24c/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c023cafe>] tulip_rx+0x28e/0x3e0
[<c023d5a5>] tulip_interrupt+0x955/0x970
[<c012afda>] handle_IRQ_event+0x2a/0x60
[<c012b0b4>] __do_IRQ+0xa4/0xf0
[<c010471c>] do_IRQ+0x1c/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c027507b>] kfree_skbmem+0xb/0x20
[<c02750e3>] __kfree_skb+0x53/0xc0
[<c02b8d6b>] packet_rcv_spkt+0x11b/0x200
[<c027a47b>] netif_receive_skb+0x12b/0x190
[<c027a55e>] process_backlog+0x7e/0x100
[<c027a645>] net_rx_action+0x65/0xe0
[<c011a4fa>] __do_softirq+0x7a/0x90
[<c011a53c>] do_softirq+0x2c/0x30
[<c0104721>] do_IRQ+0x21/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c02afe64>] inet_sendpage+0x74/0xa0
[<c02c592e>] xdr_sendpages+0x13e/0x220
[<c02bdc2d>] xprt_transmit+0xcd/0x470
[<c02bbd1b>] call_transmit+0x4b/0xb0
[<c02bf44c>] __rpc_execute+0x5c/0x300
[<c0123680>] worker_thread+0x150/0x1e0
[<c0126c45>] kthread+0x95/0xa0
[<c0100b65>] kernel_thread_helper+0x5/0x10
rpciod/0: page allocation failure. order:0, mode:0x20
[<c0103437>] dump_stack+0x17/0x20
[<c0130131>] __alloc_pages+0x251/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c0282ffa>] find_skb+0x2a/0x80
[<c02830fb>] netpoll_send_udp+0x2b/0x230
[<c024207a>] write_msg+0x3a/0x50
[<c01164a2>] __call_console_drivers+0x52/0x60
[<c011659f>] call_console_drivers+0x7f/0x100
[<c01169d6>] release_console_sem+0x36/0xa0
[<c0116881>] vprintk+0x171/0x200
[<c0116708>] printk+0x18/0x20
[<c013012c>] __alloc_pages+0x24c/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c023cafe>] tulip_rx+0x28e/0x3e0
[<c023d5a5>] tulip_interrupt+0x955/0x970
[<c012afda>] handle_IRQ_event+0x2a/0x60
[<c012b0b4>] __do_IRQ+0xa4/0xf0
[<c010471c>] do_IRQ+0x1c/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c027507b>] kfree_skbmem+0xb/0x20
[<c02750e3>] __kfree_skb+0x53/0xc0
[<c02b8d6b>] packet_rcv_spkt+0x11b/0x200
[<c027a47b>] netif_receive_skb+0x12b/0x190
[<c027a55e>] process_backlog+0x7e/0x100
[<c027a645>] net_rx_action+0x65/0xe0
[<c011a4fa>] __do_softirq+0x7a/0x90
[<c011a53c>] do_softirq+0x2c/0x30
[<c0104721>] do_IRQ+0x21/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c02afe64>] inet_sendpage+0x74/0xa0
[<c02c592e>] xdr_sendpages+0x13e/0x220
[<c02bdc2d>] xprt_transmit+0xcd/0x470
[<c02bbd1b>] call_transmit+0x4b/0xb0
[<c02bf44c>] __rpc_execute+0x5c/0x300
[<c0123680>] worker_thread+0x150/0x1e0
[<c0126c45>] kthread+0x95/0xa0
[<c0100b65>] kernel_thread_helper+0x5/0x10
rpciod/0: page allocation failure. order:0, mode:0x20
[<c0103437>] dump_stack+0x17/0x20
[<c0130131>] __alloc_pages+0x251/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c0282ffa>] find_skb+0x2a/0x80
[<c02830fb>] netpoll_send_udp+0x2b/0x230
[<c024207a>] write_msg+0x3a/0x50
[<c01164a2>] __call_console_drivers+0x52/0x60
[<c011659f>] call_console_drivers+0x7f/0x100
[<c01169d6>] release_console_sem+0x36/0xa0
[<c0116881>] vprintk+0x171/0x200
[<c0116708>] printk+0x18/0x20
[<c013012c>] __alloc_pages+0x24c/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c023cafe>] tulip_rx+0x28e/0x3e0
[<c023d5a5>] tulip_interrupt+0x955/0x970
[<c012afda>] handle_IRQ_event+0x2a/0x60
[<c012b0b4>] __do_IRQ+0xa4/0xf0
[<c010471c>] do_IRQ+0x1c/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c027507b>] kfree_skbmem+0xb/0x20
[<c02750e3>] __kfree_skb+0x53/0xc0
[<c02b8d6b>] packet_rcv_spkt+0x11b/0x200
[<c027a47b>] netif_receive_skb+0x12b/0x190
[<c027a55e>] process_backlog+0x7e/0x100
[<c027a645>] net_rx_action+0x65/0xe0
[<c011a4fa>] __do_softirq+0x7a/0x90
[<c011a53c>] do_softirq+0x2c/0x30
[<c0104721>] do_IRQ+0x21/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c02afe64>] inet_sendpage+0x74/0xa0
[<c02c592e>] xdr_sendpages+0x13e/0x220
[<c02bdc2d>] xprt_transmit+0xcd/0x470
[<c02bbd1b>] call_transmit+0x4b/0xb0
[<c02bf44c>] __rpc_execute+0x5c/0x300
[<c0123680>] worker_thread+0x150/0x1e0
[<c0126c45>] kthread+0x95/0xa0
[<c0100b65>] kernel_thread_helper+0x5/0x10
rpciod/0: page allocation failure. order:0, mode:0x20
[<c0103437>] dump_stack+0x17/0x20
[<c0130131>] __alloc_pages+0x251/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c0282ffa>] find_skb+0x2a/0x80
[<c02830fb>] netpoll_send_udp+0x2b/0x230
[<c024207a>] write_msg+0x3a/0x50
[<c01164a2>] __call_console_drivers+0x52/0x60
[<c011659f>] call_console_drivers+0x7f/0x100
[<c01169d6>] release_console_sem+0x36/0xa0
[<c0116881>] vprintk+0x171/0x200
[<c0116708>] printk+0x18/0x20
[<c013012c>] __alloc_pages+0x24c/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c023cafe>] tulip_rx+0x28e/0x3e0
[<c023d5a5>] tulip_interrupt+0x955/0x970
[<c012afda>] handle_IRQ_event+0x2a/0x60
[<c012b0b4>] __do_IRQ+0xa4/0xf0
[<c010471c>] do_IRQ+0x1c/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c027507b>] kfree_skbmem+0xb/0x20
[<c02750e3>] __kfree_skb+0x53/0xc0
[<c02b8d6b>] packet_rcv_spkt+0x11b/0x200
[<c027a47b>] netif_receive_skb+0x12b/0x190
[<c027a55e>] process_backlog+0x7e/0x100
[<c027a645>] net_rx_action+0x65/0xe0
[<c011a4fa>] __do_softirq+0x7a/0x90
[<c011a53c>] do_softirq+0x2c/0x30
[<c0104721>] do_IRQ+0x21/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c02afe64>] inet_sendpage+0x74/0xa0
[<c02c592e>] xdr_sendpages+0x13e/0x220
[<c02bdc2d>] xprt_transmit+0xcd/0x470
[<c02bbd1b>] call_transmit+0x4b/0xb0
[<c02bf44c>] __rpc_execute+0x5c/0x300
[<c0123680>] worker_thread+0x150/0x1e0
[<c0126c45>] kthread+0x95/0xa0
[<c0100b65>] kernel_thread_helper+0x5/0x10
rpciod/0: page allocation failure. order:0, mode:0x20
[<c0103437>] dump_stack+0x17/0x20
[<c0130131>] __alloc_pages+0x251/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c0282ffa>] find_skb+0x2a/0x80
[<c02830fb>] netpoll_send_udp+0x2b/0x230
[<c024207a>] write_msg+0x3a/0x50
[<c01164a2>] __call_console_drivers+0x52/0x60
[<c011659f>] call_console_drivers+0x7f/0x100
[<c01169d6>] release_console_sem+0x36/0xa0
[<c0116881>] vprintk+0x171/0x200
[<c0116708>] printk+0x18/0x20
[<c013012c>] __alloc_pages+0x24c/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c023cafe>] tulip_rx+0x28e/0x3e0
[<c023d5a5>] tulip_interrupt+0x955/0x970
[<c012afda>] handle_IRQ_event+0x2a/0x60
[<c012b0b4>] __do_IRQ+0xa4/0xf0
[<c010471c>] do_IRQ+0x1c/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c027507b>] kfree_skbmem+0xb/0x20
[<c02750e3>] __kfree_skb+0x53/0xc0
[<c02b8d6b>] packet_rcv_spkt+0x11b/0x200
[<c027a47b>] netif_receive_skb+0x12b/0x190
[<c027a55e>] process_backlog+0x7e/0x100
[<c027a645>] net_rx_action+0x65/0xe0
[<c011a4fa>] __do_softirq+0x7a/0x90
[<c011a53c>] do_softirq+0x2c/0x30
[<c0104721>] do_IRQ+0x21/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c02afe64>] inet_sendpage+0x74/0xa0
[<c02c592e>] xdr_sendpages+0x13e/0x220
[<c02bdc2d>] xprt_transmit+0xcd/0x470
[<c02bbd1b>] call_transmit+0x4b/0xb0
[<c02bf44c>] __rpc_execute+0x5c/0x300
[<c0123680>] worker_thread+0x150/0x1e0
[<c0126c45>] kthread+0x95/0xa0
[<c0100b65>] kernel_thread_helper+0x5/0x10
rpciod/0: page allocation failure. order:0, mode:0x20
[<c0103437>] dump_stack+0x17/0x20
[<c0130131>] __alloc_pages+0x251/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c0282ffa>] find_skb+0x2a/0x80
[<c02830fb>] netpoll_send_udp+0x2b/0x230
[<c024207a>] write_msg+0x3a/0x50
[<c01164a2>] __call_console_drivers+0x52/0x60
[<c011659f>] call_console_drivers+0x7f/0x100
[<c01169d6>] release_console_sem+0x36/0xa0
[<c0116881>] vprintk+0x171/0x200
[<c0116708>] printk+0x18/0x20
[<c013012c>] __alloc_pages+0x24c/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c023cafe>] tulip_rx+0x28e/0x3e0
[<c023d5a5>] tulip_interrupt+0x955/0x970
[<c012afda>] handle_IRQ_event+0x2a/0x60
[<c012b0b4>] __do_IRQ+0xa4/0xf0
[<c010471c>] do_IRQ+0x1c/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c027507b>] kfree_skbmem+0xb/0x20
[<c02750e3>] __kfree_skb+0x53/0xc0
[<c02b8d6b>] packet_rcv_spkt+0x11b/0x200
[<c027a47b>] netif_receive_skb+0x12b/0x190
[<c027a55e>] process_backlog+0x7e/0x100
[<c027a645>] net_rx_action+0x65/0xe0
[<c011a4fa>] __do_softirq+0x7a/0x90
[<c011a53c>] do_softirq+0x2c/0x30
[<c0104721>] do_IRQ+0x21/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c02afe64>] inet_sendpage+0x74/0xa0
[<c02c592e>] xdr_sendpages+0x13e/0x220
[<c02bdc2d>] xprt_transmit+0xcd/0x470
[<c02bbd1b>] call_transmit+0x4b/0xb0
[<c02bf44c>] __rpc_execute+0x5c/0x300
[<c0123680>] worker_thread+0x150/0x1e0
[<c0126c45>] kthread+0x95/0xa0
[<c0100b65>] kernel_thread_helper+0x5/0x10
rpciod/0: page allocation failure. order:0, mode:0x20
[<c0103437>] dump_stack+0x17/0x20
[<c0130131>] __alloc_pages+0x251/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c0282ffa>] find_skb+0x2a/0x80
[<c02830fb>] netpoll_send_udp+0x2b/0x230
[<c024207a>] write_msg+0x3a/0x50
[<c01164a2>] __call_console_drivers+0x52/0x60
[<c011659f>] call_console_drivers+0x7f/0x100
[<c01169d6>] release_console_sem+0x36/0xa0
[<c0116881>] vprintk+0x171/0x200
[<c0116708>] printk+0x18/0x20
[<c013012c>] __alloc_pages+0x24c/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c023cafe>] tulip_rx+0x28e/0x3e0
[<c023d5a5>] tulip_interrupt+0x955/0x970
[<c012afda>] handle_IRQ_event+0x2a/0x60
[<c012b0b4>] __do_IRQ+0xa4/0xf0
[<c010471c>] do_IRQ+0x1c/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c027507b>] kfree_skbmem+0xb/0x20
[<c02750e3>] __kfree_skb+0x53/0xc0
[<c02b8d6b>] packet_rcv_spkt+0x11b/0x200
[<c027a47b>] netif_receive_skb+0x12b/0x190
[<c027a55e>] process_backlog+0x7e/0x100
[<c027a645>] net_rx_action+0x65/0xe0
[<c011a4fa>] __do_softirq+0x7a/0x90
[<c011a53c>] do_softirq+0x2c/0x30
[<c0104721>] do_IRQ+0x21/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c02afe64>] inet_sendpage+0x74/0xa0
[<c02c592e>] xdr_sendpages+0x13e/0x220
[<c02bdc2d>] xprt_transmit+0xcd/0x470
[<c02bbd1b>] call_transmit+0x4b/0xb0
[<c02bf44c>] __rpc_execute+0x5c/0x300
[<c0123680>] worker_thread+0x150/0x1e0
[<c0126c45>] kthread+0x95/0xa0
[<c0100b65>] kernel_thread_helper+0x5/0x10
[<c0103437>] dump_stack+0x17/0x20
[<c0130131>] __alloc_pages+0x251/0x390
[<c013263f>] kmem_getpages+0x2f/0x90
[<c01339b0>] cache_grow+0x90/0x110
[<c0133f6d>] cache_alloc_refill+0x17d/0x250
[<c0134538>] __kmalloc+0x98/0xb0
[<c0274e19>] alloc_skb+0x39/0xd0
[<c023cafe>] tulip_rx+0x28e/0x3e0
[<c023d5a5>] tulip_interrupt+0x955/0x970
[<c012afda>] handle_IRQ_event+0x2a/0x60
[<c012b0b4>] __do_IRQ+0xa4/0xf0
[<c010471c>] do_IRQ+0x1c/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c027507b>] kfree_skbmem+0xb/0x20
[<c02750e3>] __kfree_skb+0x53/0xc0
[<c02b8d6b>] packet_rcv_spkt+0x11b/0x200
[<c027a47b>] netif_receive_skb+0x12b/0x190
[<c027a55e>] process_backlog+0x7e/0x100
[<c027a645>] net_rx_action+0x65/0xe0
[<c011a4fa>] __do_softirq+0x7a/0x90
[<c011a53c>] do_softirq+0x2c/0x30
[<c0104721>] do_IRQ+0x21/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c02afe64>] inet_sendpage+0x74/0xa0
[<c02c592e>] xdr_sendpages+0x13e/0x220
[<c02bdc2d>] xprt_transmit+0xcd/0x470
[<c02bbd1b>] call_transmit+0x4b/0xb0
[<c02bf44c>] __rpc_execute+0x5c/0x300
[<c0123680>] worker_thread+0x150/0x1e0
[<c0126c45>] kthread+0x95/0xa0
[<c0100b65>] kernel_thread_helper+0x5/0x10
Unable to handle kernel NULL pointer dereference at virtual address 00000064
printing eip:
c023c9f7
*pde = 00000000
Oops: 0000 [#1]
DEBUG_PAGEALLOC
CPU: 0
EIP: 0060:[<c023c9f7>] Not tainted VLI
EFLAGS: 00010246 (2.6.12-rc1)
EIP is at tulip_rx+0x187/0x3e0
eax: 00000000 ebx: c70a0220 ecx: 00000000 edx: 00000640
esi: 00000040 edi: 00000000 ebp: c46c3ba8 esp: c46c3b64
ds: 007b es: 007b ss: 0068
Process rpciod/0 (pid: 595, threadinfo=c46c2000 task=c4673b10)
Stack: c46c3e40 c07f5f60 c0c1f824 c46c3b90 c028ecb9 00000000 c46c3b80 00000000
0000003c 00000000 0000000f 00000070 00000031 c70a0000 c70a0220 00009fde
0000001e c46c3c00 c023d5a5 00000040 00000000 00000000 00000084 c4687e8c
Call Trace:
[<c010340a>] show_stack+0x7a/0x90
[<c0103588>] show_registers+0x148/0x1b0
[<c010376a>] die+0xda/0x150
[<c010eb20>] do_page_fault+0x2f0/0x625
[<c01030a3>] error_code+0x2b/0x30
[<c023d5a5>] tulip_interrupt+0x955/0x970
[<c012afda>] handle_IRQ_event+0x2a/0x60
[<c012b0b4>] __do_IRQ+0xa4/0xf0
[<c010471c>] do_IRQ+0x1c/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c027507b>] kfree_skbmem+0xb/0x20
[<c02750e3>] __kfree_skb+0x53/0xc0
[<c02b8d6b>] packet_rcv_spkt+0x11b/0x200
[<c027a47b>] netif_receive_skb+0x12b/0x190
[<c027a55e>] process_backlog+0x7e/0x100
[<c027a645>] net_rx_action+0x65/0xe0
[<c011a4fa>] __do_softirq+0x7a/0x90
[<c011a53c>] do_softirq+0x2c/0x30
[<c0104721>] do_IRQ+0x21/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c02afe64>] inet_sendpage+0x74/0xa0
[<c02c592e>] xdr_sendpages+0x13e/0x220
[<c02bdc2d>] xprt_transmit+0xcd/0x470
[<c02bbd1b>] call_transmit+0x4b/0xb0
[<c02bf44c>] __rpc_execute+0x5c/0x300
[<c0123680>] worker_thread+0x150/0x1e0
[<c0126c45>] kthread+0x95/0xa0
[<c0100b65>] kernel_thread_helper+0x5/0x10
Code: 07 83 e8 04 66 3d ee 05 0f 8f f3 01 00 00 98 3b 05 90 d5 3f c0 89 45 dc 0f 8c 07 01 00 00 8b 4d ec 8b 8c cb 18 01 00 00 89 4d e0 <8b> 51 64 8b b1 90 00 00 00 85 d2 0f 85 dc 00 00 00 8b 55 dc 8b
<0>Kernel panic - not syncing: Fatal exception in interrupt
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Reproducible panics with tulip
2005-03-18 20:36 Reproducible panics with tulip Alexander Nyberg
@ 2005-03-18 21:52 ` Francois Romieu
2005-03-18 22:39 ` Francois Romieu
0 siblings, 1 reply; 8+ messages in thread
From: Francois Romieu @ 2005-03-18 21:52 UTC (permalink / raw)
To: Alexander Nyberg; +Cc: jgarzik, netdev
Alexander Nyberg <alexn@dsv.su.se> :
[rpciod and friends complain from page allocation failure]
You could try to increase /proc/sys/vm/min_free_kbytes but it may just
fix the symptoms. You probably want to disable netpoll as the computer
is getting low on network buffers: it should clean the output a lot...
[...]
> Warning: kfree_skb on hard IRQ c46c3950
... however this one may stick.
--
Ueimor
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Reproducible panics with tulip
2005-03-18 21:52 ` Francois Romieu
@ 2005-03-18 22:39 ` Francois Romieu
2005-03-19 3:13 ` Matt Mackall
2005-03-19 9:21 ` Alexander Nyberg
0 siblings, 2 replies; 8+ messages in thread
From: Francois Romieu @ 2005-03-18 22:39 UTC (permalink / raw)
To: Alexander Nyberg; +Cc: jgarzik, netdev
Francois Romieu <romieu@fr.zoreil.com> :
> Alexander Nyberg <alexn@dsv.su.se> :
> [...]
> > Warning: kfree_skb on hard IRQ c46c3950
>
> ... however this one may stick.
/me slaps his head
Nope, it should go away with netconsole: tulip_rx fails an allocation,
netconsole tries to printk in IRQ context and issues:
-> netpoll_send_udp
-> find_skb
-> zap_completion_queue
-> __kfree_skb <- whence the warning.
So, please increase /proc/sys/vm/min_free_kbytes as a start and, at your
option:
- disable netconsole
- apply patch below:
zap_completion_queue can be called in any context through netpoll_send_udp.
Signed-off-by: Francois Romieu <romieu@fr.zoreil.com>
diff -puN net/core/netpoll.c~netconsole-000 net/core/netpoll.c
--- a/net/core/netpoll.c~netconsole-000 2005-03-18 23:29:28.499641348 +0100
+++ b/net/core/netpoll.c 2005-03-18 23:33:13.856959994 +0100
@@ -142,7 +142,7 @@ static void zap_completion_queue(void)
while (clist != NULL) {
struct sk_buff *skb = clist;
clist = clist->next;
- __kfree_skb(skb);
+ dev_kfree_skb_any(skb);
}
}
_
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Reproducible panics with tulip
2005-03-18 22:39 ` Francois Romieu
@ 2005-03-19 3:13 ` Matt Mackall
2005-03-19 3:47 ` David S. Miller
2005-03-19 9:21 ` Alexander Nyberg
1 sibling, 1 reply; 8+ messages in thread
From: Matt Mackall @ 2005-03-19 3:13 UTC (permalink / raw)
To: Francois Romieu; +Cc: Alexander Nyberg, jgarzik, netdev, davem
On Fri, Mar 18, 2005 at 11:39:39PM +0100, Francois Romieu wrote:
>
> zap_completion_queue can be called in any context through netpoll_send_udp.
>
> Signed-off-by: Francois Romieu <romieu@fr.zoreil.com>
>
> diff -puN net/core/netpoll.c~netconsole-000 net/core/netpoll.c
> --- a/net/core/netpoll.c~netconsole-000 2005-03-18 23:29:28.499641348 +0100
> +++ b/net/core/netpoll.c 2005-03-18 23:33:13.856959994 +0100
> @@ -142,7 +142,7 @@ static void zap_completion_queue(void)
> while (clist != NULL) {
> struct sk_buff *skb = clist;
> clist = clist->next;
> - __kfree_skb(skb);
> + dev_kfree_skb_any(skb);
> }
> }
Please, cc: me on such things. I sent this fix a while back, but DaveM
never acked it.
--
Mathematics is the supreme nostalgia of our time.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Reproducible panics with tulip
2005-03-19 3:13 ` Matt Mackall
@ 2005-03-19 3:47 ` David S. Miller
2005-03-19 11:29 ` Alexander Nyberg
0 siblings, 1 reply; 8+ messages in thread
From: David S. Miller @ 2005-03-19 3:47 UTC (permalink / raw)
To: Matt Mackall; +Cc: romieu, alexn, jgarzik, netdev
On Fri, 18 Mar 2005 19:13:21 -
Matt Mackall <mpm@selenic.com> wrote:
> Please, cc: me on such things. I sent this fix a while back, but DaveM
> never acked it.
It's in my backlog, never fear :-)
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Reproducible panics with tulip
2005-03-18 22:39 ` Francois Romieu
2005-03-19 3:13 ` Matt Mackall
@ 2005-03-19 9:21 ` Alexander Nyberg
2005-03-19 10:20 ` Francois Romieu
1 sibling, 1 reply; 8+ messages in thread
From: Alexander Nyberg @ 2005-03-19 9:21 UTC (permalink / raw)
To: Francois Romieu; +Cc: jgarzik, netdev
> > > Warning: kfree_skb on hard IRQ c46c3950
> >
> > ... however this one may stick.
>
> /me slaps his head
>
> Nope, it should go away with netconsole: tulip_rx fails an allocation,
> netconsole tries to printk in IRQ context and issues:
> -> netpoll_send_udp
> -> find_skb
> -> zap_completion_queue
> -> __kfree_skb <- whence the warning.
>
> So, please increase /proc/sys/vm/min_free_kbytes as a start and, at your
> option:
> - disable netconsole
> - apply patch below:
I guess it was unclear in the output mess, the real problem at the
bottom was:
Unable to handle kernel NULL pointer dereference at virtual address 00000064
printing eip:
c023c9f7
*pde = 00000000
Oops: 0000 [#1]
DEBUG_PAGEALLOC
CPU: 0
EIP: 0060:[<c023c9f7>] Not tainted VLI
EFLAGS: 00010246 (2.6.12-rc1)
EIP is at tulip_rx+0x187/0x3e0
eax: 00000000 ebx: c70a0220 ecx: 00000000 edx: 00000640
esi: 00000040 edi: 00000000 ebp: c46c3ba8 esp: c46c3b64
ds: 007b es: 007b ss: 0068
Process rpciod/0 (pid: 595, threadinfo=c46c2000 task=c4673b10)
Stack: c46c3e40 c07f5f60 c0c1f824 c46c3b90 c028ecb9 00000000 c46c3b80 00000000
0000003c 00000000 0000000f 00000070 00000031 c70a0000 c70a0220 00009fde
0000001e c46c3c00 c023d5a5 00000040 00000000 00000000 00000084 c4687e8c
Call Trace:
[<c010340a>] show_stack+0x7a/0x90
[<c0103588>] show_registers+0x148/0x1b0
[<c010376a>] die+0xda/0x150
[<c010eb20>] do_page_fault+0x2f0/0x625
[<c01030a3>] error_code+0x2b/0x30
[<c023d5a5>] tulip_interrupt+0x955/0x970
[<c012afda>] handle_IRQ_event+0x2a/0x60
[<c012b0b4>] __do_IRQ+0xa4/0xf0
[<c010471c>] do_IRQ+0x1c/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c027507b>] kfree_skbmem+0xb/0x20
[<c02750e3>] __kfree_skb+0x53/0xc0
[<c02b8d6b>] packet_rcv_spkt+0x11b/0x200
[<c027a47b>] netif_receive_skb+0x12b/0x190
[<c027a55e>] process_backlog+0x7e/0x100
[<c027a645>] net_rx_action+0x65/0xe0
[<c011a4fa>] __do_softirq+0x7a/0x90
[<c011a53c>] do_softirq+0x2c/0x30
[<c0104721>] do_IRQ+0x21/0x30
[<c0102ffe>] common_interrupt+0x1a/0x20
[<c02afe64>] inet_sendpage+0x74/0xa0
[<c02c592e>] xdr_sendpages+0x13e/0x220
[<c02bdc2d>] xprt_transmit+0xcd/0x470
[<c02bbd1b>] call_transmit+0x4b/0xb0
[<c02bf44c>] __rpc_execute+0x5c/0x300
[<c0123680>] worker_thread+0x150/0x1e0
[<c0126c45>] kthread+0x95/0xa0
[<c0100b65>] kernel_thread_helper+0x5/0x10
Code: 07 83 e8 04 66 3d ee 05 0f 8f f3 01 00 00 98 3b 05 90 d5 3f c0 89 45 dc 0f 8c 07 01 00 00 8b 4d ec 8b 8c cb 18 01 00 00 89 4d e0 <8b> 51 64 8b b1 90 00 00 00 85 d2 0f 85 dc 00 00 00 8b 55 dc 8b
<0>Kernel panic - not syncing: Fatal exception in interrupt
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Reproducible panics with tulip
2005-03-19 9:21 ` Alexander Nyberg
@ 2005-03-19 10:20 ` Francois Romieu
0 siblings, 0 replies; 8+ messages in thread
From: Francois Romieu @ 2005-03-19 10:20 UTC (permalink / raw)
To: Alexander Nyberg; +Cc: jgarzik, netdev
Alexander Nyberg <alexn@dsv.su.se> :
[...]
> I guess it was unclear in the output mess, the real problem at the
> bottom was:
No, no, not at all. It is clear but I'd prefer to see the same oops
without the netconsole parameter into play. A pure nfs + driver + race
oops will be fun enough for me. :o)
--
Ueimor
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: Reproducible panics with tulip
2005-03-19 3:47 ` David S. Miller
@ 2005-03-19 11:29 ` Alexander Nyberg
0 siblings, 0 replies; 8+ messages in thread
From: Alexander Nyberg @ 2005-03-19 11:29 UTC (permalink / raw)
To: David S. Miller; +Cc: Matt Mackall, romieu, jgarzik, netdev
fre 2005-03-18 klockan 19:47 -0800 skrev David S. Miller:
> On Fri, 18 Mar 2005 19:13:21 -
> Matt Mackall <mpm@selenic.com> wrote:
>
> > Please, cc: me on such things. I sent this fix a while back, but DaveM
> > never acked it.
>
> It's in my backlog, never fear :-)
[so that everyone sees this]
The patch Francois Romieu sent me fixes my panic issues.
Thanks!
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2005-03-19 11:29 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-03-18 20:36 Reproducible panics with tulip Alexander Nyberg
2005-03-18 21:52 ` Francois Romieu
2005-03-18 22:39 ` Francois Romieu
2005-03-19 3:13 ` Matt Mackall
2005-03-19 3:47 ` David S. Miller
2005-03-19 11:29 ` Alexander Nyberg
2005-03-19 9:21 ` Alexander Nyberg
2005-03-19 10:20 ` Francois Romieu
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).