Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.kernel > #68092 > unrolled thread

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

Started bySalvatore Bonaccorso <carnil@debian.org>
First post2020-09-11 15:20 +0200
Last post2020-09-12 09:00 +0200
Articles 2 — 1 participant

Back to article view | Back to linux.debian.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Bug#968567: linux-image-4.19.0-10-amd64: kernel failure when writing on a GFS2 partition Salvatore Bonaccorso <carnil@debian.org> - 2020-09-11 15:20 +0200
    Bug#968567: linux-image-4.19.0-10-amd64: kernel failure when writing on a GFS2 partition Salvatore Bonaccorso <carnil@debian.org> - 2020-09-12 09:00 +0200

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

FromSalvatore Bonaccorso <carnil@debian.org>
Date2020-09-11 15:20 +0200
SubjectBug#968567: linux-image-4.19.0-10-amd64: kernel failure when writing on a GFS2 partition
Message-ID<ANR85-47n-1@gated-at.bofh.it>
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

[toc] | [next] | [standalone]


#68106

FromSalvatore Bonaccorso <carnil@debian.org>
Date2020-09-12 09:00 +0200
Message-ID<AO7FU-5zg-5@gated-at.bofh.it>
In reply to#68092
Hi Dan,

On Fri, Sep 11, 2020 at 11:33:47PM +0000, Craig, Daniel (CASS, Marsfield) wrote:
> 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.

Thanks for confirming!

I cherry-picked as well the commit for the packaging (and can disapear
once we rebase to the version including the backport as well, I
confirmed your result to Greg and asked for inclusion in the stable
series).

Regards,
Salvatore

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.kernel


csiph-web