search for: kfree_skbmem

Just gave 3.0 a spin. Had been running 2.0.7 for the past 3 months or so without problems (aside from intermittent failure during live migration). Anyway, 3.0 seems to have an issue with my machine. It starts up the 4 domains that I''ve got defined (was running 6 user domains with 2.0.7, but two of those were running 2.4 kernels which I can''t seem to build with Xen 3.0 yet, and

Hi, I try to build experimental networks with Xen and stumbled over the same problem that has been described quite well by Mark Doll in his posting "xen_net: Failed to connect all virtual interfaces: err=-100" here: http://lists.xensource.com/archives/html/xen-users/2005-04/msg00447.html As it was still present in 2.0.6, I tried 3.0-devel and found NR_PIRQS and NR_DYNIRQS had been

Hi, I try to build experimental networks with Xen and stumbled over the same problem that has been described quite well by Mark Doll in his posting "xen_net: Failed to connect all virtual interfaces: err=-100" here: http://lists.xensource.com/archives/html/xen-users/2005-04/msg00447.html As it was still present in 2.0.6, I tried 3.0-devel and found NR_PIRQS and NR_DYNIRQS had been

...:24 pstn1 kernel: EAX: 00000029 EBX: f7ff9380 ECX: f7fff880 EDX: c11ff9a0 Mar 29 09:38:24 pstn1 kernel: ESI: 00000286 EDI: cffcda00 EBP: e5e10c80 DS: 007b ES: 007b Mar 29 09:38:24 pstn1 kernel: CR0: 80050033 CR2: b7ce39e0 CR3: 0f911000 CR4: 000006d0 Mar 29 09:38:24 pstn1 kernel: [<c05b067c>] kfree_skbmem+0x8/0x61 Mar 29 09:38:24 pstn1 kernel: [<c05e9aaf>] __udp_queue_rcv_skb+0x4a/0x51 Mar 29 09:38:24 pstn1 kernel: [<c05ad993>] release_sock+0x44/0x91 Mar 29 09:38:24 pstn1 kernel: [<c05ea939>] udp_sendmsg+0x44e/0x514 Mar 29 09:38:24 pstn1 kernel: [<c05efdec>] inet_sendmsg+...

...20 Apr 02 14:23:03 helium kernel: nft_meta_get_eval+0x40e/0x450 [nft_meta] Apr 02 14:23:03 helium kernel: nft_do_chain+0x102/0x4e0 [nf_tables] Apr 02 14:23:03 helium kernel: ? skb_free_head+0x21/0x30 Apr 02 14:23:03 helium kernel: ? skb_release_data+0x101/0x110 Apr 02 14:23:03 helium kernel: ? kfree_skbmem+0x59/0x60 Apr 02 14:23:03 helium kernel: ? __kfree_skb+0x1a/0x20 Apr 02 14:23:03 helium kernel: ? tcp_rcv_established+0x27b/0x6f0 Apr 02 14:23:03 helium kernel: ? sk_filter_trim_cap+0xb7/0x260 Apr 02 14:23:03 helium kernel: ? nft_do_chain_netdev+0x66/0x250 [nf_tables_netdev] Apr 02 14:23:03 hel...

...unix/unix.o_M+-1608504/96] [unix:__insmod_unix_O/lib/modules/2.4.17/kernel/net/unix/unix.o_M+-1608260/96] [filldir+174/224] [__mark_inode_dirty+46/160] [update_atime+81/96] [unix:__insmod_unix_O/lib/modules/2.4.17/kernel/net/unix/unix.o_M+-1627672/96] [open_namei+805/1680] [dentry_open+171/400] [kfree_skbmem+12/112] [filldir+0/224] [vfs_readdir+126/208] [filldir+0/224] [sys_getdents+71/160] [filldir+0/224] [system_call+51/56] Code: 0f 0b 5f 58 8b 54 24 24 bb e2 ff ff ff b8 01 00 00 00 f6 42

...6b f4aa1b00 00000001 0000002d f4ae7164 eebca0e0 cdf951e0 Jul 16 01:45:34 ETG3 kernel: d17e26c0 ce933c20 f468b1a0 cf473a80 ced743e0 ce933c20 cdf956c0 f468b1a0 Jul 16 01:45:34 ETG3 kernel: Call Trace: [<f8865eee>] .rodata.str1.1 [jbd] 0x26e Jul 16 01:45:34 ETG3 kernel: [<c01d8d0c>] kfree_skbmem [kernel] 0xc Jul 16 01:45:34 ETG3 kernel: [<c01d8ea7>] __kfree_skb [kernel] 0x137 Jul 16 01:45:34 ETG3 kernel: [<c01dd0f2>] net_tx_action [kernel] 0x62 Jul 16 01:45:34 ETG3 kernel: [<c0120f3b>] do_softirq [kernel] 0x7b Jul 16 01:45:34 ETG3 kernel: [<c0119048>] schedule [kern...

...gt;] [<c01e93d3>] [<c0164375>] [<c01641e0>] [<c0105726>] [<c0164200>] Code: 8b 41 18 a9 00 40 00 00 75 14 ff 49 14 0f 94 c0 84 c0 74 0a >>EIP; c012e2d2 <__free_pages+2/30> <===== Trace; c01d865e <skb_release_data+3e/70> Trace; c01d869b <kfree_skbmem+b/70> Trace; c01d8809 <__kfree_skb+109/110> Trace; c020723c <arp_rcv+44c/460> Trace; c011ee90 <update_process_times+20/b0> Trace; c01dc7da <net_rx_action+12a/210> Trace; c010831a <handle_IRQ_event+3a/70> Trace; c011bca3 <do_softirq+53/a0> Trace; c01084cc <d...

...; [ 310.305558] ? dequeue_entity+0x1520/0x1520 > > [ 310.306393] ? ip_fragment.constprop.47+0x220/0x220 > > [ 310.307320] ? save_stack_trace+0x1b/0x20 > > [ 310.308133] ? save_stack+0x43/0xd0 > > [ 310.309081] ? kasan_slab_free+0x72/0xc0 > > [ 310.310614] ? kfree_skbmem+0xb6/0x1d0 > > [ 310.311406] ? tcp_ack+0x2730/0x7450 > > [ 310.312167] ? tcp_rcv_established+0xdbb/0x2db0 > > [ 310.312987] ? tcp_v4_do_rcv+0x2bb/0x7a0 > > [ 310.313769] ? __release_sock+0x14a/0x2b0 > > [ 310.314550] ? release_sock+0xa8/0x270 > > [ 310...

...; [ 310.305558] ? dequeue_entity+0x1520/0x1520 > > [ 310.306393] ? ip_fragment.constprop.47+0x220/0x220 > > [ 310.307320] ? save_stack_trace+0x1b/0x20 > > [ 310.308133] ? save_stack+0x43/0xd0 > > [ 310.309081] ? kasan_slab_free+0x72/0xc0 > > [ 310.310614] ? kfree_skbmem+0xb6/0x1d0 > > [ 310.311406] ? tcp_ack+0x2730/0x7450 > > [ 310.312167] ? tcp_rcv_established+0xdbb/0x2db0 > > [ 310.312987] ? tcp_v4_do_rcv+0x2bb/0x7a0 > > [ 310.313769] ? __release_sock+0x14a/0x2b0 > > [ 310.314550] ? release_sock+0xa8/0x270 > > [ 310...

Hi, We are trying to validate Asterisk as a media gateway PRI <-> SIP with two T400P (8 T1s) per box. The first experience with BOX1 (Compaq, 2.53 GHz, 1 Gb RAM) and just one T400P was encouraging - on the load test with 3 T1s worth of calls we had on average 75% idle CPU. Not so with BOX2 (Dell, single 2.6 GHz Xeon, 1 Gb RAM, 2 T400P) and BOX3 (Dell, dual 2.6 GHz Xeon, 2 Gb RAM, 2 T400P,

https://bugzilla.netfilter.org/show_bug.cgi?id=1766 Bug ID: 1766 Summary: nfqueue randomly drops packets with same tuple Product: netfilter/iptables Version: unspecified Hardware: x86_64 OS: All Status: NEW Severity: major Priority: P5 Component: netfilter hooks Assignee:

...om_cache+0x44/0xe0 [<c014537e>] cache_grow+0x9e/0x190 [<c01455bd>] cache_alloc_refill+0x14d/0x220 [<c9168a30>] br_handle_frame_finish+0x0/0x130 [bridge] [<c0145899>] kmem_cache_alloc+0x69/0x70 [<c916d132>] br_nf_pre_routing+0x1b2/0x480 [bridge] [<c0285014>] kfree_skbmem+0x24/0x30 [<c0296018>] nf_iterate+0x78/0x90 [<c9168a30>] br_handle_frame_finish+0x0/0x130 [bridge] [<c9168a30>] br_handle_frame_finish+0x0/0x130 [bridge] [<c029631e>] nf_hook_slow+0x6e/0x100 [<c9168a30>] br_handle_frame_finish+0x0/0x130 [bridge] [<c9168d59>...