From patchwork Fri Apr 5 04:41:42 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Damien Le Moal X-Patchwork-Id: 13618484 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 871A92262B; Fri, 5 Apr 2024 04:42:14 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712292134; cv=none; b=E0AkOqNYdBQ+rSSbh1hEzP8Xyeaeybo/OvFPqLGvt0WS7U7ohep2VxDkL8n2wV/ftJy6G5cBlIRvOiMgq8gHxEk7J3RHFWXBYz0emyR+b2RhuSM6RjpsfItgKR6Ywr5RrmexyL5rRmYPxOllY/NuYL3b3xIXdABgzuRzXLpAk9o= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712292134; c=relaxed/simple; bh=rru/AHn+layWiJAwPcl73UzGZggIBwUPSgXXk1fmNpc=; h=From:To:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=GGGP8B2ixE23ifB/IBbp2OGfwtzvjmj0lBPVI6TEAeNB4xxFlSt9XOC5yBoKSxQ5C/5IdPSUwDzdTtA3Oly1zSPSquaswM8FbYZnG5WmYhqNNGrEde5lpDqPSvFnsnOqp479h046y5ns9V6IJon8+OMMK11/8krH5ldMIoFLiQ8= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=LYiWJiQO; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="LYiWJiQO" Received: by smtp.kernel.org (Postfix) with ESMTPSA id D38DCC433F1; Fri, 5 Apr 2024 04:42:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1712292134; bh=rru/AHn+layWiJAwPcl73UzGZggIBwUPSgXXk1fmNpc=; h=From:To:Subject:Date:In-Reply-To:References:From; b=LYiWJiQOoDy22yWUsn/MJXI47C50gsVliOm3bDcNlbBRGQdPCp4eabyNDSMaf+fvz LdBuqQevMPtWGdG782EIENlxTtXy9rE/zDKnNQFLcdO4yCG6aYlr1a6PTwAzo68E1T AC3Iv8PavwMGSNEMCvcMWPjW2cutrMHt0Rf2KvBgpx31XYyA17v1qL/tkvJ4ajCOLt 8FVhERye32w8nQWOJ9JB1zrJzn/yo8C1wPz/9TL2OJkmCpsAROdCzS3D2ozhiZiioV BtYO7+zZjzGgLqzlR8FP0TTOnGrwMQFgkuPwigSMlGsM/tpbHf2xilMdahXIz1DNYx PYeDmnHNH6Rxg== From: Damien Le Moal To: linux-block@vger.kernel.org, Jens Axboe , linux-scsi@vger.kernel.org, "Martin K . Petersen" , dm-devel@lists.linux.dev, Mike Snitzer , linux-nvme@lists.infradead.org, Keith Busch , Christoph Hellwig Subject: [PATCH v6 03/28] block: Introduce blk_zone_update_request_bio() Date: Fri, 5 Apr 2024 13:41:42 +0900 Message-ID: <20240405044207.1123462-4-dlemoal@kernel.org> X-Mailer: git-send-email 2.44.0 In-Reply-To: <20240405044207.1123462-1-dlemoal@kernel.org> References: <20240405044207.1123462-1-dlemoal@kernel.org> Precedence: bulk X-Mailing-List: linux-block@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 On completion of a zone append request, the request sector indicates the location of the written data. This value must be returned to the user through the BIO iter sector. This is done in 2 places: in blk_complete_request() and in blk_update_request(). Introduce the inline helper function blk_zone_update_request_bio() to avoid duplicating this BIO update for zone append requests, and to compile out this helper call when CONFIG_BLK_DEV_ZONED is not enabled. Signed-off-by: Damien Le Moal Reviewed-by: Hannes Reinecke Reviewed-by: Christoph Hellwig Reviewed-by: Bart Van Assche Tested-by: Hans Holmberg --- block/blk-mq.c | 11 +++++------ block/blk.h | 19 ++++++++++++++++++- 2 files changed, 23 insertions(+), 7 deletions(-) diff --git a/block/blk-mq.c b/block/blk-mq.c index fcbf0953a179..88b541e8873f 100644 --- a/block/blk-mq.c +++ b/block/blk-mq.c @@ -821,8 +821,7 @@ static void blk_complete_request(struct request *req) /* Completion has already been traced */ bio_clear_flag(bio, BIO_TRACE_COMPLETION); - if (req_op(req) == REQ_OP_ZONE_APPEND) - bio->bi_iter.bi_sector = req->__sector; + blk_zone_update_request_bio(req, bio); if (!is_flush) bio_endio(bio); @@ -923,10 +922,10 @@ bool blk_update_request(struct request *req, blk_status_t error, bio_advance(bio, bio_bytes); /* Don't actually finish bio if it's part of flush sequence */ - if (!bio->bi_iter.bi_size && !is_flush) { - if (req_op(req) == REQ_OP_ZONE_APPEND) - bio->bi_iter.bi_sector = req->__sector; - bio_endio(bio); + if (!bio->bi_iter.bi_size) { + blk_zone_update_request_bio(req, bio); + if (!is_flush) + bio_endio(bio); } total_bytes += bio_bytes; diff --git a/block/blk.h b/block/blk.h index d9f584984bc4..17786052f32d 100644 --- a/block/blk.h +++ b/block/blk.h @@ -408,12 +408,29 @@ static inline struct bio *blk_queue_bounce(struct bio *bio, #ifdef CONFIG_BLK_DEV_ZONED void disk_free_zone_bitmaps(struct gendisk *disk); +static inline void blk_zone_update_request_bio(struct request *rq, + struct bio *bio) +{ + /* + * For zone append requests, the request sector indicates the location + * at which the BIO data was written. Return this value to the BIO + * issuer through the BIO iter sector. + */ + if (req_op(rq) == REQ_OP_ZONE_APPEND) + bio->bi_iter.bi_sector = rq->__sector; +} int blkdev_report_zones_ioctl(struct block_device *bdev, unsigned int cmd, unsigned long arg); int blkdev_zone_mgmt_ioctl(struct block_device *bdev, blk_mode_t mode, unsigned int cmd, unsigned long arg); #else /* CONFIG_BLK_DEV_ZONED */ -static inline void disk_free_zone_bitmaps(struct gendisk *disk) {} +static inline void disk_free_zone_bitmaps(struct gendisk *disk) +{ +} +static inline void blk_zone_update_request_bio(struct request *rq, + struct bio *bio) +{ +} static inline int blkdev_report_zones_ioctl(struct block_device *bdev, unsigned int cmd, unsigned long arg) {