linux-mips
[Top] [All Lists]

Re: [PATCH] Add support for 4KS cpu.

To: "Kevin D. Kissell" <kevink@mips.com>
Subject: Re: [PATCH] Add support for 4KS cpu.
From: "Maciej W. Rozycki" <macro@linux-mips.org>
Date: Tue, 4 Oct 2005 14:29:38 +0100 (BST)
Cc: Franck <vagabon.xyz@gmail.com>, Ralf Baechle <ralf@linux-mips.org>, linux-mips@linux-mips.org
In-reply-to: <434277D5.1090603@mips.com>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <cda58cb80510040149p690397afo@mail.gmail.com> <Pine.LNX.4.61L.0510041219500.10696@blysk.ds.pg.gda.pl> <434277D5.1090603@mips.com>
Sender: linux-mips-bounce@linux-mips.org
On Tue, 4 Oct 2005, Kevin D. Kissell wrote:

> FWIW, the 4KSc is a strict superset of the 4Kc (anticipating
> *some* of the Release 2 features, but not requiring them to be
> used) and the 4KSd is a strict superset of the 4KE.  I would
> not recommend configuring CPU_MIPS32_R2 for the 4KSc.

 Well, the patch asked GCC to use the instruction set of the "4kec" CPU 
for both (and also the "mips32r2" ISA, but that's overridden by the 
former), so it must have been incorrect in the first place -- I have only 
referred to this.

> They also have some physical security and cryptography accelleration
> features, some of which use extended CPU state that would
> require some kernel context management support if anyone wanted
> to actually use them in Linux applications. The real point of
> having a CPU_4KSC config flag would be to enable building-in
> such support.

 This would make sense, but I'm afraid the proposal was far from that... 

  Maciej

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