[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#968567: linux-image-4.19.0-10-amd64: kernel failure when writing on a GFS2 partition



Hi Salvatore,

Thanks for chasing this up, I've just built the 4.19.144 vanilla kernel with the referenced commit applied and can confirm that this issue no longer occurs on writing to a mounted gfs2 filesystem.

Cheers,
Dan.


From: Salvatore Bonaccorso <salvatore.bonaccorso@gmail.com> on behalf of Salvatore Bonaccorso <carnil@debian.org>
Sent: Friday, 11 September 2020 11:15 PM
To: Craig, Daniel (CASS, Marsfield) <Daniel.Craig@csiro.au>; 968567@bugs.debian.org <968567@bugs.debian.org>
Cc: Nicolas Courtel <courtel@cena.fr>
Subject: Re: Bug#968567: linux-image-4.19.0-10-amd64: kernel failure when writing on a GFS2 partition
 
Hi Daniel, hi Nicolas,

On Thu, Sep 10, 2020 at 04:47:20AM +0000, Craig, Daniel (CASS, Marsfield) wrote:
> Hi,
>
> I can confirm the existence of this CPU soft-lock bug with gfs2.
>
> I won't worry about reproducing the kernel bug message, but I have
> done a bit of digging and if I revert the following commit, added in
> the 4.19.130 release then this fixes issue for me.
>
> https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-4.19.y&id=c91cffd0fd010c06d67f3a9a528b858ce28c60fb
>
> Note that the problem is still present in the latest upstream
> release in the 4.19 series (4.19.144)
>
> I've reported this bug in the kernel bugzilla, referenced here:
>
> https://bugzilla.kernel.org/show_bug.cgi?id=209217

Upstream did had a look at this see (you both were CC'ed on that
thread though) the thread starting at

https://lore.kernel.org/stable/20200910194319.GA131386@eldamar.local/

and suggested that upstream commit
cbcc89b630447ec7836aa2b9242d9bb1725f5a61 is definitely needed.

Would it be possible for you to test a build with that commit added on
top? (Note the patch would need a slight refresh when applying on top
of 4.19.144 for context changes).

https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html#s4.2.2
explains how to test a single patch on top of the packaging, or you
can try 4.19.144 with the cherry-picked commit.

That would be much appreciated.

Regards,
Salvatore

Reply to: