From: Jan Kara <jack@suse.cz>
To: Shin'ichiro Kawasaki <shinichiro.kawasaki@wdc.com>
Cc: linux-block@vger.kernel.org, Jens Axboe <axboe@kernel.dk>,
Jan Kara <jack@suse.cz>, Ming Lei <ming.lei@redhat.com>,
Damien Le Moal <Damien.LeMoal@wdc.com>
Subject: Re: [PATCH] block: Hold invalidate_lock in BLKRESETZONE ioctl
Date: Thu, 11 Nov 2021 11:06:40 +0100 [thread overview]
Message-ID: <20211111100640.GA25491@quack2.suse.cz> (raw)
In-Reply-To: <20211111085238.942492-1-shinichiro.kawasaki@wdc.com>
On Thu 11-11-21 17:52:38, Shin'ichiro Kawasaki wrote:
> When BLKRESETZONE ioctl and data read race, the data read leaves stale
> page cache. The commit e5113505904e ("block: Discard page cache of zone
> reset target range") added page cache truncation to avoid stale page
> cache after the ioctl. However, the stale page cache still can be read
> during the reset zone operation for the ioctl. To avoid the stale page
> cache completely, hold invalidate_lock of the block device file mapping.
>
> Fixes: e5113505904e ("block: Discard page cache of zone reset target range")
> Signed-off-by: Shin'ichiro Kawasaki <shinichiro.kawasaki@wdc.com>
> Cc: stable@vger.kernel.org # v5.15
Looks good to me. Feel free to add:
Reviewed-by: Jan Kara <jack@suse.cz>
Honza
> ---
> block/blk-zoned.c | 15 +++++----------
> 1 file changed, 5 insertions(+), 10 deletions(-)
>
> diff --git a/block/blk-zoned.c b/block/blk-zoned.c
> index 1d0c76c18fc5..774ecc598bee 100644
> --- a/block/blk-zoned.c
> +++ b/block/blk-zoned.c
> @@ -429,9 +429,10 @@ int blkdev_zone_mgmt_ioctl(struct block_device *bdev, fmode_t mode,
> op = REQ_OP_ZONE_RESET;
>
> /* Invalidate the page cache, including dirty pages. */
> + filemap_invalidate_lock(bdev->bd_inode->i_mapping);
> ret = blkdev_truncate_zone_range(bdev, mode, &zrange);
> if (ret)
> - return ret;
> + goto fail;
> break;
> case BLKOPENZONE:
> op = REQ_OP_ZONE_OPEN;
> @@ -449,15 +450,9 @@ int blkdev_zone_mgmt_ioctl(struct block_device *bdev, fmode_t mode,
> ret = blkdev_zone_mgmt(bdev, op, zrange.sector, zrange.nr_sectors,
> GFP_KERNEL);
>
> - /*
> - * Invalidate the page cache again for zone reset: writes can only be
> - * direct for zoned devices so concurrent writes would not add any page
> - * to the page cache after/during reset. The page cache may be filled
> - * again due to concurrent reads though and dropping the pages for
> - * these is fine.
> - */
> - if (!ret && cmd == BLKRESETZONE)
> - ret = blkdev_truncate_zone_range(bdev, mode, &zrange);
> +fail:
> + if (cmd == BLKRESETZONE)
> + filemap_invalidate_unlock(bdev->bd_inode->i_mapping);
>
> return ret;
> }
> --
> 2.33.1
>
--
Jan Kara <jack@suse.com>
SUSE Labs, CR
next prev parent reply other threads:[~2021-11-11 10:06 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-11 8:52 [PATCH] block: Hold invalidate_lock in BLKRESETZONE ioctl Shin'ichiro Kawasaki
2021-11-11 10:06 ` Jan Kara [this message]
2021-11-11 12:05 ` Ming Lei
2021-11-11 18:52 ` Jens Axboe
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20211111100640.GA25491@quack2.suse.cz \
--to=jack@suse.cz \
--cc=Damien.LeMoal@wdc.com \
--cc=axboe@kernel.dk \
--cc=linux-block@vger.kernel.org \
--cc=ming.lei@redhat.com \
--cc=shinichiro.kawasaki@wdc.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox