lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.21.2511130521330.25436@angie.orcam.me.uk>
Date: Thu, 13 Nov 2025 05:27:22 +0000 (GMT)
From: "Maciej W. Rozycki" <macro@...am.me.uk>
To: Nick Bowler <nbowler@...conx.ca>
cc: Thomas Bogendoerfer <tsbogend@...ha.franken.de>, 
    Jiaxun Yang <jiaxun.yang@...goat.com>, linux-mips@...r.kernel.org, 
    linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2] MIPS: mm: Prevent a TLB shutdown on initial
 uniquification

On Wed, 12 Nov 2025, Nick Bowler wrote:

> > This fixes (at least) R4x00 cores if TLBP hits multiple matching TLB 
> > entries (SGI IP22 PROM for examples sets up all TLBs to the same virtual 
> > address).
> > 
> > Signed-off-by: Maciej W. Rozycki <macro@...am.me.uk>
> > Fixes: 35ad7e181541 ("MIPS: mm: tlb-r4k: Uniquify TLB entries on init")
> 
> I tried this one too and it also appears to work fine on my R4400SC
> Indy.  The system is booting normally again.

 Thank you for testing.

 I chose to respin the patch once again after all as I concluded it makes 
no sense to pretend we can handle wired TLB entries with the code as 
offered and neither we need to take care of them in the first place.

 Would you mind having a Tested-by: record in the kernel if you choose to 
give v3 a spin too?

  Maciej

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ