linux-mips
[Top] [All Lists]

Re: Modpost warning on Alchemy

To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Subject: Re: Modpost warning on Alchemy
From: "Maciej W. Rozycki" <macro@linux-mips.org>
Date: Wed, 1 Aug 2007 17:00:21 +0100 (BST)
Cc: Sergei Shtylyov <sshtylyov@ru.mvista.com>, Ralf Baechle <ralf@linux-mips.org>, linux-mips@linux-mips.org
In-reply-to: <20070801165812.3bdb269f@the-village.bc.nu>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <20070801115231.GA20323@linux-mips.org> <46B07B36.1000501@ru.mvista.com> <Pine.LNX.4.64N.0708011337390.20314@blysk.ds.pg.gda.pl> <46B086EB.2030101@ru.mvista.com> <20070801163926.038c48db@the-village.bc.nu> <Pine.LNX.4.64N.0708011639030.20314@blysk.ds.pg.gda.pl> <20070801165812.3bdb269f@the-village.bc.nu>
Sender: linux-mips-bounce@linux-mips.org
On Wed, 1 Aug 2007, Alan Cox wrote:

> > enabled).  For anything beyond that you need a 64-bit MIPS processor using 
> > the 64-bit TLB entry format.
> 
> Your problem is a little higher up the stack. ioremap takes an unsigned
> long, which on a 32bit system usually means you can't give it a 36bit bus
> address to remap.

 Well, phys_t is what it takes for MIPS and for MIPS:

#ifdef CONFIG_64BIT_PHYS_ADDR
typedef unsigned long long phys_t;
#else
typedef unsigned long phys_t;
#endif

so no problem here as long as you enable CONFIG_64BIT_PHYS_ADDR which is 
implied in such a case.

  Maciej

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