Messages in this thread |  | | Date | Tue, 3 Sep 2002 12:10:41 +0200 | From | Andi Kleen <> | Subject | Re: TCP Segmentation Offloading (TSO) |
| |
On Tue, Sep 03, 2002 at 03:00:25AM -0700, David S. Miller wrote: > From: Andi Kleen <ak@suse.de> > Date: 03 Sep 2002 11:05:30 +0200 > > x86-64 handles it (also in csum-copy). I think at least Alpha does it > too (that is where I stole the C csum-partial base from) But it's ugly. > See the odd hack. > > Ok I think we really need to fix this then in the arches > where broken. Let's do an audit. :-)
Yes, it's needed because users can pass unaligned addresses in from userspace to sendmsg
> > I question if x86 is broken at all. It checks odd lengths > and x86 handles odd memory accesses transparently. Please, > some x86 guru make some comments here :-)
x86 is just slower for this case because all accesses will eat the unaligned penalty, but should work.
I could have done it this way on x86-64 too, but chose to handle it.
> It looks like sparc64 is the only platform where oddly aligned buffer > can truly cause problems and I can fix that easily enough.
It could allow everybody to generate packets with bogus addresses on the network.
I suspect on sparc64 it will just be all handled by the unalignment handler in the kernel ? If yes it will be incredibly slow, but should work.
-Andi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |