Re: New MIPS cache code vs. R5k secondary caches...
Rafal Boni <[email protected]> Fri, 20 Sep 2002 19:43:14 -0400
| Newsgroups | gmane.os.netbsd.ports.mips,gmane.os.netbsd.ports.sgimips |
|---|---|
| Message-ID | <[email protected]> |
In message <[email protected]>, you write: -> On Fri, Sep 20, 2002 at 07:21:24PM -0400, Rafal Boni wrote: -> -> > Yah, I'm not either. The Linux code I've seem people toss around does as -> > if the page invalidate cacheop where actually indexed -- by just walking -> > from KSEG0 to KSEG0 + sdcache_size and invalidating each page inbetween. -> > -> > Another way to do this may be to simply use the SDcache INDEX STORE TAG -> > to mark all the cache blocks invalid; this could also be used if we wante -> d -> > to invalidate very small regions (ie, << page size). -> -> Honestly, I am kind of surprised that the "page invalidate" isn't in fact -> an index op as opposed to a hit op. Actually, looking at the bus transaction in the "Sec. Cache Interface", it does look that way -- all that's emitted on the bus is the tag, the index and a write command on the SysCmd bus. If you have a copy of "See MIPS Run" and can see if it sheds any light on this quickly, feel free to drop me a line, or I'll see if I can dig it up when my stuff arrives from storage next week 8-) --rafal ---- Rafal Boni [email protected] We are all worms. But I do believe I am a glowworm. -- Winston Churchill