From: Erhard Furtner <erhard_f@mailbox.org>
To: Christophe Leroy <christophe.leroy@csgroup.eu>
Cc: Nicholas Piggin <npiggin@gmail.com>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
Rohan McLure <rmclure@linux.ibm.com>
Subject: Re: BUG: Bad page map in process init pte:c0ab684c pmd:01182000 (on a PowerMac G4 DP)
Date: Tue, 5 Mar 2024 02:29:41 +0100 [thread overview]
Message-ID: <20240305022941.356139ba@yea> (raw)
In-Reply-To: <707f617f-45c8-4fa1-83aa-779f2b542871@csgroup.eu>
On Thu, 29 Feb 2024 17:11:28 +0000
Christophe Leroy <christophe.leroy@csgroup.eu> wrote:
> Interesting.
>
> I guess 0xe0000000 is where linear RAM starts to be mapped with pages ?
> Can you confirm with a dump of
> /sys/kernel/debug/powerpc/block_address_translation ?
# cat /sys/kernel/debug/powerpc/block_address_translation
---[ Instruction Block Address Translation ]---
0: 0xc0000000-0xc0ffffff 0x00000000 16M Kernel x m
1: 0xc1000000-0xc13fffff 0x01000000 4M Kernel x m
2: 0xc1400000-0xc15fffff 0x01400000 2M Kernel x m
3: 0xc1600000-0xc16fffff 0x01600000 1M Kernel x m
4: -
5: -
6: -
7: -
---[ Data Block Address Translation ]---
0: 0xc0000000-0xc0ffffff 0x00000000 16M Kernel r m
1: 0xc1000000-0xc17fffff 0x01000000 8M Kernel r m
2: 0xc1800000-0xc1bfffff 0x01800000 4M Kernel r m
3: 0xf8000000-0xfbffffff 0x7c000000 64M Kernel rw m
4: 0xfc000000-0xfdffffff 0x7a000000 32M Kernel rw m
5: -
6: -
7: -
block_address_translation looks different after the page corruption:
# cat /sys/kernel/debug/powerpc/block_address_translation
---[ Instruction Block Address Translation ]---
0: 0xc0000000-0xc1ffffff 0x00000000 32M Kernel x m
1: -
2: -
3: -
4: -
5: -
6: -
7: -
---[ Data Block Address Translation ]---
0: 0xc0000000-0xc0ffffff 0x00000000 16M Kernel rw m
1: 0xc1000000-0xc17fffff 0x01000000 8M Kernel rw m
2: 0xc1800000-0xc1bfffff 0x01800000 4M Kernel rw m
3: 0xf8000000-0xfbffffff 0x7c000000 64M Kernel rw m
4: 0xfc000000-0xfdffffff 0x7a000000 32M Kernel rw m
5: -
6: -
7: -
> Do we have a problem of race with hash table ?
>
> Would KCSAN help with that ?
KCSAN did not report any hits during "stress -m 2 --vm-bytes 965M". Options used: KCSAN_SELFTEST=y, KCSAN_REPORT_ONCE_IN_MS=12000, KCSAN_REPORT_RACE_UNKNOWN_ORIGIN=y, KCSAN_STRICT=y, KCSAN_WEAK_MEMORY=y.
Regards,
Erhard
WARNING: multiple messages have this Message-ID (diff)
From: Erhard Furtner <erhard_f@mailbox.org>
To: Christophe Leroy <christophe.leroy@csgroup.eu>
Cc: "linux-mm@kvack.org" <linux-mm@kvack.org>,
Rohan McLure <rmclure@linux.ibm.com>,
"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
Nicholas Piggin <npiggin@gmail.com>
Subject: Re: BUG: Bad page map in process init pte:c0ab684c pmd:01182000 (on a PowerMac G4 DP)
Date: Tue, 5 Mar 2024 02:29:41 +0100 [thread overview]
Message-ID: <20240305022941.356139ba@yea> (raw)
In-Reply-To: <707f617f-45c8-4fa1-83aa-779f2b542871@csgroup.eu>
On Thu, 29 Feb 2024 17:11:28 +0000
Christophe Leroy <christophe.leroy@csgroup.eu> wrote:
> Interesting.
>
> I guess 0xe0000000 is where linear RAM starts to be mapped with pages ?
> Can you confirm with a dump of
> /sys/kernel/debug/powerpc/block_address_translation ?
# cat /sys/kernel/debug/powerpc/block_address_translation
---[ Instruction Block Address Translation ]---
0: 0xc0000000-0xc0ffffff 0x00000000 16M Kernel x m
1: 0xc1000000-0xc13fffff 0x01000000 4M Kernel x m
2: 0xc1400000-0xc15fffff 0x01400000 2M Kernel x m
3: 0xc1600000-0xc16fffff 0x01600000 1M Kernel x m
4: -
5: -
6: -
7: -
---[ Data Block Address Translation ]---
0: 0xc0000000-0xc0ffffff 0x00000000 16M Kernel r m
1: 0xc1000000-0xc17fffff 0x01000000 8M Kernel r m
2: 0xc1800000-0xc1bfffff 0x01800000 4M Kernel r m
3: 0xf8000000-0xfbffffff 0x7c000000 64M Kernel rw m
4: 0xfc000000-0xfdffffff 0x7a000000 32M Kernel rw m
5: -
6: -
7: -
block_address_translation looks different after the page corruption:
# cat /sys/kernel/debug/powerpc/block_address_translation
---[ Instruction Block Address Translation ]---
0: 0xc0000000-0xc1ffffff 0x00000000 32M Kernel x m
1: -
2: -
3: -
4: -
5: -
6: -
7: -
---[ Data Block Address Translation ]---
0: 0xc0000000-0xc0ffffff 0x00000000 16M Kernel rw m
1: 0xc1000000-0xc17fffff 0x01000000 8M Kernel rw m
2: 0xc1800000-0xc1bfffff 0x01800000 4M Kernel rw m
3: 0xf8000000-0xfbffffff 0x7c000000 64M Kernel rw m
4: 0xfc000000-0xfdffffff 0x7a000000 32M Kernel rw m
5: -
6: -
7: -
> Do we have a problem of race with hash table ?
>
> Would KCSAN help with that ?
KCSAN did not report any hits during "stress -m 2 --vm-bytes 965M". Options used: KCSAN_SELFTEST=y, KCSAN_REPORT_ONCE_IN_MS=12000, KCSAN_REPORT_RACE_UNKNOWN_ORIGIN=y, KCSAN_STRICT=y, KCSAN_WEAK_MEMORY=y.
Regards,
Erhard
next prev parent reply other threads:[~2024-03-05 1:29 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-30 21:44 BUG: Bad page map in process init pte:c0ab684c pmd:01182000 (on a PowerMac G4 DP) Erhard F.
2022-12-12 4:31 ` Nicholas Piggin
2022-12-12 22:17 ` Erhard F.
2022-12-17 21:39 ` Erhard F.
2022-12-18 11:38 ` Christophe Leroy
2022-12-18 22:47 ` Erhard F.
2022-12-31 17:22 ` Erhard F.
2024-02-29 1:09 ` Erhard Furtner
2024-02-29 17:11 ` Christophe Leroy
2024-02-29 17:11 ` Christophe Leroy
2024-03-05 1:29 ` Erhard Furtner [this message]
2024-03-05 1:29 ` Erhard Furtner
2024-03-05 1:57 ` Erhard Furtner
2024-03-05 1:57 ` Erhard Furtner
2024-04-17 0:56 ` Erhard Furtner
2024-04-17 0:56 ` Erhard Furtner
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=20240305022941.356139ba@yea \
--to=erhard_f@mailbox.org \
--cc=christophe.leroy@csgroup.eu \
--cc=linux-mm@kvack.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=npiggin@gmail.com \
--cc=rmclure@linux.ibm.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.