| To: | Brian Murphy <brm@murphy.dk> |
|---|---|
| Subject: | Re: [PATCH 2.4] trivial secondary cache probe fix for R5000/NEVADA |
| From: | Ralf Baechle <ralf@linux-mips.org> |
| Date: | Sun, 13 Apr 2003 21:15:31 +0200 |
| Cc: | linux-mips@linux-mips.org |
| In-reply-to: | <E194mQF-0004aB-00@brian.localnet>; from brm@murphy.dk on Sun, Apr 13, 2003 at 08:41:47PM +0200 |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <E194mQF-0004aB-00@brian.localnet> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mutt/1.2.5.1i |
On Sun, Apr 13, 2003 at 08:41:47PM +0200, Brian Murphy wrote: > despite the comment there are at least two more processors this > probe is needed/works for. I don't think we want to use this frightening jewel for more than necessary. On the R5000 the secondary cache can nicely be probed by looking at the c0_config register. c0_config.sc=0 indicates a second level cache is present, setting the se bit in the same register enables it and the two ss bits contain the size - doesn't that sound so much nicer than the insane fragile stunt necessary for the R4000? Ralf |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [PATCH 2.4] trivial secondary cache probe fix for R5000/NEVADA, Brian Murphy |
|---|---|
| Next by Date: | [PATCH 2.4] trivial secondary cache probe fix for R5000/NEVADA - v2, Brian Murphy |
| Previous by Thread: | [PATCH 2.4] trivial secondary cache probe fix for R5000/NEVADA, Brian Murphy |
| Next by Thread: | [PATCH 2.4] trivial secondary cache probe fix for R5000/NEVADA - v2, Brian Murphy |
| Indexes: | [Date] [Thread] [Top] [All Lists] |