On Jan 21, 2007, at 10:06 PM, Benny Halevy wrote:
Douglas Gilbert wrote:
Boaz Harrosh wrote:
- Introduce a new enum dma_data_direction data_dir member in
struct request.
and remove the RW bit from request->cmd_flag
- Add new API to query request direction.
- Adjust existing API and implementation.
- Cleanup wrong use of DMA_BIDIRECTIONAL
- Introduce new blk_rq_init_unqueued_req() and use it in places
ad-hoc
requests were used and bzero'ed.
With a bi-directional transfer is it always unambiguous
which transfer occurs first (or could they occur at
the same time)?
The bidi transfers can occur in any order and in parallel.
Yes.
However it's not that hard. If you're a target (which open-iscsi
isn't), you know what the command needs. If you're an initiator, you
just send the unsolicited data (if any), then let the target tell you
what it needs next.
While it is possible for commands to have multiple phases, all the
BiDi commands I'm familiar with use the Data-Out phase to send extra
command data, then use the Data-In phase to get either an extended
response to the query (such as a search command) or extended status
(OSD commands). So it's not that bad in reality.
Take care,
Bill
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
