[Top] [All Lists]

Re: 2.6 on IP22 (Indy)

To: Markus Dahms <>
Subject: Re: 2.6 on IP22 (Indy)
From: "Maciej W. Rozycki" <>
Date: Tue, 28 Jun 2005 12:25:21 +0100 (BST)
In-reply-to: <>
Original-recipient: rfc822;
References: <> <> <> <> <> <> <>
Hello Markus,

> [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.


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