Re: [PATCH] unexport sg v3 helper functions

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

 



On Tue, Jul 24 2007, Douglas Gilbert wrote:
> Jens Axboe wrote:
> > On Mon, Jul 23 2007, Douglas Gilbert wrote:
> >> Jens Axboe wrote:
> >>> On Sun, Jul 22 2007, FUJITA Tomonori wrote:
> >>>> blk_fill_sghdr_rq, blk_unmap_sghdr_rq, and blk_complete_sghdr_rq were
> >>>> exported for bsg, however bsg was changed to support only sg v4.
> >>>>
> >>>> Signed-off-by: FUJITA Tomonori <fujita.tomonori@xxxxxxxxxxxxx>
> >>> Acked-by: Jens Axboe <jens.axboe@xxxxxxxxxx>
> >> Why?
> > 
> > The reasoning is right there, a few lines up - bsg doesn't support sg v3
> > commands.
> 
> I can read.

Then write better questions "Why?" isn't very useful.

> Why doesn't bsg support sg v3 commands?

You should know, the discussion on that happened at the storage summit
and on linux-scsi. It was decided to drop sg v3 support from bsg, and
only focus on making bsg the driver for sg v4 commands.

As you know, we already have dual paths for sg v3. For sg v4 we can get
rid of that pain, and just have a single driver for handling that.

-- 
Jens Axboe

-
To unsubscribe from this list: 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