Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
From:   Jens Axboe <axboe@kernel.dk>
To:     Christoph Hellwig <hch@lst.de>,
        "Martin K. Petersen" <martin.petersen@oracle.com>
Cc:     linux-nfs@vger.kernel.org, linux-block@vger.kernel.org,
        target-devel@vger.kernel.org,
        "J. Bruce Fields" <bfields@fieldses.org>,
        linux-scsi@vger.kernel.org, Chuck Lever <chuck.lever@oracle.com>
In-Reply-To: <20211021060607.264371-1-hch@lst.de>
References: <20211021060607.264371-1-hch@lst.de>
Subject: Re: remove QUEUE_FLAG_SCSI_PASSTHROUGH v3
Message-Id: <163491324565.82952.710827573154554710.b4-ty@kernel.dk>
Date:   Fri, 22 Oct 2021 08:34:05 -0600
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Precedence: bulk

On Thu, 21 Oct 2021 08:06:00 +0200, Christoph Hellwig wrote:
> this series removes the QUEUE_FLAG_SCSI_PASSTHROUGH and thus the last
> remaining SCSI passthrough concept from the block layer.
> 
> The changes to support pktcdvd are a bit ugly, but I can't think of
> anything better (except for removing the driver entirely).
> If we'd want to support packet writing today it would probably live
> entirely inside the sr driver.
> 
> [...]

Applied, thanks!

[1/7] block: add a ->get_unique_id method
      commit: 9208d414975895f69e9aca49153060ddd31b18d0
[2/7] sd: implement ->get_unique_id
      commit: b83ce214af3885437ff223b3a0c8ec6072a84167
[3/7] nfsd/blocklayout: use ->get_unique_id instead of sending SCSI commands
      commit: 8c6aabd1c72bc241c55f5b71a86cea5ef28bceca
[4/7] bsg-lib: initialize the bsg_job in bsg_transport_sg_io_fn
      commit: 237ea1602fb4cd14cd31b745a56fd0639c58eea3
[5/7] scsi: add a scsi_alloc_request helper
      commit: 68ec3b819a5d600a4ede8b596761dccac9f39ebc
[6/7] block: remove the initialize_rq_fn blk_mq_ops method
      commit: 4abafdc4360d993104c2b2f85943938a0c6ad025
[7/7] block: remove QUEUE_FLAG_SCSI_PASSTHROUGH
      commit: 4845012eb5b4e56cadb5f484cb55dd4fd9d1df80

Best regards,
-- 
Jens Axboe