53 messages in com.xensource.lists.xen-develRe: [Xen-devel] [0/5] [NET]: Add TSO ...
FromSent OnAttachments
Herbert Xu27 Jun 2006 05:02 
Herbert Xu27 Jun 2006 05:04 
Herbert Xu27 Jun 2006 05:07 
Herbert Xu27 Jun 2006 05:07 
Herbert Xu27 Jun 2006 05:08 
Herbert Xu27 Jun 2006 05:09 
Keir Fraser27 Jun 2006 06:26 
Herbert Xu27 Jun 2006 07:02 
Herbert Xu27 Jun 2006 20:57 
Herbert Xu27 Jun 2006 20:58 
Herbert Xu27 Jun 2006 20:59 
Herbert Xu27 Jun 2006 20:59 
Herbert Xu27 Jun 2006 21:00 
Herbert Xu27 Jun 2006 21:00 
Keir Fraser28 Jun 2006 05:29 
Herbert Xu28 Jun 2006 07:02 
Keir Fraser28 Jun 2006 07:24 
Herbert Xu28 Jun 2006 17:19 
Herbert Xu28 Jun 2006 17:21 
Herbert Xu28 Jun 2006 17:21 
Herbert Xu28 Jun 2006 21:44 
Keir Fraser29 Jun 2006 02:01 
Herbert Xu29 Jun 2006 02:40 
Keir Fraser29 Jun 2006 03:32 
Herbert Xu29 Jun 2006 05:45 
Keir Fraser29 Jun 2006 06:19 
Herbert Xu29 Jun 2006 06:25 
Keir Fraser29 Jun 2006 06:41 
Herbert Xu29 Jun 2006 16:08 
Herbert Xu29 Jun 2006 19:40 
Herbert Xu29 Jun 2006 19:41 
Herbert Xu29 Jun 2006 19:42 
Herbert Xu29 Jun 2006 19:42 
Herbert Xu30 Jun 2006 05:46 
Herbert Xu30 Jun 2006 05:47 
Herbert Xu30 Jun 2006 05:47 
Herbert Xu30 Jun 2006 05:48 
Keir Fraser30 Jun 2006 06:06 
Herbert Xu30 Jun 2006 06:21 
Keir Fraser30 Jun 2006 07:36 
Herbert Xu30 Jun 2006 20:25 
Herbert Xu30 Jun 2006 20:32 
Keir Fraser01 Jul 2006 01:16 
Keir Fraser01 Jul 2006 01:23 
Herbert Xu01 Jul 2006 02:59 
Keir Fraser01 Jul 2006 05:17 
Herbert Xu01 Jul 2006 05:38 
Herbert Xu02 Jul 2006 21:44 
Herbert Xu02 Jul 2006 21:45 
Herbert Xu02 Jul 2006 21:45 
Herbert Xu02 Jul 2006 21:46 
Keir Fraser03 Jul 2006 01:12 
Herbert Xu03 Jul 2006 01:13 
Subject:Re: [Xen-devel] [0/5] [NET]: Add TSO support
From:Keir Fraser (Keir@cl.cam.ac.uk)
Date:06/28/2006 05:29:47 AM
List:com.xensource.lists.xen-devel

On 27 Jun 2006, at 13:02, Herbert Xu wrote:

The following patches add TCP Segmentation Offload (TSO) support in the domU => dom0 direction. If everyone's happy with this approach then it's trivial to do the same thing for the opposite direction.

I've checked in all but the netfront patch. The glitches so far are:

1. The GSO patch broke netback, because netback/interface.c accesses dev->xmit_lock. None of your patches fixed this and you can't build the driver unless it's fixed -- did you somehow miss that file from one of the patches you sent?

2. The new 'wire format' with netif_tx_extra: I placed the GSO fields inside a struct inside a union, so we can extend the union with other extra-info types in future. I hope that's okay and in line with what you intended.

3. Wire format again: we need some extra documentation and info in netif.h for the new GSO fields. Currently they conveniently directly correspond to fields in a Linux skbuff: you read them out in netfront and write them straight back in netback. That's fine for Linux for now, but not so good for other OSes, nor potentially if the Linux GSO internals change later.

In particular the gso_type field is concerning. We should provide defines for the legitimate values of that field in netif.h, with a comment explaining what each one means. Extra comments are also required for the other two fields, to convince us that they aren't Linux-specific in some way. Some brief info about how GSO works in general, including usage of those fields, would help.

This is why I haven't added the netfront patch yet -- I don't want domU's using the new interface until we're satisfied we're not going to have to change the interface and break compatibility.

Thanks, Keir