[Top] [All Lists]

Re: [Oops] Indy R4600 Oops(es) w/ 2.4.19-rc1

To: Jan-Benedict Glaw <>
Subject: Re: [Oops] Indy R4600 Oops(es) w/ 2.4.19-rc1
From: "Maciej W. Rozycki" <>
Date: Mon, 1 Jul 2002 19:02:38 +0200 (MET DST)
In-reply-to: <>
Organization: Technical University of Gdansk
On Mon, 1 Jul 2002, Jan-Benedict Glaw wrote:

> I'm just compiling with my proposed "fix". However, is it really a good
> idea to duplicate so much code? Taking my 2nd idea (having inline
> functions for saveing/restoring flags which are complete no-ops if
> !CONFIG_CPU_R4X00), would it be much overhead for 4400 and 4000 to check
> if we need to shuffle around flags and cut off interrupts?

 No need to duplicate anything -- templates may be used with bits
substituted as needed depending on what file is generated.  See e.g. 
arch/mips64/kernel/binfmt_elf32.c for an example idea. 

> I'm not really familiar w/ cache and interrupt handling/masking, and I
> don't (yet) exactly know how to check for the buggy old R4600, but I
> think I'll have to become an expert around that:-O

 The check is already in place -- see setup_noscache_funcs() in
arch/mips/mm/c-r4k.c, only the implementation is incomplete which started
biting after interrupts became active.

> Any hints for online resources? I've had a look at (found it in
> ./asm-mips/war.h), but I cannot find the resources there:-(

 I contacted them some time ago, soon after the fix for interrupt masking
went in (someone reported a problem with an old R4600 then). 
Unfortunately my conversation with them was disappointing and currently I
lack incentive to code a workaround for their buggy chips.  Especially as
I have tasks I consider more important to do. 


+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+        e-mail:, PGP key available        +

<Prev in Thread] Current Thread [Next in Thread>