search for: __qdisc_run

Displaying 8 results from an estimated 8 matches for "__qdisc_run".

2009 Jan 26
2
system crashing while testing GPLPV drivers
I am rewriting the TX path in the GPLPV drivers and in its current form I am readily able to crash the system (eg Dom0 and everything else running) from DomU. xen is 3.3.1, linux is at most a week behind the 3.3.1 release date. My Windows DomU boots up, fails to get an IP address (yes, the TX path is broken), and then a short time later the system has rebooted. I don''t know exactly
2010 May 31
0
Kernel panic is occured when multi VMs is booting togeter
...0000000200000002 ffff88007c4f2dc0 0000000000000498 ffff8800661dbe80 ffff88007cf37d00 ffff8800787b16c0 ffff880002cb9f68 ffffffff88478732 ffff88007cf37800 0000000000000036 Call Trace: <IRQ> [<ffffffff88478732>] :netbk:netif_be_start_xmit+0x241/0x471 [<ffffffff8042ac95>] __qdisc_run+0x136/0x1f9 [<ffffffff803ae6cc>] unmask_evtchn+0x2d/0xd7 [<ffffffff8041be2d>] net_tx_action+0xc9/0xf1 [<ffffffff80212c99>] __do_softirq+0x8d/0x13b [<ffffffff80260da4>] call_softirq+0x1c/0x278 [<ffffffff8026e0ab>] do_softirq+0x31/0x98 [<ffffffff8026df37>] do...
2008 Sep 23
0
PCI passthrough problems
...d1232e6e 00000001 c08a8e02 cf914000 cf88c200 00000002 cf5db200 0000004e d126c000 cf914000 0000004e c08a8e02 cf88c140 cf88c140 cf88c200 c07c4c88 Call Trace: [<d1232e6e>] boomerang_start_xmit+0x141/0x352 [3c59x] [<c05aec59>] dev_hard_start_xmit+0x198/0x1ee [<c05bcaf6>] __qdisc_run+0xe4/0x19a [<c05b0544>] dev_queue_xmit+0x1e0/0x2e8 [<c05b4b24>] neigh_resolve_output+0x1b2/0x1dc [<d136eb2e>] ip6_output2+0x256/0x2a7 [ipv6] [<d136f656>] ip6_output+0x9c7/0x9f3 [ipv6] [<d137c8c0>] dst_output+0x0/0x7 [ipv6] [<c05c3d12>] nf_hook_slow+0x3a/0x9...
2018 Nov 13
0
centos 7.5 crashed, kernel BUG at net/core/skbuff.c:3668!
...612>] skb_to_sgvec+0x12/0x30 [ 728.985098] [<ffffffffc00fa4bf>] start_xmit+0x19f/0x500 [virtio_net] [ 728.985925] [<ffffffffae7f02e6>] dev_hard_start_xmit+0x246/0x3b0 [ 728.986741] [<ffffffffae81bc0a>] sch_direct_xmit+0x11a/0x250 [ 728.987489] [<ffffffffae81bdce>] __qdisc_run+0x8e/0x360 [ 728.988182] [<ffffffffae7ef3e6>] net_tx_action+0x1d6/0x240 [ 728.988924] [<ffffffffae29dba5>] __do_softirq+0xf5/0x280 [ 728.989634] [<ffffffffae928cec>] call_softirq+0x1c/0x30 [ 728.990322] [<ffffffffae22e625>] do_softirq+0x65/0xa0 [ 728.990994] [<f...
2006 Jul 06
12
kernel BUG at net/core/dev.c:1133!
...c04dcfb0 cd9e32e0 00000003 00000000 cd9e32e0 cf8e3000 cf8e3140 c04dd07e cd9e32e0 cf8e3000 00000000 cd9e32e0 cf8e3000 c04ec07e cd9e32e0 cf8e3000 c0895140 Call Trace: [<c04dcfb0>] dev_gso_segment+0x30/0xb0 [<c04dd07e>] dev_hard_start_xmit+0x4e/0x110 [<c04ec07e>] __qdisc_run+0xbe/0x280 [<c04dd4b9>] dev_queue_xmit+0x379/0x380 [<c05bbe44>] br_dev_queue_push_xmit+0xa4/0x140 [<c05c2402>] br_nf_post_routing+0x102/0x1d0 [<c05c22b0>] br_nf_dev_queue_xmit+0x0/0x50 [<c05bbda0>] br_dev_queue_push_xmit+0x0/0x140 [<c04f0eab>] nf_iterate+0x...
2010 Oct 14
1
KVM instance keep crashing
...881987c6>] :8139cp:cp_start_xmit+0x4ef/0x511 Oct 14 16:25:07 localhost kernel: [<ffffffff8819842d>] :8139cp:cp_start_xmit+0x156/0x511 Oct 14 16:25:07 localhost kernel: [<ffffffff8022eede>] dev_hard_start_xmit+0x1b7/0x28a Oct 14 16:25:08 localhost kernel: [<ffffffff8023f0b8>] __qdisc_run+0x136/0x1f9 Oct 14 16:25:08 localhost kernel: [<ffffffff8002f88b>] dev_queue_xmit+0x150/0x271 Oct 14 16:25:08 localhost kernel: [<ffffffff80031f87>] ip_output+0x2ae/0x2dd Oct 14 16:25:08 localhost kernel: [<ffffffff8024d651>] ip_push_pending_frames+0x37d/0x465 Oct 14 16:25:08 l...
2011 Nov 11
10
[RFC] [ver3 PATCH 0/6] Implement multiqueue virtio-net
This patch series resurrects the earlier multiple TX/RX queues functionality for virtio_net, and addresses the issues pointed out. It also includes an API to share irq's, f.e. amongst the TX vqs. I plan to run TCP/UDP STREAM and RR tests for local->host and local->remote, and send the results in the next couple of days. patch #1: Introduce VIRTIO_NET_F_MULTIQUEUE patch #2: Move
2011 Nov 11
10
[RFC] [ver3 PATCH 0/6] Implement multiqueue virtio-net
This patch series resurrects the earlier multiple TX/RX queues functionality for virtio_net, and addresses the issues pointed out. It also includes an API to share irq's, f.e. amongst the TX vqs. I plan to run TCP/UDP STREAM and RR tests for local->host and local->remote, and send the results in the next couple of days. patch #1: Introduce VIRTIO_NET_F_MULTIQUEUE patch #2: Move