RE: problems on D-cache alias in 2.4.22

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> -----Original Message-----
> From: linux-mips-bounce@xxxxxxxxxxxxxx
> [mailto:linux-mips-bounce@xxxxxxxxxxxxxx]On Behalf Of Peter Horton
> Sent: Friday, May 14, 2004 2:53 AM
> To: wuming
> Cc: linux-mips@xxxxxxxxxxxxxx
> Subject: Re: problems on D-cache alias in 2.4.22
> 
> 
> wuming wrote:
> 
...
> > at last, when I replaced flush_page_to_ram( ) with 
> flush_dcache_page( ),
> > the internal compiler error disappeared.
> >
...
> 
> This is probably just hiding your problem. flush_page_to_ram() is not 
> used anymore.
> 
> P.
> 
> 

Changing that same place also fixes my problem.  However, I came across
the mips cobalt patches and after applying a variation of the IDE cache
fix from there, that also fixes the problem.  So it would seem that this
is the same problem as already fixed in the cobalt patch, but showing up
on non-cobalt hardware.

flush_page_to_ram() was made useless around the release of 2.4.21.  I
suspect that this was broken at that time, seeing how it is broken in
2.4.22 and 2.4.26.  From browsing the debian-mips mailing list archives,
it appears that they have not had a stable mips kernel since 2.4.19,
could this bug be the cause?  Are the recent Debian mips kernels still
unstable?

Would anyone with an unstable 2.4.2x kernel be willing to try one of the
attached patches to see if the situation improves?

Bob

Attachment: cache_alias_fix1.diff
Description: cache_alias_fix1.diff

Attachment: cache_alias_fix2.diff
Description: cache_alias_fix2.diff


[Index of Archives]     [Linux MIPS Home]     [LKML Archive]     [Linux ARM Kernel]     [Linux ARM]     [Linux]     [Git]     [Yosemite News]     [Linux SCSI]     [Linux Hams]

  Powered by Linux