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] domU network data payload corruption

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] domU network data payload corruption
From: Saku Ytti <saku+xen-devel@xxxxxxx>
Date: Thu, 9 Feb 2006 19:01:24 +0200
Delivery-date: Thu, 09 Feb 2006 17:13:19 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20060209163407.GA26540@xxxxxxx>
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>
References: <20060209163407.GA26540@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.11+cvs20060126
On (2006-02-09 18:34 +0200), Saku Ytti wrote:

 
> Also 'ping' command reporting:
> 64 bytes from 10.10.10.101: icmp_seq=13 ttl=64 time=0.268 ms
> wrong data byte #22 should be 0xaa but was 0xff
> #8      aa aa aa aa aa aa aa aa aa aa aa aa aa aa ff ff ff ff ff ff ff ff
> ff ff ff ff ff ff ff ff ff ff 
> #40     ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff 
> 
> now if I run 'ping 10.10.10.101 -p ff', there is no problem, packets
> are received without errors. To further prove it 'ping 10.10.10.101 -s 22
> -p aa' is also ok, but 'ping 10.10.10.101 -s 23 -p aa' not anymore, as 
> all bits after that are set '1'.

Bit more information.

 1) changing domU kernel to xen/stable (2.6.12) does not help
 2) it's always 3rd domU where it beings triggered immediately.
    It can be any domU, just it has to be one that is started 3rd.
    Network doesn't work for a second in the 3rd domU.
     2nd and 1st domU continue to work for quite long time, but
    issue can be triggered there too, not sure what's the trigger.

-- 
  ++ytti

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