> [R4000 in 64-bit mode]
> I propably won't find the time to build a patched toolchain for R4000,
> so my 64-bit experiments will concentrate on the R4600.
Well, you can still use my readily available binaries. :-) This should
be quite straightforward for the Linux kernel itself and you can keep
running o32 userland for the time being. You may need to find a way to
pass "-meb" to GCC (and perhaps "-EB" to ld and gas as they may be invoked
explicitly for some reason) to ask it for big-endian code though. Or you
may ask someone to build a patched toolchain. ;-) There is no change in
code generation for non-affected configurations as a result of these
patches, so the resulting toolchain is not crippled in any way.
This won't solve the lack of necessary support in Linux 2.6, though...
> The R4000 now successfully boots to prompt using a 32-bit kernel. I'll
> try to enable "Support for 64-bit physical address space" in the next
> kernel build ;).
I guess nobody will bother if it turns out non-working. ;-)
> [R4600 tlbex.c patch]
> This doesn't seem to be enough. The patch applies almost cleanly on
> current CVS (offset -1 line), but the resulting kernel (I tried 64
> and 32-bit) still stops after "INIT: ...".
Well, there can be something else. But to be sure I haven't missed
anything in these TLB handlers, could you please generate the dumps I
mentioned yesterday and send them to me? You need to uncomment the
definition of DEBUG_TLB at the top of arch/mips/mm/tlbex.c for that.