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] [0/5] [NET]: Add TSO support

On 29 Jun 2006, at 01:20, Herbert Xu wrote:

Another question: why are gso_size and gso_segs both required? Surely
those, plus the overall request size, are redundant. e.g., shouldn't
gso_segs = tot_size / gso_size (rounded up)?
For TSO, gso_segs can be easily determined from the packet and 
gso_size.
However, for GSO, we don't know the packet header length so the same is
not true.
Each segment will need a header though, I'd imagine, so whoever does 
the segmentation needs to know the packet header length? Maybe I'm just 
confused. :-) Could you briefly explain what the inter-domain data 
format would be (e.g., is there a header, etc.), and gso_{size,segs}, 
for some arbitrary IP-encapsulated protocol? And how that information 
would be used to perform segmentation in the backend domain? Is the 
segmentation algorithm any different at all when the protocol is 
specifically TCPv4? I'd like to add some documentation of all this to 
netif.h when I have it clear in my head.
The patches you sent look fine. I'd really like to understand this 
stuff before turning it on though.
 -- Keir


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