search for: net_rx_act

...824 0000011d c0453240 00283d58 e01c3a6e c0403cec da6bccd0 Call Trace: [<c0109c51>] show_stack+0x80/0x96 [<c0100de1>] show_registers+0x15a/0x1d1 [<c010a001>] die+0x106/0x1c4 [<c010a4aa>] do_invalid_op+0xb5/0xbf [<c010985b>] error_code+0x2b/0x30 [<c028cbfa>] net_rx_action+0x484/0x4df [<c01239a9>] tasklet_action+0x7b/0xe0 [<c0123533>] __do_softirq+0x6f/0xef [<c0123632>] do_softirq+0x7f/0x97 [<c0123706>] irq_exit+0x3a/0x3c [<c010d819>] do_IRQ+0x25/0x2c [<c0105efe>] evtchn_do_upcall+0x62/0x82 [<c010988c>] hypervisor_c...

...824 0000011d c0453240 00283d58 e01c3a6e c0403cec da6bccd0 Call Trace: [<c0109c51>] show_stack+0x80/0x96 [<c0100de1>] show_registers+0x15a/0x1d1 [<c010a001>] die+0x106/0x1c4 [<c010a4aa>] do_invalid_op+0xb5/0xbf [<c010985b>] error_code+0x2b/0x30 [<c028cbfa>] net_rx_action+0x484/0x4df [<c01239a9>] tasklet_action+0x7b/0xe0 [<c0123533>] __do_softirq+0x6f/0xef [<c0123632>] do_softirq+0x7f/0x97 [<c0123706>] irq_exit+0x3a/0x3c [<c010d819>] do_IRQ+0x25/0x2c [<c0105efe>] evtchn_do_upcall+0x62/0x82 [<c010988c>] hypervisor_c...

...+358/421] br_handle_frame+0x166/0x1a5 Dec 8 12:19:26 server kernel: [netif_receive_skb+333/538] netif_receive_skb+0x14d/0x21a Dec 8 12:19:26 server kernel: [tg3_rx+732/957] tg3_rx+0x2dc/0x3bd Dec 8 12:19:26 server kernel: [tg3_poll+119/356] tg3_poll+0x77/0x164 Dec 8 12:19:26 server kernel: [net_rx_action+164/368] net_rx_action+0xa4/0x170 Dec 8 12:19:27 server kernel: [__do_softirq+116/240] __do_softirq+0x74/0xf0 Dec 8 12:19:27 server kernel: [do_softirq+63/99] do_softirq+0x3f/0x63 Dec 8 12:19:27 server kernel: [do_IRQ+31/37] do_IRQ+0x1f/0x25 Dec 8 12:19:27 server kernel: [evtchn_do_upcal...

...0.973051] ffff88001e8f1c60 000000000000002d ffff880019a8ac4e ffff88001fd1a590 [ 100.973051] 0000160000000000 ffff880000000000 ffff88001e8f1db0 ffffffff8145699a [ 100.973051] Call Trace: [ 100.973051] [<ffffffff8145699a>] xennet_poll+0x7ca/0xe80 [ 100.973051] [<ffffffff814e3e51>] net_rx_action+0x151/0x2b0 [ 100.973051] [<ffffffff8106090d>] __do_softirq+0xbd/0x250 [ 100.973051] [<ffffffff81060b67>] run_ksoftirqd+0xc7/0x170 [ 100.973051] [<ffffffff81060aa0>] ? __do_softirq+0x250/0x250 [ 100.973051] [<ffffffff8107b0ac>] kthread+0x8c/0xa0 [ 100.973051] [&...

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

...cv+0x0/0x538 [<c0282a1e>] netif_receive_skb+0x218/0x318 [<c0270008>] bitmap_get_counter+0x41/0x1e6 [<f8a6146d>] e1000_clean_rx_irq+0x12c/0x4ef [e1000] [<f8a61341>] e1000_clean_rx_irq+0x0/0x4ef [e1000] [<f8a60612>] e1000_clean+0xe5/0x130 [e1000] [<c0284573>] net_rx_action+0xbc/0x1d5 [<c0123315>] __do_softirq+0x70/0xdb [<c01233bb>] do_softirq+0x3b/0x42 [<c01058c2>] do_IRQ+0x6c/0xda [<c01042e2>] common_interrupt+0x1a/0x20 [<c0101cc3>] mwait_idle_with_hints+0x3b/0x3f [<c0101cd3>] mwait_idle+0xc/0x1b [<c010271c>] cpu_i...

...0x70 [<ffffffff815a326d>] ? netif_receive_skb_internal+0x2d/0x90 [<ffffffffa01d5053>] ? igb_alloc_rx_buffers+0x63/0xe0 [igb] [<ffffffffa0281a0d>] xenvif_tx_action+0x4d/0xa0 [xen_netback] [<ffffffffa02843b5>] xenvif_poll+0x35/0x68 [xen_netback] [<ffffffff815a39c2>] net_rx_action+0x112/0x2a0 [<ffffffff81076b7c>] __do_softirq+0xfc/0x2b0 [<ffffffff81076e3d>] irq_exit+0xbd/0xd0 [<ffffffff813b2cbc>] xen_evtchn_do_upcall+0x3c/0x50 [<ffffffff8167659e>] xen_do_hypervisor_callback+0x1e/0x40 <EOI> [<ffffffff810013aa>] ? xen_hypercall_sche...

...stack+0x63/0x8e __warn+0xd1/0xf0 warn_slowpath_null+0x1d/0x20 inet_gro_complete+0xbb/0xd0 napi_gro_complete+0x73/0xa0 napi_gro_flush+0x5f/0x80 napi_complete_done+0x6a/0xb0 igb_poll+0x38d/0x720 [igb] ? igb_msix_ring+0x2e/0x40 [igb] ? __handle_irq_event_percpu+0x4b/0x1a0 net_rx_action+0x158/0x360 __do_softirq+0xd1/0x283 irq_exit+0xe9/0x100 xen_evtchn_do_upcall+0x35/0x50 xen_do_hypervisor_callback+0x1e/0x40 <EOI> ? xen_hypercall_sched_op+0xa/0x20 ? xen_hypercall_sched_op+0xa/0x20 ? xen_safe_halt+0x10/0x20 ? default_idle+0x1e/0xd0 ? arch_cpu_...

...> to local destinations. A bridge does not verify transport layer > checksums OTOH? Hi Willem. No, think about GRO(In the GRO we don't know packets will be forwarded to other ports or to local). The call tree as below: + 5.41% secondary_startup_64 - 1.22% ret_from_fork .... net_rx_action napi_poll virtnet_poll virtnet_receive napi_gro_receive dev_gro_receive inet_gro_receive tcp4_gro_receive __skb_gro_checksum_complete skb_checksum __skb_checksum csum_partial do_csum - 1.13% do_csu...

...66796] ? sched_clock_cpu+0x18/0x2b0 [ 46.166809] ? print_irqtrace_events+0x280/0x280 [ 46.166817] ? print_irqtrace_events+0x280/0x280 [ 46.166830] ? rcu_process_callbacks+0xc5e/0x12d0 [ 46.166838] ? kvm_clock_read+0x1f/0x30 [ 46.166857] ? mark_held_locks+0xd5/0x170 [ 46.166867] ? net_rx_action+0x2aa/0x10e0 [ 46.166882] net_rx_action+0x4bc/0x10e0 [ 46.166906] ? napi_complete_done+0x480/0x480 [ 46.166925] ? print_irqtrace_events+0x280/0x280 [ 46.166935] ? sched_clock+0x5/0x10 [ 46.166952] ? __lock_is_held+0xcb/0x1a0 [ 46.166982] __do_softirq+0x2c4/0xdf4 [ 46.167010]...

...66796] ? sched_clock_cpu+0x18/0x2b0 [ 46.166809] ? print_irqtrace_events+0x280/0x280 [ 46.166817] ? print_irqtrace_events+0x280/0x280 [ 46.166830] ? rcu_process_callbacks+0xc5e/0x12d0 [ 46.166838] ? kvm_clock_read+0x1f/0x30 [ 46.166857] ? mark_held_locks+0xd5/0x170 [ 46.166867] ? net_rx_action+0x2aa/0x10e0 [ 46.166882] net_rx_action+0x4bc/0x10e0 [ 46.166906] ? napi_complete_done+0x480/0x480 [ 46.166925] ? print_irqtrace_events+0x280/0x280 [ 46.166935] ? sched_clock+0x5/0x10 [ 46.166952] ? __lock_is_held+0xcb/0x1a0 [ 46.166982] __do_softirq+0x2c4/0xdf4 [ 46.167010]...

...0 [<ffffffff8144ab79>] ? napi_gro_receive+0x39/0x50 [<ffffffffa016887f>] ? bnx2x_rx_int+0x83f/0x1630 [bnx2x] [<ffffffff810608dc>] ? perf_event_task_sched_out+0x4c/0x70 [<ffffffffa01698ae>] ? bnx2x_poll+0x23e/0x2f0 [bnx2x] [<ffffffff8144ac93>] ? net_rx_action+0x103/0x2f0 [<ffffffff8107a811>] ? __do_softirq+0xc1/0x1e0 [<ffffffff810e6b30>] ? handle_IRQ_event+0x60/0x170 [<ffffffff8100c30c>] ? call_softirq+0x1c/0x30 [<ffffffff8100fa75>] ? do_softirq+0x65/0xa0 [<ffffffff8107a6c5>] ? irq_exit+0x85/0x90...

...ip_rcv_finish at ffffffff81495bbd #15 [ffff880028283ce8] ip_rcv at ffffffff81496155 #16 [ffff880028283d28] __netif_receive_skb at ffffffff8145db5b #17 [ffff880028283d88] netif_receive_skb at ffffffff814621b8 #18 [ffff880028283dc8] virtnet_poll at ffffffffa0130565 [virtio_net] #19 [ffff880028283e68] net_rx_action at ffffffff81463193 #20 [ffff880028283ec8] __do_softirq at ffffffff81078c71 #21 [ffff880028283f38] call_softirq at ffffffff8100c1cc #22 [ffff880028283f50] do_softirq at ffffffff8100de05 #23 [ffff880028283f70] irq_exit at ffffffff81078a55 #24 [ffff880028283f80] do_IRQ at ffffffff81532365 --- <...

...0 [<c9168a30>] br_handle_frame_finish+0x0/0x130 [bridge] [<c9168d59>] br_handle_frame+0x1f9/0x270 [bridge] [<c9168a30>] br_handle_frame_finish+0x0/0x130 [bridge] [<c028b894>] netif_receive_skb+0x154/0x2f0 [<c028bad6>] process_backlog+0xa6/0x160 [<c028bc15>] net_rx_action+0x85/0x140 [<c0120315>] __do_softirq+0x95/0xb0 [<c012037d>] do_softirq+0x4d/0x50 [<c010d062>] do_IRQ+0x22/0x30 [<c01048a0>] evtchn_do_upcall+0x70/0xa0 [<c0108c48>] hypervisor_callback+0x2c/0x34 [<c010482c>] force_evtchn_callback+0xc/0x10 [<c011bdde&g...

...: 8005003b CR2: b7ee2044 CR3: 1a6af000 CR4: 000006d0 [<c0118f92>] __printk_ratelimit+0x8f/0x95 [<e08a6316>] xennet_get_responses+0xca/0x31c [xen_vnif] [<c0103dc2>] do_IRQ+0x70/0x7a [<e08a6851>] netif_poll+0x1c/0x60v [xen_vnif] [<c0103dc2>] net_rx_action+0x35/0x7d [<c011c47d>] __do_softirq+0x38/0x3f [<c0103e94>] do_softirq+0x38/0x3f ======================= [<c0103dc2>] do_IRQ+0x70/0x7a [<c0102c1a>] common_interrupt+0x27/0x2b [<c014b5d8>] kmem_cache_free+0x27/0x2b [<c013da...

...trr mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pni monitor ds_cpl cid xtpr bogomips : 5976.88 Problem: kernel BUG at arch/xen/i386/mm/hypervisor.c:354 (xen_create _contiguous_region)! Ä<c011847b>Ü xen_create_contiguous_region+0x2eb/0x360 Ä<c026761e>Ü net_rx_action+0x13e/0x220 Ä<c01072d9>Ü skbuff_ctor+0x69/0x70 Ä<c014d965>Ü cache_init_objs+0x55/0x90 Ä<c014db8c>Ü cache_grow+0x13c/0x240 Ä<c014deb6>Ü cache_alloc_refill+0x226/0x260 Ä<c014e14c>Ü kmem_cache_alloc+0x9c/0xb0 Ä<c02601cd>Ü alloc_skb_from_cache+0x4d/0x100 Ä&...

...5d7>] nf_hook_slow+0x47/0xba [<c035685b>] br_handle_frame_finish+0x0/0xca [<c0356a8d>] br_handle_frame+0x168/0x1a7 [<c035685b>] br_handle_frame_finish+0x0/0xca [<c02fff45>] netif_receive_skb+0x117/0x1dc [<c0300077>] process_backlog+0x6d/0xd6 [<c030013d>] net_rx_action+0x5d/0x0xd2 [<c011a8b4>] __do_softirq+0x34/0x7d [<c011a91f>] do_softirq+0x22/0x26 [<c0104872>] do_IRQ+0x1e/0x24 [<c0103436>] common_interrupt+0x1a/0x20 [<c0101047>] default_idle+0x2b/0x53 [<c01010c2>] cpu_idle+0x3f/0x5b [<c047668c>] start_kernel+0...

.../0x2b0 > [?? 46.166809]? ? print_irqtrace_events+0x280/0x280 > [?? 46.166817]? ? print_irqtrace_events+0x280/0x280 > [?? 46.166830]? ? rcu_process_callbacks+0xc5e/0x12d0 > [?? 46.166838]? ? kvm_clock_read+0x1f/0x30 > [?? 46.166857]? ? mark_held_locks+0xd5/0x170 > [?? 46.166867]? ? net_rx_action+0x2aa/0x10e0 > [?? 46.166882]? net_rx_action+0x4bc/0x10e0 > [?? 46.166906]? ? napi_complete_done+0x480/0x480 > [?? 46.166925]? ? print_irqtrace_events+0x280/0x280 > [?? 46.166935]? ? sched_clock+0x5/0x10 > [?? 46.166952]? ? __lock_is_held+0xcb/0x1a0 > [?? 46.166982]? __do_softi...

On Mon, Jul 23, 2018 at 11:36:03PM +0900, Toshiaki Makita wrote: > From: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp> > > Add some ethtool stat items useful for performance analysis. > > Signed-off-by: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp> Series: Acked-by: Michael S. Tsirkin <mst at redhat.com> Patch 1 seems appropriate for stable, even

On Mon, Jul 23, 2018 at 11:36:03PM +0900, Toshiaki Makita wrote: > From: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp> > > Add some ethtool stat items useful for performance analysis. > > Signed-off-by: Toshiaki Makita <makita.toshiaki at lab.ntt.co.jp> Series: Acked-by: Michael S. Tsirkin <mst at redhat.com> Patch 1 seems appropriate for stable, even