From: Tao Ren <taoren@fb.com>
To: Richard Weinberger <richard@nod.at>
Cc: Andrew Jeffery <andrew@aj.id.au>,
OpenBMC Maillist <openbmc@lists.ozlabs.org>,
linux-mtd <linux-mtd@lists.infradead.org>
Subject: Re: kernel BUG at fs/jffs2/gc.c:395!
Date: Tue, 27 Aug 2019 04:42:43 +0000 [thread overview]
Message-ID: <bc19f328-ef5d-9840-7985-82461c99205e@fb.com> (raw)
In-Reply-To: <216516045.73889.1566772168645.JavaMail.zimbra@nod.at>
On 8/25/19 3:29 PM, Richard Weinberger wrote:
> ----- Ursprüngliche Mail -----
>> Von: "Tao Ren" <taoren@fb.com>
>> An: "Richard Weinberger" <richard.weinberger@gmail.com>, "Andrew Jeffery" <andrew@aj.id.au>
>> CC: "linux-mtd" <linux-mtd@lists.infradead.org>, "OpenBMC Maillist" <openbmc@lists.ozlabs.org>
>> Gesendet: Montag, 26. August 2019 00:08:08
>> Betreff: Re: kernel BUG at fs/jffs2/gc.c:395!
>
>> On 8/25/19 12:22 PM, Richard Weinberger wrote:
>>> On Wed, Aug 21, 2019 at 2:06 AM Andrew Jeffery <andrew@aj.id.au> wrote:
>>>> Looks like a lack of robustness to filesystem corruption to me. LWN
>>>
>>> What exactly makes you think so?
>>> The inode cache entry is in state INO_STATE_UNCHECKED while GC run,
>>> which is not allowed.
>>>
>>> Tao, is the error persistent or did it happen only once?
>>
>> Hi Richard,
>>
>> It rarely happens (~1 out of 1000 machines in my environment), but once it
>> happens, it's persistent: the machine will fall into reboot loop due to the
>> crash.
>
> Can you provide me an image of the filesystem such that I can have a look?
> An image where the issue is persistent...
Hi Richard,
I tried kernel image with jffs2 summary enabled and disabled, and it looks to
me the result is similar: I can reach login screen now, but the same kernel
panic happens after "reboot" command.
The behavior is a little different from what I saw yesterday: previously kernel
panic happened at boot time, and now it's after "reboot" command. I guess it's
because more node being written to the flash?
I understand it's helpful to share the file system image, but unfortunately I
cannot do it because it contains confidential data. Sorry about that..
Thank you again for the help, and kindly let me know if you have further
suggestions.
Cheers,
Tao
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
next prev parent reply other threads:[~2019-08-27 4:43 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-08-20 23:09 kernel BUG at fs/jffs2/gc.c:395! Tao Ren
2019-08-20 23:11 ` Tao Ren
2019-08-21 0:06 ` Andrew Jeffery
2019-08-21 0:20 ` Tao Ren
2019-08-25 19:22 ` Richard Weinberger
2019-08-25 22:08 ` Tao Ren
2019-08-25 22:29 ` Richard Weinberger
2019-08-27 4:42 ` Tao Ren [this message]
2019-08-28 0:08 ` [Potential Spoof] " Tao Ren
2019-08-26 0:33 ` Andrew Jeffery
2019-08-26 7:42 ` Richard Weinberger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bc19f328-ef5d-9840-7985-82461c99205e@fb.com \
--to=taoren@fb.com \
--cc=andrew@aj.id.au \
--cc=linux-mtd@lists.infradead.org \
--cc=openbmc@lists.ozlabs.org \
--cc=richard@nod.at \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox