linux-mips
[Top] [All Lists]

Re: linux kernel building for mips malta target board

To: crossgcc@sources.redhat.com
Subject: Re: linux kernel building for mips malta target board
From: Stuart Anderson <anderson@netsweng.com>
Date: Wed, 2 Nov 2005 20:02:56 -0500 (EST)
Cc: MIPS Linux List <linux-mips@linux-mips.org>
In-reply-to: <43695DB4.7060708@avtrex.com>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <E1EXLJV-0005R4-K3@real.realitydiluted.com> <43695DB4.7060708@avtrex.com>
Sender: linux-mips-bounce@linux-mips.org
On Wed, 2 Nov 2005, David Daney wrote:

Is this the problem you are seeing?:
In file included from include/linux/nfs_fs.h:15,
                from init/do_mounts.c:12:
include/linux/pagemap.h: In function fault_in_pages_readable:
include/linux/pagemap.h:236: error: read-only variable __gu_val used as asm output include/linux/pagemap.h:236: error: read-only variable __gu_val used as asm output include/linux/pagemap.h:236: error: read-only variable __gu_val used as asm output include/linux/pagemap.h:236: error: read-only variable __gu_val used as asm output

The compiler behavior has changed since 4.0.1, but I think the new behavior is correct. I am blaming the __get_user macro in include/asm-mips/uaccess.h. It should be possible to fix it there. The alternative is to hack up include/linux/pagemap.h.

__get_user() is unhappy, with tpyes that are "const". It uses __typeof()
to create a local variable that it wants to write to. I've intended to
have offer up a patch by now, but, too manyunexpected thing have happened in the firs thalf of this week.



                                 Stuart

Stuart R. Anderson                               anderson@netsweng.com
Network & Software Engineering                   http://www.netsweng.com/
1024D/37A79149:                                  0791 D3B8 9A4C 2CDC A31F
                                                  BD03 0A62 E534 37A7 9149

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