[net-next PATCH 0/6] net: Alloc NAPI page frags from their own pool · Alexander Duyck <hidden> · 2014-12-10
[net-next PATCH 1/6] net: Split netdev_alloc_frag into __alloc_page_frag and add __napi_alloc_frag · Alexander Duyck <hidden> · 2014-12-10
Re: [net-next PATCH 1/6] net: Split netdev_alloc_frag into __alloc_page_frag and add __napi_alloc_frag · Alexei Starovoitov <hidden> · 2014-12-10
Re: [net-next PATCH 1/6] net: Split netdev_alloc_frag into __alloc_page_frag and add __napi_alloc_frag · Alexander Duyck <hidden> · 2014-12-10
Re: [net-next PATCH 1/6] net: Split netdev_alloc_frag into __alloc_page_frag and add __napi_alloc_frag · Eric Dumazet <hidden> · 2014-12-10
Re: [net-next PATCH 1/6] net: Split netdev_alloc_frag into __alloc_page_frag and add __napi_alloc_frag · Alexander Duyck <hidden> · 2014-12-10
Re: [net-next PATCH 1/6] net: Split netdev_alloc_frag into __alloc_page_frag and add __napi_alloc_frag · Eric Dumazet <hidden> · 2014-12-10
Re: [net-next PATCH 1/6] net: Split netdev_alloc_frag into __alloc_page_frag and add __napi_alloc_frag · Alexander Duyck <hidden> · 2014-12-10
[net-next PATCH 2/6] net: Pull out core bits of __netdev_alloc_skb and add __napi_alloc_skb · Alexander Duyck <hidden> · 2014-12-10
[net-next PATCH 3/6] ethernet/intel: Use napi_alloc_skb · Alexander Duyck <hidden> · 2014-12-10
Re: [net-next PATCH 3/6] ethernet/intel: Use napi_alloc_skb · Jeff Kirsher <hidden> · 2014-12-11
[net-next PATCH 4/6] cxgb: Use napi_alloc_skb instead of netdev_alloc_skb_ip_align · Alexander Duyck <hidden> · 2014-12-10
[net-next PATCH 5/6] ethernet/realtek: use napi_alloc_skb instead of netdev_alloc_skb_ip_align · Alexander Duyck <hidden> · 2014-12-10
[net-next PATCH 6/6] ethernet/broadcom: Use napi_alloc_skb instead of netdev_alloc_skb_ip_align · Alexander Duyck <hidden> · 2014-12-10
RE: [net-next PATCH 6/6] ethernet/broadcom: Use napi_alloc_skb instead of netdev_alloc_skb_ip_align · David Laight <hidden> · 2014-12-10
RE: [net-next PATCH 6/6] ethernet/broadcom: Use napi_alloc_skb instead of netdev_alloc_skb_ip_align · David Laight <hidden> · 2014-12-10
Re: [net-next PATCH 6/6] ethernet/broadcom: Use napi_alloc_skb instead of netdev_alloc_skb_ip_align · Alexander Duyck <hidden> · 2014-12-10
[RFC PATCH 0/3] Faster than SLAB caching of SKBs with qmempool (backed by alf_queue) · Jesper Dangaard Brouer <hidden> · 2014-12-10
[RFC PATCH 3/3] net: use qmempool in-front of sk_buff kmem_cache · Jesper Dangaard Brouer <hidden> · 2014-12-10
[RFC PATCH 2/3] mm: qmempool - quick queue based memory pool · Jesper Dangaard Brouer <hidden> · 2014-12-10
RE: [RFC PATCH 0/3] Faster than SLAB caching of SKBs with qmempool (backed by alf_queue) · David Laight <hidden> · 2014-12-10
Re: [RFC PATCH 0/3] Faster than SLAB caching of SKBs with qmempool (backed by alf_queue) · Jesper Dangaard Brouer <hidden> · 2014-12-10
[RFC PATCH 1/3] lib: adding an Array-based Lock-Free (ALF) queue · Jesper Dangaard Brouer <hidden> · 2014-12-10
Re: [RFC PATCH 1/3] lib: adding an Array-based Lock-Free (ALF) queue · David Miller <davem@davemloft.net> · 2014-12-11
Re: [RFC PATCH 0/3] Faster than SLAB caching of SKBs with qmempool (backed by alf_queue) · Christoph Lameter <hidden> · 2014-12-10
Re: [RFC PATCH 0/3] Faster than SLAB caching of SKBs with qmempool (backed by alf_queue) · Jesper Dangaard Brouer <hidden> · 2014-12-10
Re: [RFC PATCH 0/3] Faster than SLAB caching of SKBs with qmempool (backed by alf_queue) · Christoph Lameter <hidden> · 2014-12-10
Re: [RFC PATCH 0/3] Faster than SLAB caching of SKBs with qmempool (backed by alf_queue) · Christoph Lameter <hidden> · 2014-12-10
Re: [RFC PATCH 0/3] Faster than SLAB caching of SKBs with qmempool (backed by alf_queue) · Jesper Dangaard Brouer <hidden> · 2014-12-11
Re: [net-next PATCH 0/6] net: Alloc NAPI page frags from their own pool · David Miller <davem@davemloft.net> · 2014-12-10

Re: [RFC PATCH 0/3] Faster than SLAB caching of SKBs with qmempool (backed by alf_queue)

From: Christoph Lameter <hidden>
Date: 2014-12-10 16:17:14
Also in: linux-api, linux-mm, lkml

On Wed, 10 Dec 2014, Jesper Dangaard Brouer wrote:

That is very strange! I did notice that it was somehow delayed in
showing up on gmane.org (http://thread.gmane.org/gmane.linux.network/342347/focus=126148)
and didn't show up on netdev either...

It finally got through.

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help