[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080811.145313.178992274.davem@davemloft.net>
Date: Mon, 11 Aug 2008 14:53:13 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: rdreier@...co.com
Cc: rick.jones2@...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
From: Roland Dreier <rdreier@...co.com>
Date: Mon, 11 Aug 2008 14:41:16 -0700
> > > Probably depends on whether or not the iSCSI offload solutions are doing
> > > zero-copy receive into the filecache?
> >
> > That's a data placement issue, which also can be solved with
> > stateless offloading.
>
> How can you place iSCSI data properly with only stateless offloads?
By teaching the stateless offload how to parse the iSCSI headers
on the flow and place the data into pages at the correct offsets
such that you can place the pages hanging off of the SKB directly
into the page cache.
--
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