[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <E1KS4VN-0000v1-00@gondolin.me.apana.org.au>
Date: Sun, 10 Aug 2008 14:34:17 +0800
From: Herbert Xu <herbert@...dor.apana.org.au>
To: davem@...emloft.net (David Miller)
Cc: rdreier@...co.com, jgarzik@...ox.com, swise@...ngridcomputing.com,
divy@...lsio.com, kxie@...lsio.com, netdev@...r.kernel.org,
open-iscsi@...glegroups.com, michaelc@...wisc.edu,
daisyc@...ibm.com, wenxiong@...ibm.com, bhua@...ibm.com,
dm@...lsio.com, leedom@...lsio.com, linux-scsi@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [RFC][PATCH 1/1] cxgb3i: cxgb3 iSCSI initiator
David Miller <davem@...emloft.net> wrote:
>
>> We already support offloads that break other features, eg large receive
>> offload breaks forwarding. We deal with it.
>
> We turn it off. If I want to shape or filter one of these iSCSI
> connections can we turn it off?
Actually one of my TODO items is to restructure software LRO
so that we preserve the original packet headers while aggregating
the packets. That would allow us to easily refragment them on
output for forwarding.
In other words LRO (at least the software variant) is not
fundamentally incompatible with forwarding.
I'd also like to encourage all hardware manufacturers considering
LRO support to provide a way for us to access the original headers
so that it doesn't have to be turned off for forwarding.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@...dor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists