linux-mips
[Top] [All Lists]

Re: 2.6 on IP22 (Indy)

To: Markus Dahms <mad@automagically.de>
Subject: Re: 2.6 on IP22 (Indy)
From: "Maciej W. Rozycki" <macro@linux-mips.org>
Date: Tue, 28 Jun 2005 12:25:21 +0100 (BST)
Cc: linux-mips@linux-mips.org
In-reply-to: <20050628102013.GA10442@gaspode.automagically.de>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <20050627100757.GA27679@gaspode.automagically.de> <Pine.LNX.4.61L.0506271401280.15406@blysk.ds.pg.gda.pl> <20050627141842.GA28236@gaspode.automagically.de> <Pine.LNX.4.61L.0506271632380.23903@blysk.ds.pg.gda.pl> <20050628062107.GA8665@gaspode.automagically.de> <Pine.LNX.4.61L.0506280918380.13758@blysk.ds.pg.gda.pl> <20050628102013.GA10442@gaspode.automagically.de>
Sender: linux-mips-bounce@linux-mips.org
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.

  Maciej

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