* [PATCH] MIPS: c-r4k: Flush the cache error vector before writing it uncached
@ 2026-10-21 19:00 Imre Kaloz
2026-10-22 16:19 ` Maciej W. Rozycki
0 siblings, 1 reply; 2+ messages in thread
From: Imre Kaloz @ 2026-10-21 19:00 UTC (permalink / raw)
To: Thomas Bogendoerfer, linux-mips; +Cc: Ethan Nelson-Moore, linux-kernel, stable
On R10000-class CPUs, a store prefetch while copying the preceding
vector can leave a dirty line whose write-back overwrites the uncached
cache error handler. Flush it first in r4k_cache_error_setup() with
r4k_dma_cache_wback_inv(), as dma_cache_wback_inv() is a no-op on
coherent systems.
Fixes: e01402b115cc ("More AP / SP bits for the 34K, the Malta bits and things. Still wants a little polishing.")
Cc: stable@vger.kernel.org
Signed-off-by: Imre Kaloz <kaloz@kernel.org>
---
arch/mips/mm/c-r4k.c | 12 ++++++++++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/arch/mips/mm/c-r4k.c b/arch/mips/mm/c-r4k.c
index d8aadd3dc057..ae31966ac65b 100644
--- a/arch/mips/mm/c-r4k.c
+++ b/arch/mips/mm/c-r4k.c
@@ -743,8 +743,6 @@ static void r4k_flush_icache_user_range(unsigned long start, unsigned long end)
return __r4k_flush_icache_range(start, end, true);
}
-#ifdef CONFIG_DMA_NONCOHERENT
-
static void r4k_dma_cache_wback_inv(unsigned long addr, unsigned long size)
{
/* Catch bad driver code */
@@ -786,6 +784,8 @@ static void r4k_dma_cache_wback_inv(unsigned long addr, unsigned long size)
__sync();
}
+#ifdef CONFIG_DMA_NONCOHERENT
+
static void prefetch_cache_inv(unsigned long addr, unsigned long size)
{
unsigned int linesz = cpu_scache_line_size();
@@ -1684,6 +1684,14 @@ static void r4k_cache_error_setup(void)
extern char __weak except_vec2_generic;
extern char __weak except_vec2_sb1;
+ /*
+ * The handler is written uncached. Copying the preceding vector
+ * may have left a dirty cached line of it behind, through a store
+ * prefetch or a speculative store; write it back and invalidate it
+ * first, or its later write-back overwrites the handler.
+ */
+ r4k_dma_cache_wback_inv(ebase + 0x100, 0x80);
+
switch (current_cpu_type()) {
case CPU_SB1:
case CPU_SB1A:
base-commit: 24a19b953e2a3d0ea5a8c4951a0ab8f32720c907
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: [PATCH] MIPS: c-r4k: Flush the cache error vector before writing it uncached
2026-10-21 19:00 [PATCH] MIPS: c-r4k: Flush the cache error vector before writing it uncached Imre Kaloz
@ 2026-10-22 16:19 ` Maciej W. Rozycki
0 siblings, 0 replies; 2+ messages in thread
From: Maciej W. Rozycki @ 2026-10-22 16:19 UTC (permalink / raw)
To: Imre Kaloz
Cc: Thomas Bogendoerfer, linux-mips, Ethan Nelson-Moore,
linux-kernel, stable
On Wed, 21 Oct 2026, Imre Kaloz wrote:
> On R10000-class CPUs, a store prefetch while copying the preceding
> vector can leave a dirty line whose write-back overwrites the uncached
> cache error handler. Flush it first in r4k_cache_error_setup() with
> r4k_dma_cache_wback_inv(), as dma_cache_wback_inv() is a no-op on
> coherent systems.
>
> Fixes: e01402b115cc ("More AP / SP bits for the 34K, the Malta bits and things. Still wants a little polishing.")
This is surely not the right commit to pick, as that was merely code
refactoring and the issue existed before it.
> diff --git a/arch/mips/mm/c-r4k.c b/arch/mips/mm/c-r4k.c
> index d8aadd3dc057..ae31966ac65b 100644
> --- a/arch/mips/mm/c-r4k.c
> +++ b/arch/mips/mm/c-r4k.c
> @@ -1684,6 +1684,14 @@ static void r4k_cache_error_setup(void)
> extern char __weak except_vec2_generic;
> extern char __weak except_vec2_sb1;
>
> + /*
> + * The handler is written uncached. Copying the preceding vector
> + * may have left a dirty cached line of it behind, through a store
> + * prefetch or a speculative store; write it back and invalidate it
> + * first, or its later write-back overwrites the handler.
> + */
> + r4k_dma_cache_wback_inv(ebase + 0x100, 0x80);
> +
Conceptually this seems right to me, however I think the call ought to be
moved into set_uncached_handler() itself. Also since you're repurposing a
DMA handler, which the removal of CONFIG_DMA_NONCOHERENT wrapping makes so
obvious, this asks for the function to be renamed.
Thank you for your submission overall.
Maciej
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2026-10-22 16:19 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2026-10-21 19:00 [PATCH] MIPS: c-r4k: Flush the cache error vector before writing it uncached Imre Kaloz
2026-10-22 16:19 ` Maciej W. Rozycki
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®