Linux MIPS Architecture development
 help / color / mirror / Atom feed
* Support for physical memory above 0x20000000
@ 2002-01-08 19:07 Kevin Paul Herbert
  2002-01-08 22:21 ` Ralf Baechle
  0 siblings, 1 reply; 2+ messages in thread
From: Kevin Paul Herbert @ 2002-01-08 19:07 UTC (permalink / raw)
  To: linux-mips

I'm working with a somewhat dated kernel (2.4.2+patches) and have 
discovered that there are problems with physical memory that does not 
map into KSEG0/KSEG1. I looked over the list archives (manually, I 
couldn't find a search interface) and it appears that this is still 
the case for current kernels (at least as of a note from last summer, 
the last time the issue seems to have come up.)

Obviously, phys_to_virt() is going to be a problem but besides this 
I'm wondering what anybody may have done to support physical memory 
that is not always mapped into the virtual address space, so that I 
don't have to reinvent the wheel.

When I tell the kernel about the memory above 0x20000000, userland 
fails to start; the kernel gets as far as execve()'ing init, but 
nothing happens (interrupts are enabled; I get echo on the console, 
but nothing from userland).

Thanks,
Kevin
-- 

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Support for physical memory above 0x20000000
  2002-01-08 19:07 Support for physical memory above 0x20000000 Kevin Paul Herbert
@ 2002-01-08 22:21 ` Ralf Baechle
  0 siblings, 0 replies; 2+ messages in thread
From: Ralf Baechle @ 2002-01-08 22:21 UTC (permalink / raw)
  To: Kevin Paul Herbert; +Cc: linux-mips

On Tue, Jan 08, 2002 at 11:07:53AM -0800, Kevin Paul Herbert wrote:

> I'm working with a somewhat dated kernel (2.4.2+patches) and have 
> discovered that there are problems with physical memory that does not 
> map into KSEG0/KSEG1. I looked over the list archives (manually, I 
> couldn't find a search interface) and it appears that this is still 
> the case for current kernels (at least as of a note from last summer, 
> the last time the issue seems to have come up.)
> 
> Obviously, phys_to_virt() is going to be a problem but besides this 
> I'm wondering what anybody may have done to support physical memory 
> that is not always mapped into the virtual address space, so that I 
> don't have to reinvent the wheel.
> 
> When I tell the kernel about the memory above 0x20000000, userland 
> fails to start; the kernel gets as far as execve()'ing init, but 
> nothing happens (interrupts are enabled; I get echo on the console, 
> but nothing from userland).

Correct.  There are two ways to solve this problem.  For the 32-bit kernel
I've got a highmem patch and the 64-bit kernel memory limits are the
hardware's memory limits.  I'll post the highmem patch soon.  I was
planning to have it ready by now but a flu sent me to bed instead ...

  Ralf

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2002-01-08 23:21 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-01-08 19:07 Support for physical memory above 0x20000000 Kevin Paul Herbert
2002-01-08 22:21 ` Ralf Baechle

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox