| To: | "Maciej W. Rozycki" <macro@ds2.pg.gda.pl> |
|---|---|
| Subject: | Re: [patch] Cobalt IRQ handler CP0 interlock? |
| From: | Ralf Baechle <ralf@linux-mips.org> |
| Date: | Fri, 21 Feb 2003 13:23:14 +0100 |
| Cc: | linux-mips@linux-mips.org |
| In-reply-to: | <Pine.GSO.3.96.1030221125800.13836I-100000@delta.ds2.pg.gda.pl>; from macro@ds2.pg.gda.pl on Fri, Feb 21, 2003 at 01:11:58PM +0100 |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <20030220195314.C30853@linux-mips.org> <Pine.GSO.3.96.1030221125800.13836I-100000@delta.ds2.pg.gda.pl> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mutt/1.2.5.1i |
On Fri, Feb 21, 2003 at 01:11:58PM +0100, Maciej W. Rozycki wrote: > > > Does Cobalt have a processor that implements its pipeline differently or > > > interlocks on CP0 loads? If not, I'll apply the following fix. > > > > Mfc0 doesn't need a nops on any R4000 class CPU I know of. > > Well, my MIPS R4k manual is vague on this matter and my IDT software > manual for R3k, R4k, R5k is even explicit on the load delay slot of mfc0. > But a run-time test proves otherwise. > > I stand corrected then unless someone finds a counter-example. All I can say it's working fine like this since 1984 for R4000 class CPUs. Ralf |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [patch] Cobalt IRQ handler CP0 interlock?, Maciej W. Rozycki |
|---|---|
| Next by Date: | Re: CVS Update@-mips.org: linux, Maciej W. Rozycki |
| Previous by Thread: | Re: [patch] Cobalt IRQ handler CP0 interlock?, Maciej W. Rozycki |
| Next by Thread: | Re: [patch] Cobalt IRQ handler CP0 interlock?, Maciej W. Rozycki |
| Indexes: | [Date] [Thread] [Top] [All Lists] |