[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-users] Ethernet MTU


  • To: <xen-users@xxxxxxxxxxxxxxxxxxx>
  • From: "Dmitri Bichko" <dbichko@xxxxxxxxxxxxxx>
  • Date: Mon, 23 Oct 2006 23:48:58 -0400
  • Delivery-date: Mon, 23 Oct 2006 20:49:31 -0700
  • List-id: Xen user discussion <xen-users.lists.xensource.com>
  • Thread-index: AcbXRLjwu59Ukwx+SV+T4FL/uSUYewf2jgzA
  • Thread-topic: [Xen-users] Ethernet MTU

Any chance this made it into 3.0.3?

It'd be really nice to be able to set MTU 9000 for some free performance
improvements for iSCSI.

Thanks,
Dmitri

> -----Original Message-----
> From: xen-users-bounces@xxxxxxxxxxxxxxxxxxx 
> [mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of 
> Daniele Palumbo
> Sent: Wednesday, September 13, 2006 10:55 AM
> To: xen-users@xxxxxxxxxxxxxxxxxxx
> Cc: xen-devel
> Subject: Re: [Xen-users] Ethernet MTU
> 
> 
> I have some news...
> 
> On Wednesday 16 August 2006 22:53, Dominique Rousseau wrote:
> > After some tries, it looks like the vif code don't handle 
> frames with 
> > size larger than 1500.
> 
> true: 
> http://lists.xensource.com/archives/html/xen-devel/2006-08/msg
> 00944.html
> 
> > Looking at the code, there is the following snippet that 
> seems to be 
> > the probleme (in drivers/xen/netback/netback.c) :
> >
> >                if (unlikely(txreq.size < ETH_HLEN) ||
> >                    unlikely(txreq.size > ETH_FRAME_LEN)) {
> >                        DPRINTK("Bad packet size: %d\n", txreq.size);
> >                        make_tx_response(netif, txreq.id, 
> NETIF_RSP_ERROR);
> >                        netif_put(netif);
> >                        continue;
> >                }
> 
> ./include/linux/if_vlan.h:#define VLAN_ETH_FRAME_LEN    1518  
>   /* Max. octets 
> in frame sans FCS */
> ./include/linux/if_ether.h:#define ETH_FRAME_LEN        1514  
>           /* 
> Max. octets in frame sans FCS */
> 
> ./include/linux/if_vlan.h:#define VLAN_ETH_HLEN 18            
>   /* Total 
> octets in header.       */
> ./include/linux/if_ether.h:#define ETH_HLEN     14            
>   /* Total 
> octets in header.       */
> 
> netfront_vlan.patch:
> ---
> # Node ID a5ee1cb525bbe8954dc3332ceec951e09a378b68
> # parent: c097485037f7417b77db34da198b62a9c9481dc5
> Make MTU rx check in netfront more permissive to allow for 
> 8021q vlan tagging.
> 
> Signed-off-by: Keir Fraser <keir@xxxxxxxxxxxxx>
> 
> --- a/linux-2.6-xen-sparse/drivers/xen/netfront/netfront.c    
>   Wed Mar 15 
> 12:41:58 2006 +0100
> +++ b/linux-2.6-xen-sparse/drivers/xen/netfront/netfront.c    
>   Wed Mar 15 
> 12:52:33 2006 +0100
> @@ -845,11 +845,11 @@ static int netif_poll(struct net_device
>         }
> 
>         while ((skb = __skb_dequeue(&rxq)) != NULL) {
> -               if (skb->len > (dev->mtu + ETH_HLEN)) {
> +               if (skb->len > (dev->mtu + ETH_HLEN + 4)) {
>                         if (net_ratelimit())
>                                 printk(KERN_INFO "Received 
> packet too big 
> for "
>                                        "MTU (%d > %d)\n",
> -                                      skb->len - ETH_HLEN, dev->mtu);
> +                                      skb->len - ETH_HLEN - 4, 
> + dev->mtu);
>                         skb->len  = 0;
>                         skb->tail = skb->data;
>                         init_skb_shinfo(skb);
> ---
> 
> looking at all that things, maybe the solutions is to change 
> ETH_FRAME_LEN in 
> VLAN_ETH_FRAME_LEN...
> or to remove that check (already done in unstable).
> 
> i'll try tomorrow.
> 
> bye
> d.
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users
> 


The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential and/or privileged material. Any 
review, retransmission, dissemination or other use of, or taking of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient is prohibited. If you received this in error, please contact 
the sender and delete the material from any computer

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.