linux-mips
[Top] [All Lists]

Re: MIPS 4KEc with 2.6.15

To: Mark Lin <lin.mark@gmail.com>
Subject: Re: MIPS 4KEc with 2.6.15
From: Jorgen Lundman <lundman@lundman.net>
Date: Wed, 09 Jan 2008 08:00:26 +0900
Cc: linux-mips@linux-mips.org
In-reply-to: <24f397b0801081402j24f7000cr841090ba5ab9bcc1@mail.gmail.com>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <478174C1.2090708@lundman.net> <47824ACF.7050003@avtrex.com> <24f397b0801081402j24f7000cr841090ba5ab9bcc1@mail.gmail.com>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.5) Gecko/20070725 SeaMonkey/1.1.3
Yeha I would love to use tangox, but there is none with Linux, at least no tarball of the kernel I have found?

Where can I get tangox?

Lund


Mark Lin wrote:
Jorgen,

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.

Mark Lin

On Jan 7, 2008 10:52 AM, David Daney <ddaney@avtrex.com> 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




--
Jorgen Lundman       | <lundman@lundman.net>
Unix Administrator   | +81 (0)3 -5456-2687 ext 1017 (work)
Shibuya-ku, Tokyo    | +81 (0)90-5578-8500          (cell)
Japan                | +81 (0)3 -3375-1767          (home)

<Prev in Thread] Current Thread [Next in Thread>