On Sat, 25 Jun 2005, Thomas Bogendoerfer wrote: > > > Subject: [patch] blast_scache nop for sc cpus without scache > > > > Interesting. Which system needs this patch? > > RM400; looks like the secondary cache on the cpu module isn't normally > attached, but like the board caches on den Indy. CONF_SC isn't set > in cp0 config, but the cpu is an R4400SC -> crash in r4k_scache_blast*. Are you sure CONF_SC isn't set? That would be weird, it's one of the boot-mode settings so it would be hard to get it wrong. What's printed upon bootstrap about caches? Anyway these days we apparently ignore the result of the S-cache probe and the sc_present variable. The only values that determine whether an S-cache is present or not are: cpu_has_dc_aliases, cpu_has_ic_fills_f_dc and cpu_has_subset_pcaches which you need to get right for your configuration -- I guess cpu_has_dc_aliases == 0, cpu_has_ic_fills_f_dc == 1 and cpu_has_subset_pcaches == 0 should be right to fulfil your needs (but it may break elsewhere). Have I heard: "serious brain damage" from you? Well, I couldn't agree more... Maciej
