linux-mips
[Top] [All Lists]

Re: [PATCH] Further TLB handler optimizations

To: Rojhalat Ibrahim <ibrahim@schenk.isar.de>
Subject: Re: [PATCH] Further TLB handler optimizations
From: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>
Date: Mon, 10 Jan 2005 16:42:46 +0100
Cc: linux-mips@linux-mips.org
In-reply-to: <41E29DF5.6040800@schenk.isar.de>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <20041223202526.GA2254@deprecation.cyrius.com> <20041224040051.93587.qmail@web52806.mail.yahoo.com> <20041224085645.GJ3539@rembrandt.csv.ica.uni-stuttgart.de> <20050107190605.GG31335@rembrandt.csv.ica.uni-stuttgart.de> <41E27A6A.5060204@schenk.isar.de> <20050110140429.GC15344@rembrandt.csv.ica.uni-stuttgart.de> <41E29DF5.6040800@schenk.isar.de>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mutt/1.5.6+20040907i
Rojhalat Ibrahim wrote:
> Thiemo Seufer wrote:
> >Rojhalat Ibrahim wrote:
> >
> >>Thiemo Seufer wrote:
> >>
> >>>I updated the patch now and checked it in. Please test, especially
> >>>for cases I couldn't do, like R3000-style TLB handling and MIPS32
> >>>CPUs with 64bit physaddr.
> >>>
> >>
> >>My Yosemite board (RM9000 processor) does not boot anymore with
> >>CONFIG_64BIT_PHYS_ADDR. Without that option it seems to be working
> >>as before. I tried to define cpu_has_64bit_gp_regs.
> >
> >
> >Correct, this should always be defined for 64bit capable CPUs.
> >
> >
> Ok. But before it was working without that setting.

100% pure luck. :-)

> Furthermore, without cpu_has_64bit_gp_regs and without
> CONFIG_64BIT_PHYS_ADDR I get a working kernel. With
> cpu_has_64bit_gp_regs defined the kernel fails with
> or without CONFIG_64BIT_PHYS_ADDR.

This would be a different bug then. It should be relatively easy to
catch, there aren't that many places where cpu_has_64bit_gp_regs is
used.

> >>With that it boots partly.
> >
> >
> >Where does it fail?
> >
> >
> Actually the kernel seems to boot completely
> but never starts init. It just stops after the
> last line.

Ok. The patch I posted will hopefully fix that.


Thiemo

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