linux-mips
[Top] [All Lists]

Re: [PATCH] Fix for signal.c and Toshiba TX49XX TLB refill handler

To: Ralf R?sch <ralf.roesch@rw-gmbh.de>
Subject: Re: [PATCH] Fix for signal.c and Toshiba TX49XX TLB refill handler
From: Ralf Baechle <ralf@linux-mips.org>
Date: Mon, 29 Nov 2004 13:45:31 +0100
Cc: linux-mips@linux-mips.org
In-reply-to: <NHBBLBCCGMJFJIKAMKLHGEHOCCAA.ralf.roesch@rw-gmbh.de>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <NHBBLBCCGMJFJIKAMKLHGEHOCCAA.ralf.roesch@rw-gmbh.de>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mutt/1.4.1i
On Mon, Nov 29, 2004 at 12:26:44PM +0100, Ralf R?sch wrote:

> the signal.c (get_sigframe) handler forces my boot process hanging in init
> process.
> Following patch solves the problem:

Correct; several people found that one.  For some reason my machine is
happy without this one.

> without next patch the TX4927 Toshiba processor definitely does not boot.
> (My CPU was hanging without any message on the serial console), this means
> the panic() message
>               panic("No TLB refill handler yet (CPU type: %d)",
>                     current_cpu_data.cputype);
> could not be seen.
> 
> I am not sure, if the place where I inserted the new processor type is
> correct.

You better check this with a CPU manual.  False hazard handling may result
in either slower than necessary TLB refil handlers or in sometimes very
subtle bugs that show their ugly heads only very rarely.  This is why the
code is panicing now - we want to force users to make sure things are right
by reading their manuals.

  Ralf

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