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] PCI passthrough issue

To: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] PCI passthrough issue
From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
Date: Fri, 4 Feb 2011 11:28:55 +0000
Delivery-date: Fri, 04 Feb 2011 03:29:36 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4D4BE212.1090400@xxxxxxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: Citrix Systems, Inc.
References: <4D47F9CF.2040107@xxxxxxxxxxx> <1296566401.13091.171.camel@xxxxxxxxxxxxxxxxxxxxxx> <4D4814CE.5050303@xxxxxxxxxxx> <1296569931.13091.194.camel@xxxxxxxxxxxxxxxxxxxxxx> <4D48234F.2020907@xxxxxxxxxxx> <4D4828D9.6090601@xxxxxxxxxxx> <1296577389.13091.288.camel@xxxxxxxxxxxxxxxxxxxxxx> <4D488355.8010706@xxxxxxxxxxx> <1296638873.13091.315.camel@xxxxxxxxxxxxxxxxxxxxxx> <4D4930F3.608@xxxxxxxxxxx> <20110202174250.GA8148@xxxxxxxxxxxx> <4D4BBC15.4080201@xxxxxxxxxxx> <1296809586.13091.546.camel@xxxxxxxxxxxxxxxxxxxxxx> <4D4BBEC6.8070809@xxxxxxxxxxx> <4D4BD121.2080505@xxxxxxxxxxx> <1296817460.13091.646.camel@xxxxxxxxxxxxxxxxxxxxxx> <4D4BE212.1090400@xxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Fri, 2011-02-04 at 11:25 +0000, Jean Baptiste Favre wrote:
> Hello,
> 
> Le 04/02/2011 12:04, Ian Campbell a écrit :
> > On Fri, 2011-02-04 at 10:12 +0000, Jean Baptiste Favre wrote:
> >> Hello Ian,
> >> Applyed your patches.
> > 
> > Thanks.
> > 
> >> Now, I've:
> >> # ping -s86 10.0.0.1
> >> PING 10.0.0.1 (10.0.0.1): 86 data bytes
> >> __netif_receive_skb dropping skb proto 0x20
> >>
> >>
> >> So problem seems to occur in net/core/dev.c file, according to the patch
> >> bellow
> > 
> > Interesting. the number printed in the warning is type == skb->protocol
> > == 0x20 which is not a valid protocol that I can find anywhere (nor is
> > 0x2000 in case I'm mixing my endianesses up). Neither is 0x20 it a valid
> > Ethernet frame length (min 64) so it's not that sort of confusion
> > AFAICT.
> > 
> > skb->protocol is initialised in sky2_status_intr with the return value
> > of "eth_type_trans(skb, dev)" which as far as I can tell cannot return
> > 0x20.
> > 
> > The domU network configuration is using the sky2 device directly, no
> > bridging, VLAN, tunnels or anything else like that?
> At boot it uses bridge.
> For the test, I delete bridge and set IP address directly on eth0

OK, good.

[...]
> generic-segmentation-offload: on
[...]
> receive-hashing: on

Can you also try turning these two off (independently and together).

> What is a bit strange here is that I don't any more the KERN_CRIT printk
> message.
> Could be a false positive ?

Worth bearing in mind, lets see what the next test run produces.

> I'm currently compiling new kernel with your last patch. will keep you
> updated

Thanks.

Please gather the tcpdump's too.

Ian.



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

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