Re: [PATCH] block: fix q->max_segment_size checking in blk_recalc_rq_segments about VMERGE

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Mikulas Patocka <mpatocka@...>
Cc: David Miller <davem@...>, <fujita.tomonori@...>, <jens.axboe@...>, <linux-kernel@...>, <linux-scsi@...>, <linux-parisc@...>
Date: Thursday, July 24, 2008 - 11:28 am

On Thu, 2008-07-24 at 11:07 -0400, Mikulas Patocka wrote:

You keep ignoring inconvenient facts.  For about the third time:

I run a test bed for sg_tables (large chaining of requests).  This runs
on parisc using virtual merging (has to because the final physical table
size can't go over the sg list of the SCSI card).  If I turn off virtual
merging I can no longer test sg_tables in vanilla kernels.

James


--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [PATCH] block: fix q->max_segment_size checking in bl..., James Bottomley, (Thu Jul 24, 11:28 am)
Re: [PATCH] block: fix q-&gt;max_segment_size checking in bl..., John David Anglin, (Thu Jul 24, 10:40 pm)