| To: | "Nori, Soma Sekhar" <nsekhar@ti.com> |
|---|---|
| Subject: | Re: Dealing with RAM not starting at 0x00000000 |
| From: | Ralf Baechle <ralf@linux-mips.org> |
| Date: | Thu, 3 Feb 2005 13:29:43 +0100 |
| Cc: | linux-mips@linux-mips.org |
| In-reply-to: | <F6B01C6242515443BB6E5DDD63AE935F04682B@dbde2k01.itg.ti.com> |
| Original-recipient: | rfc822;linux-mips@linux-mips.org |
| References: | <F6B01C6242515443BB6E5DDD63AE935F04682B@dbde2k01.itg.ti.com> |
| Sender: | linux-mips-bounce@linux-mips.org |
| User-agent: | Mutt/1.4.1i |
On Tue, Feb 01, 2005 at 03:06:29PM +0530, Nori, Soma Sekhar wrote: > I am working towards porting 2.6.10 kernel on a mips 4kec based board > which has physical memory starting at 0x14000000. > What is the best way to overcome the "hole" from 0x00000000 to > 0x14000000 without incuring a huge memory overhead. > (For exception handling there is 4k of RAM kept at 0x00000000 also - but > I guess linux paging need need not be aware of this small RAM) You can set PAGE_OFFSET to 0x94000000. If you do this you're probably going to run into a few bugs where PAGE_OFFSET is assumed to be KSEG0, that is 0x80000000. Nothing dramatic though. Ralf |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Kernel compile error - rtc.c, Ulrich Eckhardt |
|---|---|
| Next by Date: | Re: [PATCH 2.6.11-rc2-mm2] mips: iomap, Ralf Baechle |
| Previous by Thread: | Dealing with RAM not starting at 0x00000000, Nori, Soma Sekhar |
| Next by Thread: | Strace doesn't work on linux-2.4.28 and later, andreev |
| Indexes: | [Date] [Thread] [Top] [All Lists] |