Re: Regarding posted scsi midlyaer patchsets

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Apr 18 2005, Tejun Heo wrote:
>  And, James, regarding REQ_SOFTBARRIER, if the REQ_SOFTBARRIER thing can
> be removed from SCSI midlayer, do you agree to change REQ_SPECIAL to
> mean special requests?  If so, I have three proposals.
> 
>  * move REQ_SOFTBARRIER setting to right after the allocation of
> scsi_cmnd in scsi_prep_fn().  This will be the only place where
> REQ_SOFTBARRIER is used in SCSI midlayer, making it less pervasive.
>  * Or, make another API which sets REQ_SOFTBARRIER on requeue.  maybe
> blk_requeue_ordered_request()?
>  * Or, make blk_insert_request() not set REQ_SPECIAL on requeue.  IMHO,
> this is a bit too subtle.
> 
>  I like #1 or #2.  Jens, what do you think?  Do you agree to remove
> requeue feature from blk_insert_request()?

#2 is the best, imho. We really want to maintain ordering on requeue
always, marking it softbarrier automatically in the block layer means
the io schedulers don't have to do anything specific to handle it.

I have no problem with removing the requeue stuff from
blk_insert_request(). That function is horribly weird as it is, it is
supposed to look generic but is really just a scsi special case.

-- 
Jens Axboe

-
: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Device Mapper]
  Powered by Linux