Markus Dahms wrote:
> Hello Maciej,
>
> [R4600PC problems]
> > Well, they are not meant to be errata-compatible. ;-) I haven't been
> > able to locate any reference for tlbp being problematic on the R4600, in
> > particular not in the chip errata document, and the old handlers used to
> > have a nop before that instruction unconditionally (perhaps just in case
> > ;-) ), so the problem was covered. If it fixes the problem for you, then
> > it should probably be applied, too.
>
> I just built a 64-bit kernel from clean CVS and had to apply the patch
> below again to get it to userspace. Maybe it just hides the real error
> but at least "it works for me" [tm].
> Please apply to CVS if there are no objections.
>
> Markus
>
> --- a/arch/mips/mm/tlbex.c 2005-07-19 20:12:32.000000000 +0200
> +++ b/arch/mips/mm/tlbex.c 2005-07-19 20:10:29.000000000 +0200
> @@ -779,6 +779,7 @@
> static __init void __attribute__((unused)) build_tlb_probe_entry(u32 **p)
> {
> switch (current_cpu_data.cputype) {
> + case CPU_R4600:
> case CPU_R5000:
> case CPU_R5000A:
> case CPU_NEVADA:
FWIW, this patch makes no difference for my Indy with R4600 v2.0, it still
hangs, usually while or shortly after mounting filesystems.
Thiemo
