From: Matthew Wilcox <willy@infradead.org>
To: Bagas Sanjaya <bagasdotme@gmail.com>
Cc: Chris Mason <clm@fb.com>, Josef Bacik <josef@toxicpanda.com>,
David Sterba <dsterba@suse.com>,
dianlujitao@gmail.com,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Linux btrfs <linux-btrfs@vger.kernel.org>,
Linux Filesystem Development <linux-fsdevel@vger.kernel.org>
Subject: Re: Fwd: kernel bug when performing heavy IO operations
Date: Sun, 27 Aug 2023 04:45:43 +0100 [thread overview]
Message-ID: <ZOrG5698LPKTp5xM@casper.infradead.org> (raw)
In-Reply-To: <f847bc14-8f53-0547-9082-bb3d1df9ae96@gmail.com>
On Sun, Aug 27, 2023 at 10:20:51AM +0700, Bagas Sanjaya wrote:
> > When the IO load is heavy (compiling AOSP in my case), there's a chance to crash the kernel, the only way to recover is to perform a hard reset. Logs look like follows:
> >
> > 8月 25 13:52:23 arch-pc kernel: BUG: Bad page map in process tmux: client pte:8000000462500025 pmd:b99c98067
> > 8月 25 13:52:23 arch-pc kernel: page:00000000460fa108 refcount:4 mapcount:-256 mapping:00000000612a1864 index:0x16 pfn:0x462500
> > 8月 25 13:52:23 arch-pc kernel: memcg:ffff8a1056ed0000
> > 8月 25 13:52:23 arch-pc kernel: aops:btrfs_aops [btrfs] ino:9c4635 dentry name:"locale-archive"
> > 8月 25 13:52:23 arch-pc kernel: flags: 0x2ffff5800002056(referenced|uptodate|lru|workingset|private|node=0|zone=2|lastcpupid=0xffff)
> > 8月 25 13:52:23 arch-pc kernel: page_type: 0xfffffeff(offline)
This is interesting. PG_offline is set.
$ git grep SetPageOffline
arch/powerpc/platforms/powernv/memtrace.c: __SetPageOffline(pfn_to_page(pfn));
drivers/hv/hv_balloon.c: __SetPageOffline(pg);
drivers/hv/hv_balloon.c: __SetPageOffline(pg + j);
drivers/misc/vmw_balloon.c: __SetPageOffline(page + i);
drivers/virtio/virtio_mem.c: __SetPageOffline(page);
drivers/xen/balloon.c: __SetPageOffline(page);
include/linux/balloon_compaction.h: __SetPageOffline(page);
include/linux/balloon_compaction.h: __SetPageOffline(page);
But there's no indication that this kernel is running under a
hypervisor:
> > 8月 25 13:52:23 arch-pc kernel: Hardware name: JGINYUE X99-8D3/2.5G Server/X99-8D3/2.5G Server, BIOS 5.11 06/30/2022
So I'd agree with Artem, this looks like bad RAM.
> IMO, this looks like it is introduced by page cache (folio) feature.
... because the string "folio" appears in the crash report? Come on,
Bagas, you can do better than that.
next prev parent reply other threads:[~2023-08-27 3:46 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-27 3:20 Fwd: kernel bug when performing heavy IO operations Bagas Sanjaya
2023-08-27 3:45 ` Matthew Wilcox [this message]
[not found] ` <7d8b4679-5cd5-4ba1-9996-1a239f7cb1c5@gmail.com>
2023-08-27 11:54 ` Matthew Wilcox
2023-09-27 5:36 ` dianlujitao
2023-09-27 7:19 ` Matthew Wilcox
2023-10-08 13:35 ` dianlujitao
2023-10-08 14:07 ` Bagas Sanjaya
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=ZOrG5698LPKTp5xM@casper.infradead.org \
--to=willy@infradead.org \
--cc=bagasdotme@gmail.com \
--cc=clm@fb.com \
--cc=dianlujitao@gmail.com \
--cc=dsterba@suse.com \
--cc=josef@toxicpanda.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).