[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZHeoIFrp303f0E8d@redhat.com>
Date: Wed, 31 May 2023 16:03:44 -0400
From: Vivek Goyal <vgoyal@...hat.com>
To: Jingbo Xu <jefflexu@...ux.alibaba.com>
Cc: miklos@...redi.hu, linux-fsdevel@...r.kernel.org,
gerry@...ux.alibaba.com, linux-kernel@...r.kernel.org,
German Maglione <gmaglione@...hat.com>
Subject: Re: [PATCH] fuse: fix return value of inode_inline_reclaim_one_dmap
in error path
On Mon, Apr 24, 2023 at 08:32:50PM +0800, Jingbo Xu wrote:
> When range already got reclaimed by somebody else, return NULL so that
> the caller could retry to allocate or reclaim another range, instead of
> mistakenly returning the range already got reclaimed and reused by
> others.
>
> Reported-by: Liu Jiang <gerry@...ux.alibaba.com>
> Fixes: 9a752d18c85a ("virtiofs: add logic to free up a memory range")
> Signed-off-by: Jingbo Xu <jefflexu@...ux.alibaba.com>
Hi Jingbo,
This patch looks correct to me.
Are you able to reproduce the problem? Or you are fixing it based on
code inspection?
How are you testing this? We don't have virtiofsd DAX implementation yet
in rust virtiofsd yet.
I am not sure how to test this chagne now. We had out of tree patches
in qemu and now qemu has gotten rid of C version of virtiofsd so these
patches might not even work now.
Thanks
Vivek
> ---
> fs/fuse/dax.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/fs/fuse/dax.c b/fs/fuse/dax.c
> index 8e74f278a3f6..59aadfd89ee5 100644
> --- a/fs/fuse/dax.c
> +++ b/fs/fuse/dax.c
> @@ -985,6 +985,7 @@ inode_inline_reclaim_one_dmap(struct fuse_conn_dax *fcd, struct inode *inode,
> node = interval_tree_iter_first(&fi->dax->tree, start_idx, start_idx);
> /* Range already got reclaimed by somebody else */
> if (!node) {
> + dmap = NULL;
> if (retry)
> *retry = true;
> goto out_write_dmap_sem;
> --
> 2.19.1.6.gb485710b
>
Powered by blists - more mailing lists