From: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
To: Gregory CLEMENT <gregory.clement@bootlin.com>
Cc: torvalds@linux-foundation.org, linux-mips@vger.kernel.org,
linux-kernel@vger.kernel.org, macro@orcam.me.uk
Subject: Re: [GIT PULL] MIPS fixes for v6.18
Date: Mon, 24 Nov 2025 22:06:53 +0100 [thread overview]
Message-ID: <aSTI7RHnKXkoxWw-@alpha.franken.de> (raw)
In-Reply-To: <87wm3f8mcb.fsf@BLaptop.bootlin.com>
On Mon, Nov 24, 2025 at 04:46:44PM +0100, Gregory CLEMENT wrote:
> Hello Thomas,
>
> > The following changes since commit e9a6fb0bcdd7609be6969112f3fbfcce3b1d4a7c:
> >
> > Linux 6.18-rc5 (2025-11-09 15:10:19 -0800)
> >
> > are available in the Git repository at:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/mips/linux.git/ tags/mips-fixes_6.18_1
> >
> > for you to fetch changes up to 14b46ba92bf547508b4a49370c99aba76cb53b53:
> >
> > MIPS: kernel: Fix random segmentation faults (2025-11-21 13:24:05 +0100)
> >
> > ----------------------------------------------------------------
> > - Fix CPU type in DT for econet
> > - Fix for Malta PCI MMIO breakage for SOC-it
> > - Fix TLB shutdown caused by iniital uniquification
> > - Fix random seg faults
> >
> > ----------------------------------------------------------------
> > Aleksander Jan Bajkowski (1):
> > mips: dts: econet: fix EN751221 core type
> >
> > Maciej W. Rozycki (2):
> > MIPS: Malta: Fix !EVA SOC-it PCI MMIO
> > MIPS: mm: Prevent a TLB shutdown on initial uniquification
>
> Today, the kernel v6.18-rc7 no longer boots on EyeQ5 and EyeQ6H (MIPS
> I6500)-based boards. After a git bisect between v6.18-rc6 and v6.18-rc7,
> we found that the culprit is the commit "MIPS: mm: Prevent a TLB
> shutdown on initial uniquification".
>
> Here is the log from a vanilla v6.18-rc7:
>
> Linux version 6.18.0-rc7 (gclement@BLaptop) (mips-img-linux-gnu-gcc (Codescape GNU Tools 2021.09-01 for MIPS IMG Linux) 11.2.0, GNU ld (Codescape GNU Tools 2021.09-01 for MIPS IMG Linux) 2.31.1) #1015 SMP Mon Nov 24 14:48:06 CET 2025
> CPU0 revision is: 0001b031 (MIPS I6500)
> FPU revision is: 20f30320
> MSA revision is: 00000320
> MIPS: machine is Mobile EyeQ6H MP6 Evaluation board
> earlycon: pl11 at MMIO32 0x00000000d3331000 (options '921600n8')
> printk: legacy bootconsole [pl11] enabled
> Initrd not found or empty - disabling initrd
> OF: reserved mem: Reserved memory: No reserved-memory node in the DT
> VP topology {4,4,4,4},{4,4,4,4} total 32
> VP Local Reset Exception Base support 47 bits address
> Primary instruction cache 64kB, VIPT, 4-way, linesize 64 bytes.
> Primary data cache 32kB, 4-way, PIPT, no aliases, linesize 64 bytes
> MIPS secondary cache 1024kB, 16-way, linesize 64 bytes.
> Zone ranges:
> Normal [mem 0x0000000100000000-0x00000001ffffffff]
> Movable zone start for each node
> Early memory node ranges
> node 0: [mem 0x0000000100000000-0x00000001ffffffff]
> Initmem setup node 0 [mem 0x0000000100000000-0x00000001ffffffff]
> percpu: Embedded 6 pages/cpu s46496 r8192 d43616 u98304
> Kernel command line: earlycon
> printk: log buffer data + meta data: 131072 + 458752 = 589824 bytes
> Dentry cache hash table entries: 524288 (order: 8, 4194304 bytes, linear)
> Inode-cache hash table entries: 262144 (order: 7, 2097152 bytes, linear)
>
> and with the commit reverted:
I see something similair on a Octeon board with the addition
Kernel panic - not syncing: stack-protector: Kernel stack is corrupted in: r4k_tlb_uniquify+0x31c/0x320
Maciej, any idea ?
Thomas.
--
Crap can work. Given enough thrust pigs will fly, but it's not necessarily a
good idea. [ RFC1925, 2.3 ]
next prev parent reply other threads:[~2025-11-24 21:07 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-22 20:47 [GIT PULL] MIPS fixes for v6.18 Thomas Bogendoerfer
2025-11-22 23:55 ` pr-tracker-bot
2025-11-24 15:46 ` Gregory CLEMENT
2025-11-24 21:06 ` Thomas Bogendoerfer [this message]
2025-11-24 21:53 ` Thomas Bogendoerfer
2025-11-25 7:32 ` Maciej W. Rozycki
2025-11-25 11:00 ` Thomas Bogendoerfer
2025-11-25 14:25 ` Maciej W. Rozycki
2025-11-25 10:10 ` Gregory CLEMENT
-- strict thread matches above, loose matches on Subject: below --
2025-11-29 20:55 Thomas Bogendoerfer
2025-11-29 23:23 ` pr-tracker-bot
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=aSTI7RHnKXkoxWw-@alpha.franken.de \
--to=tsbogend@alpha.franken.de \
--cc=gregory.clement@bootlin.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mips@vger.kernel.org \
--cc=macro@orcam.me.uk \
--cc=torvalds@linux-foundation.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 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.