You should not be using the atlas definition. Try the tangox one instead.
With the flush_cache_page changes, FUSE works fine for me using 2.6.15
and Sigma's tango2 board.
On Jan 7, 2008 10:52 AM, David Daney <firstname.lastname@example.org> wrote:
> Jorgen Lundman wrote:
> > Hello list,
> > I have an embedded device running 2.6.15 kernel on a MIPS 4KEc 300MHz
> > CPU. It was configured for Sigma's tango2 board, which I know nothing
> > about, so I picked a mips-board by random, "atlas", and found I can
> > produce working kernel module compiles.
> > However, when I compiled FUSE kernel module, it behaves erratically in
> > a way making the FUSE developer think I may have come across the cache
> > coherency bug in arm and mips, fixed sometime around 2.6.17.
> > Since I can not change the kernel that is running, I was looking for
> > alternate solutions. FUSE itself has a work around, that calls
> > flush_cache_page(), but I found that mips-board atlas does not have
> > this defined:
> > fuse: Unknown symbol flush_cache_page
> There are cache coherency issues on the 8634. You should be using the
> vendor's very most recent kernels. For me they seem to have resolved
> the cache issues.
> Also as noted by others, you need the exact kernel sources if you are
> going to build working modules.
> David Daney