[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200808111645.04677.divy@chelsio.com>
Date: Mon, 11 Aug 2008 16:45:03 -0700
From: Divy Le Ray <divy@...lsio.com>
To: "Steve Wise" <swise@...ngridcomputing.com>
Cc: "David Miller" <davem@...emloft.net>, rdreier@...co.com,
jgarzik@...ox.com, "Karen Xie" <kxie@...lsio.com>,
netdev@...r.kernel.org, open-iscsi@...glegroups.com,
michaelc@...wisc.edu, daisyc@...ibm.com, wenxiong@...ibm.com,
bhua@...ibm.com, "Dimitrios Michailidis" <dm@...lsio.com>,
"Casey Leedom" <leedom@...lsio.com>, linux-scsi@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [RFC][PATCH 1/1] cxgb3i: cxgb3 iSCSI initiator
On Monday 11 August 2008 04:20:07 pm Steve Wise wrote:
> David Miller wrote:
> > From: Roland Dreier <rdreier@...co.com>
> > Date: Mon, 11 Aug 2008 09:09:02 -0700
> >
> >> > We turn it off. If I want to shape or filter one of these iSCSI
> >> > connections can we turn it off?
> >>
> >> That seems like a reasonable idea to me -- the standard thing to do when
> >> a NIC offload conflicts with something else is to turn off the offload
> >> and fall back to software.
> >
> > But as Herbert says, we can make LRO such that turning it off
> > isn't necessary.
> >
> > Can we shape the iSCSI offload traffic without turning it off?
>
> With Chelsio's product you can do this. Maybe Divy can provide details?
The T3 adapter is capable of performing rate control and pacing based on RTT
on a per-connection basis.
Cheers,
Divy
--
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