I applied your patch (from
on 184.108.40.206, and also patched arch/mips/mm/c-sb1.c to
local_flush_data_cache_page = (void *)
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 220.127.116.11 to make SB1
work properly? Did you post those hacks somewhere?
--- Thiemo Seufer <email@example.com> wrote:
> Larry Stefani wrote:
> > Hi Ralf,
> > I used git bisect and narrowed the lockup to the
> > "[MIPS] Retire flush_icache_page from mm use."
> > (see git results below). This is consistent with
> > earlier testing and what Thiemo reported March 3
> > the linux.debian.kernel list. I tried his patch
> > pages tainted by PIO IDE as dirty) on 18.104.22.168,
> > it didn't prevent the lockup.
> ISTR I got 22.214.171.124 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.
Never miss a thing. Make Yahoo your home page.