Re: [PATCH AUTOSEL 6.8 26/52] erofs: reliably distinguish block based and fscache mode

2024-05-07 Thread Gao Xiang
Hi, On 2024/5/8 07:06, Sasha Levin wrote: From: Christian Brauner [ Upstream commit 7af2ae1b1531feab5d38ec9c8f472dc6cceb4606 ] When erofs_kill_sb() is called in block dev based mode, s_bdev may not have been initialised yet, and if CONFIG_EROFS_FS_ONDEMAND is enabled, it will be mistaken for

Re: [PATCH AUTOSEL 6.6 21/43] erofs: reliably distinguish block based and fscache mode

2024-05-07 Thread Gao Xiang
Hi, On 2024/5/8 07:09, Sasha Levin wrote: From: Christian Brauner [ Upstream commit 7af2ae1b1531feab5d38ec9c8f472dc6cceb4606 ] When erofs_kill_sb() is called in block dev based mode, s_bdev may not have been initialised yet, and if CONFIG_EROFS_FS_ONDEMAND is enabled, it will be mistaken for

[PATCH AUTOSEL 6.6 21/43] erofs: reliably distinguish block based and fscache mode

2024-05-07 Thread Sasha Levin
From: Christian Brauner [ Upstream commit 7af2ae1b1531feab5d38ec9c8f472dc6cceb4606 ] When erofs_kill_sb() is called in block dev based mode, s_bdev may not have been initialised yet, and if CONFIG_EROFS_FS_ONDEMAND is enabled, it will be mistaken for fscache mode, and then attempt to free an

[PATCH AUTOSEL 6.8 26/52] erofs: reliably distinguish block based and fscache mode

2024-05-07 Thread Sasha Levin
From: Christian Brauner [ Upstream commit 7af2ae1b1531feab5d38ec9c8f472dc6cceb4606 ] When erofs_kill_sb() is called in block dev based mode, s_bdev may not have been initialised yet, and if CONFIG_EROFS_FS_ONDEMAND is enabled, it will be mistaken for fscache mode, and then attempt to free an

Re: [PATCH 0/5] cachefiles: some bugfixes for withdraw and xattr

2024-05-07 Thread Baokun Li
Hi David, Hi Jeff, Could you please take time to take a look at this series?  I'd appreciated it if I could get some feedback and comments. Thanks, Baokun On 2024/4/24 11:27, libao...@huaweicloud.com wrote: From: Baokun Li Hello everyone! Recently we found some bugs while doing tests on

Re: [PATCH 08/12] cachefiles: never get a new anon fd if ondemand_id is valid

2024-05-07 Thread Baokun Li
Hi Jingbo, On 2024/5/6 11:09, Jingbo Xu wrote: On 4/24/24 11:39 AM, libao...@huaweicloud.com wrote: From: Baokun Li Now every time the daemon reads an open request, it requests a new anon fd and ondemand_id. With the introduction of "restore", it is possible to read the same open request

Re: [PATCH 01/12] cachefiles: remove request from xarry during flush requests

2024-05-07 Thread Baokun Li
Hi Jingbo, Sorry for the late reply. On 2024/5/6 13:50, Jingbo Xu wrote: On 5/6/24 11:57 AM, Baokun Li wrote: On 2024/5/6 11:48, Jingbo Xu wrote: On 4/24/24 11:39 AM, libao...@huaweicloud.com wrote: From: Baokun Li This prevents concurrency from causing access to a freed req. Could you