WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] [PATCH] Increase MAX_SKBUFF_ORDER

To: "Philip R. Auld" <pauld@xxxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] [PATCH] Increase MAX_SKBUFF_ORDER
From: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
Date: Thu, 10 Nov 2005 21:08:44 -0000
Delivery-date: Thu, 10 Nov 2005 21:08:47 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcXmN48fUhvwcd0nTiWbBVbu4kZPwwAAyt0Q
Thread-topic: [Xen-devel] [PATCH] Increase MAX_SKBUFF_ORDER
 
>       The recent (changeset 7700) switch to use the 
> architecture specific skbuff allocation routine breaks with 
> very large MTU sizes.
> The below patch raises the MAX_SKBUFF_ORDER to 3. Could this 
> be applied to make it the default?

I suspect the only reason things worked for you before was that you were
relying on swiotlb. (enabled if you have >2GB). I need to think through
the implactions of changing MAX_SKBUFF_ORDER...

Ian

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>