[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAKYAXd-6d2LCWJQkuc8=EdJbHi=gea=orvm_BmXTMXaQ2w8AHg@mail.gmail.com>
Date: Mon, 13 Jan 2025 08:46:01 +0900
From: Namjae Jeon <linkinjeon@...nel.org>
To: Kun Hu <huk23@...udan.edu.cn>
Cc: sj1557.seo@...sung.com, yuezhang.mo@...y.com,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
"jjtan24@...udan.edu.cn" <jjtan24@...udan.edu.cn>
Subject: Re: Bug: soft lockup in exfat_clear_bitmap
On Sun, Jan 12, 2025 at 1:35 AM Kun Hu <huk23@...udan.edu.cn> wrote:
>
>
> > Please try to reproduce it with linux-next or the latest Linus tree.
>
>
> Hi Namjae,
>
> We have reproduced this issue in v6.13-rc6 and obtained a new crash log. The links are provided below:
>
> Crash log: https://drive.google.com/file/d/1qUmBfpcGeDMHsqBjurhymaH43Jnbvt-F/view?usp=sharing
>
> It seems that the new report highlights additional issues beyond the original one. While both involve exfat_clear_bitmap and __exfat_free_cluster, the new report indicates broader impacts, such as multiple CPUs encountering soft lockups, resource contention across threads, and potential conflicts with the sanitizer_cov_trace_pcinstrumentation. These suggest that the underlying issue might extend beyond simple bitmap management to systemic resource handling flaws in the exFAT module.
>
> Could you please help to check the cause of the issue?
This is an already known issue and the relevant patch has been applied.
Please make sure that the following patch is applied to the kernel you tested.
a5324b3a488d exfat: fix the infinite loop in __exfat_free_cluster()
or try to reproduce it with linux-6.13-rc7.
Thanks.
>
> Thanks,
> Kun Hu
>
>
>
Powered by blists - more mailing lists