lkml.org 
[lkml]   [2001]   [Jan]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: KIOBUFS ??
On Wed, Jan 10 2001, Andre Hedrick wrote:
>
> LT,
>
> Will this maddness insure that the granularity of the request will be
> dependent to the k_dev_t? Specifically, can one make KIOBUFS do the
> sizing of buffer to match the ideal or specified size limits imposed by a
> given block device? Otherwise I will need to design an sub-request layer
> to reduce the pain of restarting the entire request because of the huge
> DMA-PRD-Chain that has no clue how to report error location and allow a
> restart from NxPRD's before the error.

Take a look at the XFS tree. I wrote IDE kiobuf support for that, and
it simply doesn't take the request the queue before it has been
completed (which may take many start-ups for a huge request). But unless
you can make the prd table bigger (which doesn't make much sense anyway),
I don't see any harm in setting up sg for each iteration.

--
* Jens Axboe <axboe@suse.de>
* SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:28    [W:0.036 / U:22.824 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site