search for: __netdev_alloc_skb

...__alloc_pages_nodemask+0x606/0x67d [1721485.352610] [<ffffffff81006eef>] ? xen_restore_fl_direct_reloc+0x4/0x4 [1721485.352614] [<ffffffff810ed11e>] new_slab+0x7e/0x1f6 [1721485.352617] [<ffffffff810ed430>] __slab_alloc+0x19a/0x33c [1721485.352623] [<ffffffff815b1655>] ? __netdev_alloc_skb+0x1d/0x3c [1721485.352627] [<ffffffff810ed84e>] __kmalloc_track_caller+0x106/0x145 [1721485.352631] [<ffffffff815b1655>] ? __netdev_alloc_skb+0x1d/0x3c [1721485.352634] [<ffffffff815b066d>] __alloc_skb+0x69/0x129 [1721485.352638] [<ffffffff815b1655>] __netdev_alloc_skb+0...

...ivers/net/xen-netfront.c +++ b/drivers/net/xen-netfront.c @@ -239,11 +239,14 @@ static void xennet_alloc_rx_buffers(struct net_device *dev) */ batch_target = np->rx_target - (req_prod - np->rx.rsp_cons); for (i = skb_queue_len(&np->rx_batch); i < batch_target; i++) { - skb = __netdev_alloc_skb(dev, RX_COPY_THRESHOLD, + skb = __netdev_alloc_skb(dev, RX_COPY_THRESHOLD + NET_IP_ALIGN, GFP_ATOMIC | __GFP_NOWARN); if (unlikely(!skb)) goto no_skb; + /* Align ip header to a 16 bytes boundary */ + skb_reserve(skb, NET_IP_ALIGN); + page = alloc_page(GFP_ATOMIC | __GFP_NOWARN...

...ivers/net/xen-netfront.c +++ b/drivers/net/xen-netfront.c @@ -239,11 +239,14 @@ static void xennet_alloc_rx_buffers(struct net_device *dev) */ batch_target = np->rx_target - (req_prod - np->rx.rsp_cons); for (i = skb_queue_len(&np->rx_batch); i < batch_target; i++) { - skb = __netdev_alloc_skb(dev, RX_COPY_THRESHOLD, + skb = __netdev_alloc_skb(dev, RX_COPY_THRESHOLD + NET_IP_ALIGN, GFP_ATOMIC | __GFP_NOWARN); if (unlikely(!skb)) goto no_skb; + /* Align ip header to a 16 bytes boundary */ + skb_reserve(skb, NET_IP_ALIGN); + page = alloc_page(GFP_ATOMIC | __GFP_NOWARN...

...ivers/net/xen-netfront.c +++ b/drivers/net/xen-netfront.c @@ -239,11 +239,14 @@ static void xennet_alloc_rx_buffers(struct net_device *dev) */ batch_target = np->rx_target - (req_prod - np->rx.rsp_cons); for (i = skb_queue_len(&np->rx_batch); i < batch_target; i++) { - skb = __netdev_alloc_skb(dev, RX_COPY_THRESHOLD, + skb = __netdev_alloc_skb(dev, RX_COPY_THRESHOLD + NET_IP_ALIGN, GFP_ATOMIC | __GFP_NOWARN); if (unlikely(!skb)) goto no_skb; + /* Align ip header to a 16 bytes boundary */ + skb_reserve(skb, NET_IP_ALIGN); + page = alloc_page(GFP_ATOMIC | __GFP_NOWARN...

...ivers/net/xen-netfront.c +++ b/drivers/net/xen-netfront.c @@ -239,11 +239,14 @@ static void xennet_alloc_rx_buffers(struct net_device *dev) */ batch_target = np->rx_target - (req_prod - np->rx.rsp_cons); for (i = skb_queue_len(&np->rx_batch); i < batch_target; i++) { - skb = __netdev_alloc_skb(dev, RX_COPY_THRESHOLD, + skb = __netdev_alloc_skb(dev, RX_COPY_THRESHOLD + NET_IP_ALIGN, GFP_ATOMIC | __GFP_NOWARN); if (unlikely(!skb)) goto no_skb; + /* Align ip header to a 16 bytes boundary */ + skb_reserve(skb, NET_IP_ALIGN); + page = alloc_page(GFP_ATOMIC | __GFP_NOWARN...

...t;] ? kmem_cache_free+0x104/0x110 [ 100.973295] [<ffffffff8166704b>] __bad_area_nosemaphore+0x1d1/0x1f0 [ 100.973299] [<ffffffff8166707d>] bad_area_nosemaphore+0x13/0x15 [ 100.973304] [<ffffffff816763fb>] do_page_fault+0x35b/0x4f0 [ 100.973308] [<ffffffff814d6044>] ? __netdev_alloc_skb+0x24/0x50 [ 100.973313] [<ffffffff8129f75a>] ? trace_hardirqs_off_thunk+0x3a/0x6c [ 100.973318] [<ffffffff81672fa5>] page_fault+0x25/0x30 [ 100.973322] [<ffffffff81455f16>] ? xennet_alloc_rx_buffers+0x166/0x350 [ 100.973326] [<ffffffff8145699a>] xennet_poll+0x7ca/0xe...

..._output+0x80/0xa0 [<c02a213a>] ip_output+0x1b5/0x24b [<c02a0b56>] ip_finish_output+0x0/0x192 [<c029dfef>] ip_forward+0x1c8/0x2b9 [<c029ddf0>] ip_forward_finish+0x0/0x37 [<c029c962>] ip_rcv+0x2a5/0x538 [<c029c100>] ip_rcv_finish+0x0/0x2aa [<c027f3bc>] __netdev_alloc_skb+0x12/0x2a [<c029c6bd>] ip_rcv+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...

...000000200 ffff8800144af880 ffff88001f803c38 ffffffff8179240e [59826.077733] Call Trace: [59826.077733] <IRQ> [59826.077733] [<ffffffff81025105>] ? xen_clocksource_read+0x15/0x20 [59826.077733] [<ffffffff8179240e>] __build_skb+0x2e/0xe0 [59826.077733] [<ffffffff817929fa>] __netdev_alloc_skb+0xda/0x120 [59826.077733] [<ffffffff810d0a5a>] ? activate_task+0x7a/0x90 [59826.077733] [<ffffffffc0027368>] rhine_rx+0x2b8/0x530 [via_rhine] [59826.077733] [<ffffffffc00276be>] rhine_napipoll+0xde/0x190 [via_rhine] [59826.077733] [<ffffffff817abfdb>] napi_poll+0xdb/0x1f...

On Thu, Jun 12, 2014 at 05:08:37PM +0530, abhishek jain wrote: > Hi Rich > > I have all the virtio modules available in the kernel but I'm getting the > same result . It doesn't appear to be using any kernel modules. I would have expected to see output such as this: supermin: internal insmod virtio.ko It seems as if you might not be setting SUPERMIN_MODULES; or maybe you

...nel: [<ffffffff8115f6fb>] ? __kmalloc_node+0x7b/0x100 Mar 16 07:01:21 *****store01 kernel: [<ffffffff81461e65>] ? ip_rcv+0x275/0x350 Mar 16 07:01:21 *****store01 kernel: [<ffffffff8142186a>] ? __alloc_skb+0x7a/0x180 Mar 16 07:01:21 *****store01 kernel: [<ffffffff814219e6>] ? __netdev_alloc_skb+0x36/0x60 Mar 16 07:01:21 *****store01 kernel: [<ffffffffa0188104>] ? ixgbe_alloc_rx_buffers+0x2c4/0x380 [ixgbe] Mar 16 07:01:21 *****store01 kernel: [<ffffffff8127f980>] ? swiotlb_map_page+0x0/0x100 Mar 16 07:01:21 *****store01 kernel: [<ffffffffa0189158>] ? ixgbe_clean_rx_irq+0x...

...ne. Ian. commit 69b08f62e17439ee3d436faf0b9a7ca6fffb78db Author: Eric Dumazet <edumazet@google.com> Date: Wed Sep 26 06:46:57 2012 +0000 net: use bigger pages in __netdev_alloc_frag We currently use percpu order-0 pages in __netdev_alloc_frag to deliver fragments used by __netdev_alloc_skb() Depending on NIC driver and arch being 32 or 64 bit, it allows a page to be split in several fragments (between 1 and 8), assuming PAGE_SIZE=4096 Switching to bigger pages (32768 bytes for PAGE_SIZE=4096 case) allows : - Better filling of space (the ending hole over...

...01:29:39 xenhost-rack1 kernel: [4437064.012158] [<ffffffff81544a51>] br_handle_frame+0x1c8/0x1ef Dec 2 01:29:39 xenhost-rack1 kernel: [4437064.012163] [<ffffffff81482270>] netif_receive_skb+0x330/0x3fc Dec 2 01:29:39 xenhost-rack1 kernel: [4437064.012165] [<ffffffff81479ec5>] ? __netdev_alloc_skb+0x1d/0x3a Dec 2 01:29:39 xenhost-rack1 kernel: [4437064.012169] [<ffffffff814824bc>] napi_skb_finish+0x24/0x38 Dec 2 01:29:39 xenhost-rack1 kernel: [4437064.012172] [<ffffffff81482900>] napi_gro_receive+0x2a/0x2f Dec 2 01:29:39 xenhost-rack1 kernel: [4437064.012175] [<ffffffff8135...

..._to_sgvec > [ 1.226813] virtio_net: Unknown symbol skb_to_sgvec (err -22) > [ 1.228288] virtio_net: disagrees about version of symbol eth_mac_addr > [ 1.229869] virtio_net: Unknown symbol eth_mac_addr (err -22) > [ 1.231424] virtio_net: disagrees about version of symbol > __netdev_alloc_skb > [ 1.233164] virtio_net: Unknown symbol __netdev_alloc_skb (err -22) > [ 1.234708] virtio_net: disagrees about version of symbol > unregister_netdev > [ 1.236558] virtio_net: Unknown symbol unregister_netdev (err -22) > [ 1.238062] virtio_net: disagrees about version of...

Hi Andi, This series of patches implements the Xen paravirt-ops interface. It applies to 2.6.21-git13 + patches-2.6.21-git7-070507-1.tar.gz (I think "unwinder" is the only patch which doesn't apply to git13, and the sched-clock patches are the only ones which this series actually needs). Changes since the last posting: - More netfront review and cleanup - Added ability to

Hi Andi, This series of patches implements the Xen paravirt-ops interface. It applies to 2.6.21-git13 + patches-2.6.21-git7-070507-1.tar.gz (I think "unwinder" is the only patch which doesn't apply to git13, and the sched-clock patches are the only ones which this series actually needs). Changes since the last posting: - More netfront review and cleanup - Added ability to

Hi Andi, This series of patches implements the Xen paravirt-ops interface. It applies to 2.6.21-git13 + patches-2.6.21-git7-070507-1.tar.gz (I think "unwinder" is the only patch which doesn't apply to git13, and the sched-clock patches are the only ones which this series actually needs). Changes since the last posting: - More netfront review and cleanup - Added ability to

Hi, This is the Xen implementation for the paravirt_ops interface. The series is based on 2.6.22-rc1-mm1, and I think its ready to be cooked in -mm with a view to being merged in 2.6.23. The first part of the series is some small changes to the core kernel. Apart from the new code added in "Allocate and free vmalloc areas" (posted many times before), they are simply a few one-liners

Hi, This is the Xen implementation for the paravirt_ops interface. The series is based on 2.6.22-rc1-mm1, and I think its ready to be cooked in -mm with a view to being merged in 2.6.23. The first part of the series is some small changes to the core kernel. Apart from the new code added in "Allocate and free vmalloc areas" (posted many times before), they are simply a few one-liners

Hi, This is the Xen implementation for the paravirt_ops interface. The series is based on 2.6.22-rc1-mm1, and I think its ready to be cooked in -mm with a view to being merged in 2.6.23. The first part of the series is some small changes to the core kernel. Apart from the new code added in "Allocate and free vmalloc areas" (posted many times before), they are simply a few one-liners

Hi Andi, This series of patches implements the Xen paravirt-ops interface. It applies to 2.6.21-git3 + ff patches-2.6.21-git3-070501-1.tar.gz. Changes since the last posting: - reviews of xenbus (me), netfront (hch, rusty, herbert xu) and blockfront (hch), with most comments addressed. Netfront review revealed a couple of real bugs, and the code for all three is looking cleaner