[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080809.224725.130946315.davem@davemloft.net>
Date: Sat, 09 Aug 2008 22:47:25 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: rdreier@...co.com
Cc: 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
From: Roland Dreier <rdreier@...co.com>
Date: Sat, 09 Aug 2008 22:14:11 -0700
> > Also, I find it ironic that the port abduction is being asked for in
> > order to be "compatible with existing tools" yet in fact this stuff
> > breaks everything. You can't netfilter this traffic, you can't apply
> > qdiscs to it, you can't execut TC actions on them, you can't do
> > segmentation offload on them, you can't look for the usual TCP MIB
> > statistics on the connection, etc. etc. etc.
>
> 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?
It's funny you mention LRO because it probably gives most of whatever
gain these special iSCSI TCP connection offload things get.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists