On 8/23/05, Leonid Grossman <[EMAIL PROTECTED]> wrote: > > > > -----Original Message----- > > From: Arnaldo Carvalho de Melo [mailto:[EMAIL PROTECTED] > > Leonid, > > > > If not for performance the idea of having LRO, LSO, TSO, etc > > implemented in software can possibly simplify the stack as it > > would assume that all drivers implement those features, if > > not in hardware in software. > > > > - Arnaldo > > > > If a modern NIC doesn't support TSO in hardware, it deserves to be > outlawed :-) > > On a more serious note, I'm all in for stateless offloads but I think > that dropping stack support for adapters that don't implement TSO, etc > (either in hardware or in the driver) is a pretty long shot - someone > will have to update all the legacy drivers out there.
No, idea would be to have a library that implements TSO in software, perhaps with function pointers in struct net_device, if the drivers don't fill the pointers register_netdev would fill them with the TSO in software function pointers, i.e. the (legacy) network card would "offload" TSO to the OS, thus the TSO^2 (TSOO) joke 8) I.e. no changes whatsoever to the existing drivers for cards that don't implement TSO (or LRO or LSO with similar tricks for a soft implementation). Look, from me this is just conceptual handwaving so far 8) - Arnaldo - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
