All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH] make MAX_SKBUFF_ORDER page size independent
@ 2006-10-03  5:06 Isaku Yamahata
  2006-10-03  6:43 ` [Xen-ia64-devel] " Tristan Gingold
  0 siblings, 1 reply; 6+ messages in thread
From: Isaku Yamahata @ 2006-10-03  5:06 UTC (permalink / raw)
  To: xen-devel; +Cc: xen-ia64-devel

[-- Attachment #1: Type: text/plain, Size: 228 bytes --]


make MAX_SKBUFF_ORDER page size independent.
Presumably the original value 4 comes from 64KB = (4KB << 4) which is
ip packet maximum size.
However page size is not always 4KB. e.g. IA64 default page size is 16KB.

-- 
yamahata

[-- Attachment #2: 11771:93590d295f38_max_skbuff_order.patch --]
[-- Type: text/plain, Size: 976 bytes --]

# HG changeset patch
# User yamahata@valinux.co.jp
# Date 1159851774 -32400
# Node ID 93590d295f381e50cd95a161379da3ec9129fdfe
# Parent  121ea4bab59bed2bbcb6fee321d49d138954fcfd
make MAX_SKBUFF_ORDER page size independent.
Presumably the original value 4 comes from 64KB = (4KB << 4) which is
ip packet maximum size.
However page size is not always 4KB. e.g. IA64 default page size is 16KB.
PATCHNAME: max_skbuff_order

Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>

diff -r 121ea4bab59b -r 93590d295f38 linux-2.6-xen-sparse/drivers/xen/core/skbuff.c
--- a/linux-2.6-xen-sparse/drivers/xen/core/skbuff.c	Tue Oct 03 13:46:08 2006 +0900
+++ b/linux-2.6-xen-sparse/drivers/xen/core/skbuff.c	Tue Oct 03 14:02:54 2006 +0900
@@ -18,7 +18,7 @@
 /*static*/ kmem_cache_t *skbuff_cachep;
 EXPORT_SYMBOL(skbuff_cachep);
 
-#define MAX_SKBUFF_ORDER 4
+#define MAX_SKBUFF_ORDER (16 - PAGE_SHIFT)
 static kmem_cache_t *skbuff_order_cachep[MAX_SKBUFF_ORDER + 1];
 
 static struct {

[-- Attachment #3: Type: text/plain, Size: 138 bytes --]

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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [Xen-ia64-devel] [PATCH] make MAX_SKBUFF_ORDER page size independent
  2006-10-03  5:06 [PATCH] make MAX_SKBUFF_ORDER page size independent Isaku Yamahata
@ 2006-10-03  6:43 ` Tristan Gingold
  2006-10-03  6:59   ` Keir Fraser
  2006-10-03  9:22   ` Isaku Yamahata
  0 siblings, 2 replies; 6+ messages in thread
From: Tristan Gingold @ 2006-10-03  6:43 UTC (permalink / raw)
  To: Isaku Yamahata, xen-devel; +Cc: xen-ia64-devel

Le Mardi 03 Octobre 2006 07:06, Isaku Yamahata a écrit :
> make MAX_SKBUFF_ORDER page size independent.
> Presumably the original value 4 comes from 64KB = (4KB << 4) which is
> ip packet maximum size.
> However page size is not always 4KB. e.g. IA64 default page size is 16KB.
I suppose it fixes the fedora bug ?

I wonder if this patch works when pagesize is 64KB ?  Maybe force 1 as the 
minimum value ?

Tristan.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Re: [Xen-ia64-devel] [PATCH] make MAX_SKBUFF_ORDER page size independent
  2006-10-03  6:43 ` [Xen-ia64-devel] " Tristan Gingold
@ 2006-10-03  6:59   ` Keir Fraser
  2006-10-03  8:28     ` Tristan Gingold
  2006-10-03  9:22   ` Isaku Yamahata
  1 sibling, 1 reply; 6+ messages in thread
From: Keir Fraser @ 2006-10-03  6:59 UTC (permalink / raw)
  To: Tristan Gingold, Isaku Yamahata, xen-devel; +Cc: xen-ia64-devel

On 3/10/06 7:43 am, "Tristan Gingold" <Tristan.Gingold@bull.net> wrote:

> Le Mardi 03 Octobre 2006 07:06, Isaku Yamahata a écrit :
>> make MAX_SKBUFF_ORDER page size independent.
>> Presumably the original value 4 comes from 64KB = (4KB << 4) which is
>> ip packet maximum size.
>> However page size is not always 4KB. e.g. IA64 default page size is 16KB.
> I suppose it fixes the fedora bug ?
> 
> I wonder if this patch works when pagesize is 64KB ?  Maybe force 1 as the
> minimum value ?

We want to move to the copying receive path as default asap by the way, you
might want to check that it works with ia64 (boot a domU with extra Linux
cmdline option "xennet.rx_copy" and check you get a boot message saying that
a net device eth0 has been created with copying receive path).

Also since our network interfaces now support scatter-gather (thanks to
Herbert Xu) I expect to get rid of our special skbuff allocators, at least
for oridnary alloc_skb and dev_alloc_skb calls. This should happen early in
the 3.0.4 development cycle.

 -- Keir

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Re: [Xen-ia64-devel] [PATCH] make MAX_SKBUFF_ORDER page size independent
  2006-10-03  6:59   ` Keir Fraser
@ 2006-10-03  8:28     ` Tristan Gingold
  2006-10-03 21:06       ` Alex Williamson
  0 siblings, 1 reply; 6+ messages in thread
From: Tristan Gingold @ 2006-10-03  8:28 UTC (permalink / raw)
  To: Keir Fraser, Isaku Yamahata, xen-devel; +Cc: xen-ia64-devel

Le Mardi 03 Octobre 2006 08:59, Keir Fraser a écrit :
> On 3/10/06 7:43 am, "Tristan Gingold" <Tristan.Gingold@bull.net> wrote:
> > Le Mardi 03 Octobre 2006 07:06, Isaku Yamahata a écrit :
> >> make MAX_SKBUFF_ORDER page size independent.
> >> Presumably the original value 4 comes from 64KB = (4KB << 4) which is
> >> ip packet maximum size.
> >> However page size is not always 4KB. e.g. IA64 default page size is
> >> 16KB.
> >
> > I suppose it fixes the fedora bug ?
> >
> > I wonder if this patch works when pagesize is 64KB ?  Maybe force 1 as
> > the minimum value ?
>
> We want to move to the copying receive path as default asap by the way, you
> might want to check that it works with ia64 (boot a domU with extra Linux
> cmdline option "xennet.rx_copy" and check you get a boot message saying
> that a net device eth0 has been created with copying receive path).
This option has net yet been merged in xen-ia64-unstable.hg; I will try ASAP.

> Also since our network interfaces now support scatter-gather (thanks to
> Herbert Xu) I expect to get rid of our special skbuff allocators, at least
> for oridnary alloc_skb and dev_alloc_skb calls. This should happen early in
> the 3.0.4 development cycle.
Good news.

Tristan.

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Re: [Xen-ia64-devel] [PATCH] make MAX_SKBUFF_ORDER page size independent
  2006-10-03  6:43 ` [Xen-ia64-devel] " Tristan Gingold
  2006-10-03  6:59   ` Keir Fraser
@ 2006-10-03  9:22   ` Isaku Yamahata
  1 sibling, 0 replies; 6+ messages in thread
From: Isaku Yamahata @ 2006-10-03  9:22 UTC (permalink / raw)
  To: Tristan Gingold; +Cc: xen-devel, xen-ia64-devel

[-- Attachment #1: Type: text/plain, Size: 531 bytes --]


On Tue, Oct 03, 2006 at 08:43:34AM +0200, Tristan Gingold wrote:
> Le Mardi 03 Octobre 2006 07:06, Isaku Yamahata a écrit :
> > make MAX_SKBUFF_ORDER page size independent.
> > Presumably the original value 4 comes from 64KB = (4KB << 4) which is
> > ip packet maximum size.
> > However page size is not always 4KB. e.g. IA64 default page size is 16KB.
> I suppose it fixes the fedora bug ?
> 
> I wonder if this patch works when pagesize is 64KB ?  Maybe force 1 as the 
> minimum value ?

fixed.

-- 
yamahata

[-- Attachment #2: 11713:8ba0111bb95f_max_skbuff_order.patch --]
[-- Type: text/plain, Size: 1041 bytes --]

# HG changeset patch
# User yamahata@valinux.co.jp
# Date 1159867300 -32400
# Node ID 8ba0111bb95fbd2193a5b4e59fad6cde91ceda3c
# Parent  6e7cc23ab18c23fdb2a8b4d0a7778c4144851818
make MAX_SKBUFF_ORDER page size independent.
Presumably the original value 4 comes from 64KB = (4KB << 4) which is
ip packet maximum size.
However page size is not always 4KB. e.g. IA64 default page size is 16KB.
PATCHNAME: max_skbuff_order

Signed-off-by: Isaku Yamahata <yamahata@valinux.co.jp>

diff -r 6e7cc23ab18c -r 8ba0111bb95f linux-2.6-xen-sparse/drivers/xen/core/skbuff.c
--- a/linux-2.6-xen-sparse/drivers/xen/core/skbuff.c	Mon Oct 02 21:53:07 2006 -0600
+++ b/linux-2.6-xen-sparse/drivers/xen/core/skbuff.c	Tue Oct 03 18:21:40 2006 +0900
@@ -18,7 +18,11 @@
 /*static*/ kmem_cache_t *skbuff_cachep;
 EXPORT_SYMBOL(skbuff_cachep);
 
-#define MAX_SKBUFF_ORDER 4
+#if PAGE_SHIFT < 16
+#define MAX_SKBUFF_ORDER (16 - PAGE_SHIFT)
+#else
+#define MAX_SKBUFF_ORDER 1
+#endif
 static kmem_cache_t *skbuff_order_cachep[MAX_SKBUFF_ORDER + 1];
 
 static struct {

[-- Attachment #3: Type: text/plain, Size: 138 bytes --]

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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: Re: [Xen-ia64-devel] [PATCH] make MAX_SKBUFF_ORDER page size independent
  2006-10-03  8:28     ` Tristan Gingold
@ 2006-10-03 21:06       ` Alex Williamson
  0 siblings, 0 replies; 6+ messages in thread
From: Alex Williamson @ 2006-10-03 21:06 UTC (permalink / raw)
  To: Tristan Gingold; +Cc: Isaku Yamahata, xen-devel, xen-ia64-devel

On Tue, 2006-10-03 at 10:28 +0200, Tristan Gingold wrote:
> Le Mardi 03 Octobre 2006 08:59, Keir Fraser a écrit :
> > We want to move to the copying receive path as default asap by the way, you
> > might want to check that it works with ia64 (boot a domU with extra Linux
> > cmdline option "xennet.rx_copy" and check you get a boot message saying
> > that a net device eth0 has been created with copying receive path).
> This option has net yet been merged in xen-ia64-unstable.hg; I will try ASAP.

   Seems to work for me on xen-unstable.hg.  I merged this code into
xen-ia64-unstable.hg and had to make one little tweak to get it going
there, but it looks good now.  Thanks,

	Alex

-- 
Alex Williamson                             HP Open Source & Linux Org.

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2006-10-03 21:06 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-10-03  5:06 [PATCH] make MAX_SKBUFF_ORDER page size independent Isaku Yamahata
2006-10-03  6:43 ` [Xen-ia64-devel] " Tristan Gingold
2006-10-03  6:59   ` Keir Fraser
2006-10-03  8:28     ` Tristan Gingold
2006-10-03 21:06       ` Alex Williamson
2006-10-03  9:22   ` Isaku Yamahata

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.