From patchwork Wed Apr 3 08:42:30 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: 786085 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 878E07442A; Wed, 3 Apr 2024 08:43:07 +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=1712133787; cv=none; b=fIj41hmRcr29ATdODpElCvdaX1KsLbUxGmXai+Jdte5x5tXjV6/KcjO8Wm8PvJMEwjdsnv29F98Jv93GgUQ38F9N8R40DrX1/jH4pbZ9Z10N1dgVphjOfIOofN0OWcvbtiW4Cm1794WUTUxJ1PVDimMNxs9mI/qWAJiKflvBSK0= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712133787; c=relaxed/simple; bh=edLE5wQrKPzXPs8nMw3E6C5ZV5FhwRp03tqTFrlu688=; h=From:To:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=iGw24qKSpVvxeXYL256lvX3fvF5mKcPJ0fZ/yCu45tgxcZLj6P+6M2hUw7cYX5Iqt54X3gUslwKEJIdgadbkSEi0Fsuaseo02HFdzFh/D8/2iSPr9nZRJhT3BzT/WlLyfobHK5Iw1bdNBeI+t7FTtAdEnzZvEkQ6GblgYvaEo2M= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=kRthRF6u; 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="kRthRF6u" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2D5CAC43394; Wed, 3 Apr 2024 08:43:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1712133787; bh=edLE5wQrKPzXPs8nMw3E6C5ZV5FhwRp03tqTFrlu688=; h=From:To:Subject:Date:In-Reply-To:References:From; b=kRthRF6u94MkcoyCn92OrjkiaHyb1wu+dJO5newqmUTYB4z7gkkYxMoOPgJD+GSy5 NvXU3k/Reuio6rQemu7z5sewQwEhTdgNTOegstFxr2xFzF2fTBHqdM/Kqo+DBN1xJm C/pwZM3dgXNWiaE3yvV0thUhTc9Y1ljf3NP1TmESEQkpJoBI9GR3P09MVh2fN+Z+tD zBdiprLSXyyC5+qsXEDhSWTVFhMr3rsSiDPzCY6lh1kHwz1FB8nx9A6bWn5Ew08J6Q Gmt9PwIi/mgGcKdqAMSlM5/miohbL8ZikWs0Mjx9AurCMSeOm6s+RSBatHgCi7nrQk BLonX6Qhfv8rw== 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 v5 11/28] block: Allow BIO-based drivers to use blk_revalidate_disk_zones() Date: Wed, 3 Apr 2024 17:42:30 +0900 Message-ID: <20240403084247.856481-12-dlemoal@kernel.org> X-Mailer: git-send-email 2.44.0 In-Reply-To: <20240403084247.856481-1-dlemoal@kernel.org> References: <20240403084247.856481-1-dlemoal@kernel.org> Precedence: bulk X-Mailing-List: linux-scsi@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 In preparation for allowing BIO based device drivers to use zone write plugging and its zone append emulation, allow these drivers to call blk_revalidate_disk_zones() so that all zone resources necessary to zone write plugging can be initialized. To do so, remove the check in blk_revalidate_disk_zones() restricting the use of this function to mq request-based drivers to allow also BIO-based drivers to use it. This is safe to do as long as the BIO-based block device queue is already setup and usable, as it should, and can be safely frozen. The helper function disk_need_zone_resources() is added to control the allocation and initialization of the zone write plug hash table and of the conventional zone bitmap only for mq devices and for BIO-based devices that require zone append emulation. Signed-off-by: Damien Le Moal Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke Reviewed-by: Bart Van Assche --- block/blk-zoned.c | 30 ++++++++++++++++++++++++------ 1 file changed, 24 insertions(+), 6 deletions(-) diff --git a/block/blk-zoned.c b/block/blk-zoned.c index 4dc9a5f3b4da..1441f7aa3036 100644 --- a/block/blk-zoned.c +++ b/block/blk-zoned.c @@ -1510,12 +1510,28 @@ void disk_free_zone_resources(struct gendisk *disk) disk->nr_zones = 0; } +static inline bool disk_need_zone_resources(struct gendisk *disk) +{ + /* + * All mq zoned devices need zone resources so that the block layer + * can automatically handle write BIO plugging. BIO-based device drivers + * (e.g. DM devices) are normally responsible for handling zone write + * ordering and do not need zone resources, unless the driver requires + * zone append emulation. + */ + return queue_is_mq(disk->queue) || + queue_emulates_zone_append(disk->queue); +} + static int disk_revalidate_zone_resources(struct gendisk *disk, unsigned int nr_zones) { struct queue_limits *lim = &disk->queue->limits; unsigned int pool_size; + if (!disk_need_zone_resources(disk)) + return 0; + /* * If the device has no limit on the maximum number of open and active * zones, use BLK_ZONE_WPLUG_DEFAULT_POOL_SIZE. @@ -1633,6 +1649,9 @@ static int blk_revalidate_zone_cb(struct blk_zone *zone, unsigned int idx, disk->disk_name); return -ENODEV; } + + if (!disk_need_zone_resources(disk)) + break; if (!args->conv_zones_bitmap) { args->conv_zones_bitmap = blk_alloc_zone_bitmap(q->node, args->nr_zones); @@ -1664,10 +1683,11 @@ static int blk_revalidate_zone_cb(struct blk_zone *zone, unsigned int idx, /* * We need to track the write pointer of all zones that are not * empty nor full. So make sure we have a zone write plug for - * such zone. + * such zone if the device has a zone write plug hash table. */ wp_offset = blk_zone_wp_offset(zone); - if (wp_offset && wp_offset < zone_sectors) { + if (disk->zone_wplugs_hash && + wp_offset && wp_offset < zone_sectors) { zwplug = disk_get_and_lock_zone_wplug(disk, zone->start, GFP_NOIO, &flags); if (!zwplug) @@ -1698,8 +1718,8 @@ static int blk_revalidate_zone_cb(struct blk_zone *zone, unsigned int idx, * be called within the disk ->revalidate method for blk-mq based drivers. * Before calling this function, the device driver must already have set the * device zone size (chunk_sector limit) and the max zone append limit. - * For BIO based drivers, this function cannot be used. BIO based device drivers - * only need to set disk->nr_zones so that the sysfs exposed value is correct. + * BIO based drivers can also use this function as long as the device queue + * can be safely frozen. * If the @update_driver_data callback function is not NULL, the callback is * executed with the device request queue frozen after all zones have been * checked. @@ -1716,8 +1736,6 @@ int blk_revalidate_disk_zones(struct gendisk *disk, if (WARN_ON_ONCE(!blk_queue_is_zoned(q))) return -EIO; - if (WARN_ON_ONCE(!queue_is_mq(q))) - return -EIO; if (!capacity) return -ENODEV;