| To: | "Greg Weeks" <greg.weeks@timesys.com>, "Ralf Baechle" <ralf@linux-mips.org> |
|---|---|
| Subject: | Re: another 4kc machine check. |
| From: | "Kevin D. Kissell" <kevink@mips.com> |
| Date: | Mon, 11 Apr 2005 22:42:57 +0200 |
| Cc: | <linux-mips@linux-mips.org> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <42553E49.7080004@timesys.com> <4256991C.4020601@timesys.com> <20050408161357.GB19166@linux-mips.org> <4256B524.2080509@timesys.com> <425AD440.5050600@timesys.com> |
| Sender: | linux-mips-bounce@linux-mips.org |
One further comment:
> This patch appears to fix my machine check problem on the 4kc. The 4kc
> shouldn't need an ssnop here, but this appears to fix it.
The 4Kc shouldn't need an ssnop/ehb for the purposes of a *load*, but
if the exception was on an instruction fetch, the documentation is reasonably
clear that there's a hazard of 3 cycles before the new entry can be used for
a fetch - which is what ERET will do in the case of a instruction fetch miss.
Regards,
Kevin K.
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | ip27 PCI devices, Paul Chapman |
|---|---|
| Next by Date: | RE: Toolchain question, Nori, Soma Sekhar |
| Previous by Thread: | Re: another 4kc machine check., Greg Weeks |
| Next by Thread: | Economiser ma vie, De: Pascal Fonga, pascal fonga |
| Indexes: | [Date] [Thread] [Top] [All Lists] |