linux-mips
[Top] [All Lists]

Re: Toshiba JMR 3927 working setup?

To: okumoto@ucsd.edu
Subject: Re: Toshiba JMR 3927 working setup?
From: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Date: Sat, 26 Jan 2008 14:08:02 +0900 (JST)
Cc: linux-mips@linux-mips.org, ralf@linux-mips.org
In-reply-to: <479A134D.7090206@ucsd.edu>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <479A134D.7090206@ucsd.edu>
Sender: linux-mips-bounce@linux-mips.org
On Fri, 25 Jan 2008 08:50:21 -0800, Max Okumoto <okumoto@ucsd.edu> wrote:
> I have a JMR3927 based system and I got it to work with the 2.6.23.14 kernel, 
> but
> used 0xff0000 instead of 0xff000.  The offset passed in was 0xfffec000 which 
> isn't
> within the 0xff000000 - 0xff0ff000.

Thank you for good news.  (and excuse my double fault...)

Ralf, please apply this to 2.6.23-stable and 2.6.24-stable.


Subject: [MIPS] Fix plat_ioremap for JMR3927 (take 2)

TX39XX's "reserved" segment in CKSEG3 area is 0xff000000-0xfffeffff.

Signed-off-by: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
---
diff --git a/include/asm-mips/mach-jmr3927/ioremap.h 
b/include/asm-mips/mach-jmr3927/ioremap.h
index aa131ad..29989ff 100644
--- a/include/asm-mips/mach-jmr3927/ioremap.h
+++ b/include/asm-mips/mach-jmr3927/ioremap.h
@@ -25,7 +25,7 @@ static inline void __iomem *plat_ioremap(phys_t offset, 
unsigned long size,
 {
 #define TXX9_DIRECTMAP_BASE    0xff000000ul
        if (offset >= TXX9_DIRECTMAP_BASE &&
-           offset < TXX9_DIRECTMAP_BASE + 0xf0000)
+           offset < TXX9_DIRECTMAP_BASE + 0xff0000)
                return (void __iomem *)offset;
        return NULL;
 }

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