Hi Thiemo, I applied your patch (from http://www.linux-mips.org/archives/linux-mips/2008-03/msg00001.html) on 2.6.16.60, and also patched arch/mips/mm/c-sb1.c to remove: local_flush_data_cache_page = (void *) sb1_nop; in order to compile after your changes to cache.c and cacheflush.h. However, this did not work on my board, and I experienced the same lockup as before. >>Keep in mind that this is a crude workaround on top of other cache code hacks for the SB-1. What other "cache code hacks for SB-1"? Are there additional changes required to 2.6.16.60 to make SB1 work properly? Did you post those hacks somewhere? Thanks, Larry --- Thiemo Seufer <ths@xxxxxxxxxxxx> wrote: > Larry Stefani wrote: > > Hi Ralf, > > > > I used git bisect and narrowed the lockup to the > > "[MIPS] Retire flush_icache_page from mm use." > patch > > (see git results below). This is consistent with > my > > earlier testing and what Thiemo reported March 3 > on > > the linux.debian.kernel list. I tried his patch > (mark > > pages tainted by PIO IDE as dirty) on 2.6.16.60, > but > > it didn't prevent the lockup. > > ISTR I got 2.6.16.60 to work by always enabling the > cache flush in > ide.h (it is currently only run to clean out > aliases). Keep in mind > that this is a crude workaround on top of other > cache code hacks for > the SB-1. > > > Thiemo > ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
