Re: [syzbot] [sound?] kernel BUG in filemap_fault (2)
From: Ryan Roberts
Date: Tue Sep 16 2025 - 08:50:30 EST
On 14/09/2025 11:51, syzbot wrote:
> syzbot suspects this issue was fixed by commit:
>
> commit bdb86f6b87633cc020f8225ae09d336da7826724
> Author: Ryan Roberts <ryan.roberts@xxxxxxx>
> Date: Mon Jun 9 09:27:23 2025 +0000
>
> mm/readahead: honour new_order in page_cache_ra_order()
I'm not sure what original bug you are claiming this is fixing? Perhaps this?
https://lore.kernel.org/linux-mm/6852b77e.a70a0220.79d0a.0214.GAE@xxxxxxxxxx/
If so, the fix for that was squashed into the original patch before it was
merged upstream. That is now Commit 38b0ece6d763 ("mm/filemap: allow arch to
request folio size for exec memory").
Thanks,
Ryan
>
> bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=1100b934580000
> start commit: b4911fb0b060 Merge tag 'mmc-v6.16-rc1' of git://git.kernel..
> git tree: upstream
> kernel config: https://syzkaller.appspot.com/x/.config?x=3f6ddf055b5c86f8
> dashboard link: https://syzkaller.appspot.com/bug?extid=263f159eb37a1c4c67a4
> syz repro: https://syzkaller.appspot.com/x/repro.syz?x=157cf48c580000
> C reproducer: https://syzkaller.appspot.com/x/repro.c?x=146a948c580000
>
> If the result looks correct, please mark the issue as fixed by replying with:
>
> #syz fix: mm/readahead: honour new_order in page_cache_ra_order()
>
> For information about bisection process see: https://goo.gl/tpsmEJ#bisection