Message ID | 1364145768.29473.9.camel@edumazet-glaptop |
---|---|
State | RFC, archived |
Delegated to: | David Miller |
Headers | show |
On Sun, Mar 24, 2013 at 10:22:48AM -0700, Eric Dumazet wrote: > What could be tried is to remove the possibility of page spanning. > > diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h > index 441f5bf..d0f4dd1 100644 > --- a/include/linux/skbuff.h > +++ b/include/linux/skbuff.h > @@ -1849,7 +1849,7 @@ static inline void __skb_queue_purge(struct sk_buff_head *list) > kfree_skb(skb); > } > > -#define NETDEV_FRAG_PAGE_MAX_ORDER get_order(32768) > +#define NETDEV_FRAG_PAGE_MAX_ORDER 0 > #define NETDEV_FRAG_PAGE_MAX_SIZE (PAGE_SIZE << NETDEV_FRAG_PAGE_MAX_ORDER) > #define NETDEV_PAGECNT_MAX_BIAS NETDEV_FRAG_PAGE_MAX_SIZE Doesn't change anything. :( We tested it on a v3.8 kernel so I changed the definition in net/core/skbuff.c. I hope this doesn't change the outcome. Btw, reports about this bug are dating back to 2008 so I don't think that a recent change in the kernel broke it. Thanks, Hannes -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h index 441f5bf..d0f4dd1 100644 --- a/include/linux/skbuff.h +++ b/include/linux/skbuff.h @@ -1849,7 +1849,7 @@ static inline void __skb_queue_purge(struct sk_buff_head *list) kfree_skb(skb); } -#define NETDEV_FRAG_PAGE_MAX_ORDER get_order(32768) +#define NETDEV_FRAG_PAGE_MAX_ORDER 0 #define NETDEV_FRAG_PAGE_MAX_SIZE (PAGE_SIZE << NETDEV_FRAG_PAGE_MAX_ORDER) #define NETDEV_PAGECNT_MAX_BIAS NETDEV_FRAG_PAGE_MAX_SIZE