lib/iov_iter.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
From: Sheng Yong <shengyong1@xiaomi.com>
When testing EROFS file-backed mount over v9fs on qemu, I encountered
a folio UAF issue. The page sanity check reports the following call
trace. The root cause is that pages in bvec are coalesced across a folio
bounary. The refcount of all non-slab folios should be increased to
ensure p9_releas_pages can put them correctly.
BUG: Bad page state in process md5sum pfn:18300
page: refcount:0 mapcount:0 mapping:00000000d5ad8e4e index:0x60 pfn:0x18300
head: order:0 mapcount:0 entire_mapcount:0 nr_pages_mapped:0 pincount:0
aops:z_erofs_aops ino:30b0f dentry name(?):"GoogleExtServicesCn.apk"
flags: 0x100000000000041(locked|head|node=0|zone=1)
raw: 0100000000000041 dead000000000100 dead000000000122 ffff888014b13bd0
raw: 0000000000000060 0000000000000020 00000000ffffffff 0000000000000000
head: 0100000000000041 dead000000000100 dead000000000122 ffff888014b13bd0
head: 0000000000000060 0000000000000020 00000000ffffffff 0000000000000000
head: 0100000000000000 0000000000000000 ffffffffffffffff 0000000000000000
head: 0000000000000010 0000000000000000 00000000ffffffff 0000000000000000
page dumped because: PAGE_FLAGS_CHECK_AT_FREE flag(s) set
Call Trace:
dump_stack_lvl+0x53/0x70
bad_page+0xd4/0x220
__free_pages_ok+0x76d/0xf30
__folio_put+0x230/0x320
p9_release_pages+0x179/0x1f0
p9_virtio_zc_request+0xa2a/0x1230
p9_client_zc_rpc.constprop.0+0x247/0x700
p9_client_read_once+0x34d/0x810
p9_client_read+0xf3/0x150
v9fs_issue_read+0x111/0x360
netfs_unbuffered_read_iter_locked+0x927/0x1390
netfs_unbuffered_read_iter+0xa2/0xe0
vfs_iocb_iter_read+0x2c7/0x460
erofs_fileio_rq_submit+0x46b/0x5b0
z_erofs_runqueue+0x1203/0x21e0
z_erofs_readahead+0x579/0x8b0
read_pages+0x19f/0xa70
page_cache_ra_order+0x4ad/0xb80
filemap_readahead.isra.0+0xe7/0x150
filemap_get_pages+0x7aa/0x1890
filemap_read+0x320/0xc80
vfs_read+0x6c6/0xa30
ksys_read+0xf9/0x1c0
do_syscall_64+0x9e/0x1a0
entry_SYSCALL_64_after_hwframe+0x71/0x79
Fixes: b9c0e49abfca ("mm: decline to manipulate the refcount on a slab page")
Signed-off-by: Sheng Yong <shengyong1@xiaomi.com>
---
lib/iov_iter.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
v2:
* update commit message
* update coding style
diff --git a/lib/iov_iter.c b/lib/iov_iter.c
index 8c7fdb7d8c8f..bc9391e55d57 100644
--- a/lib/iov_iter.c
+++ b/lib/iov_iter.c
@@ -1191,7 +1191,7 @@ static ssize_t __iov_iter_get_pages_alloc(struct iov_iter *i,
return -ENOMEM;
p = *pages;
for (int k = 0; k < n; k++) {
- struct folio *folio = page_folio(page);
+ struct folio *folio = page_folio(page + k);
p[k] = page + k;
if (!folio_test_slab(folio))
folio_get(folio);
--
2.43.0
On 4/1/25 16:47, Sheng Yong wrote:
> From: Sheng Yong <shengyong1@xiaomi.com>
>
> When testing EROFS file-backed mount over v9fs on qemu, I encountered
> a folio UAF issue. The page sanity check reports the following call
> trace. The root cause is that pages in bvec are coalesced across a folio
> bounary. The refcount of all non-slab folios should be increased to
> ensure p9_releas_pages can put them correctly.
>
> BUG: Bad page state in process md5sum pfn:18300
> page: refcount:0 mapcount:0 mapping:00000000d5ad8e4e index:0x60 pfn:0x18300
> head: order:0 mapcount:0 entire_mapcount:0 nr_pages_mapped:0 pincount:0
> aops:z_erofs_aops ino:30b0f dentry name(?):"GoogleExtServicesCn.apk"
> flags: 0x100000000000041(locked|head|node=0|zone=1)
> raw: 0100000000000041 dead000000000100 dead000000000122 ffff888014b13bd0
> raw: 0000000000000060 0000000000000020 00000000ffffffff 0000000000000000
> head: 0100000000000041 dead000000000100 dead000000000122 ffff888014b13bd0
> head: 0000000000000060 0000000000000020 00000000ffffffff 0000000000000000
> head: 0100000000000000 0000000000000000 ffffffffffffffff 0000000000000000
> head: 0000000000000010 0000000000000000 00000000ffffffff 0000000000000000
> page dumped because: PAGE_FLAGS_CHECK_AT_FREE flag(s) set
> Call Trace:
> dump_stack_lvl+0x53/0x70
> bad_page+0xd4/0x220
> __free_pages_ok+0x76d/0xf30
> __folio_put+0x230/0x320
> p9_release_pages+0x179/0x1f0
> p9_virtio_zc_request+0xa2a/0x1230
> p9_client_zc_rpc.constprop.0+0x247/0x700
> p9_client_read_once+0x34d/0x810
> p9_client_read+0xf3/0x150
> v9fs_issue_read+0x111/0x360
> netfs_unbuffered_read_iter_locked+0x927/0x1390
> netfs_unbuffered_read_iter+0xa2/0xe0
> vfs_iocb_iter_read+0x2c7/0x460
> erofs_fileio_rq_submit+0x46b/0x5b0
> z_erofs_runqueue+0x1203/0x21e0
> z_erofs_readahead+0x579/0x8b0
> read_pages+0x19f/0xa70
> page_cache_ra_order+0x4ad/0xb80
> filemap_readahead.isra.0+0xe7/0x150
> filemap_get_pages+0x7aa/0x1890
> filemap_read+0x320/0xc80
> vfs_read+0x6c6/0xa30
> ksys_read+0xf9/0x1c0
> do_syscall_64+0x9e/0x1a0
> entry_SYSCALL_64_after_hwframe+0x71/0x79
>
> Fixes: b9c0e49abfca ("mm: decline to manipulate the refcount on a slab page")
Sigh. That went to v6.14
mm-hotfixes and Cc: stable then?
> Signed-off-by: Sheng Yong <shengyong1@xiaomi.com>
Acked-by: Vlastimil Babka <vbabka@suse.cz>
Thanks.
> ---
> lib/iov_iter.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> ---
> v2:
> * update commit message
> * update coding style
>
> diff --git a/lib/iov_iter.c b/lib/iov_iter.c
> index 8c7fdb7d8c8f..bc9391e55d57 100644
> --- a/lib/iov_iter.c
> +++ b/lib/iov_iter.c
> @@ -1191,7 +1191,7 @@ static ssize_t __iov_iter_get_pages_alloc(struct iov_iter *i,
> return -ENOMEM;
> p = *pages;
> for (int k = 0; k < n; k++) {
> - struct folio *folio = page_folio(page);
> + struct folio *folio = page_folio(page + k);
> p[k] = page + k;
> if (!folio_test_slab(folio))
> folio_get(folio);
On 4/1/25 23:22, Vlastimil Babka wrote:
> On 4/1/25 16:47, Sheng Yong wrote:
>> From: Sheng Yong <shengyong1@xiaomi.com>
[...]
>>
>> Fixes: b9c0e49abfca ("mm: decline to manipulate the refcount on a slab page")
>
> Sigh. That went to v6.14
>
> mm-hotfixes and Cc: stable then?
Hi, Vlastimil,
Shall I resend this patch with Cc: tag to the stable list?
thanks,
sheng
>
>> Signed-off-by: Sheng Yong <shengyong1@xiaomi.com>
>
> Acked-by: Vlastimil Babka <vbabka@suse.cz>
>
> Thanks.
>
>> ---
>> lib/iov_iter.c | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>> ---
>> v2:
>> * update commit message
>> * update coding style
>>
>> diff --git a/lib/iov_iter.c b/lib/iov_iter.c
>> index 8c7fdb7d8c8f..bc9391e55d57 100644
>> --- a/lib/iov_iter.c
>> +++ b/lib/iov_iter.c
>> @@ -1191,7 +1191,7 @@ static ssize_t __iov_iter_get_pages_alloc(struct iov_iter *i,
>> return -ENOMEM;
>> p = *pages;
>> for (int k = 0; k < n; k++) {
>> - struct folio *folio = page_folio(page);
>> + struct folio *folio = page_folio(page + k);
>> p[k] = page + k;
>> if (!folio_test_slab(folio))
>> folio_get(folio);
>
On 4/2/25 15:36, Sheng Yong wrote:
> On 4/1/25 23:22, Vlastimil Babka wrote:
>> On 4/1/25 16:47, Sheng Yong wrote:
>>> From: Sheng Yong <shengyong1@xiaomi.com>
> [...]
>>>
>>> Fixes: b9c0e49abfca ("mm: decline to manipulate the refcount on a slab page")
>>
>> Sigh. That went to v6.14
>>
>> mm-hotfixes and Cc: stable then?
>
> Hi, Vlastimil,
Hi,
> Shall I resend this patch with Cc: tag to the stable list?
Andrew can do it when picking up the patch so no need to. Thanks.
> thanks,
> sheng
>
>>
>>> Signed-off-by: Sheng Yong <shengyong1@xiaomi.com>
>>
>> Acked-by: Vlastimil Babka <vbabka@suse.cz>
>>
>> Thanks.
>>
>>> ---
>>> lib/iov_iter.c | 2 +-
>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>> ---
>>> v2:
>>> * update commit message
>>> * update coding style
>>>
>>> diff --git a/lib/iov_iter.c b/lib/iov_iter.c
>>> index 8c7fdb7d8c8f..bc9391e55d57 100644
>>> --- a/lib/iov_iter.c
>>> +++ b/lib/iov_iter.c
>>> @@ -1191,7 +1191,7 @@ static ssize_t __iov_iter_get_pages_alloc(struct iov_iter *i,
>>> return -ENOMEM;
>>> p = *pages;
>>> for (int k = 0; k < n; k++) {
>>> - struct folio *folio = page_folio(page);
>>> + struct folio *folio = page_folio(page + k);
>>> p[k] = page + k;
>>> if (!folio_test_slab(folio))
>>> folio_get(folio);
>>
>
On Tue, Apr 01, 2025 at 10:47:12PM +0800, Sheng Yong wrote:
> Fixes: b9c0e49abfca ("mm: decline to manipulate the refcount on a slab page")
> Signed-off-by: Sheng Yong <shengyong1@xiaomi.com>
Reviewed-by: Matthew Wilcox (Oracle) <willy@infradead.org>
© 2016 - 2026 Red Hat, Inc.