Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #68092 > unrolled thread
| Started by | Salvatore Bonaccorso <carnil@debian.org> |
|---|---|
| First post | 2020-09-11 15:20 +0200 |
| Last post | 2020-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.
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
| From | Salvatore Bonaccorso <carnil@debian.org> |
|---|---|
| Date | 2020-09-11 15:20 +0200 |
| Subject | Bug#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]
| From | Salvatore Bonaccorso <carnil@debian.org> |
|---|---|
| Date | 2020-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