Re: mm in user space

Jim Potter wrote:

quoted

I got exactly the same problem, did you manage to fix it?

Yes, I did (blushing).
While doing the early boot-tasks I had installed a custom DSI trap
handler, to alert me to all the stupid mistakes that sometimes get made
when bringing up Linux on a new hardware platform.  When I got to the
"user space" task of create_elf_tables(), it's *supposed* to take the
regular DSI trap to fixup the TLB, pagetables, etc...

After restoring the default DSI trap handler in head.S, it worked fine.

What kind of problem are you having with your system?

I lose the system in create_elf_tables, when NEW_AUX_ENT is first called
but I don't really know what happens then because the debugger screws
up.

Today, I noticed that the values of PAGE_OFFSET (from which KERNELBASE
is set) and KERNELLOAD had been changed to 0x0 on the system..  This
seemed very bad to me so I set them back to 0xc0000000 but then the
debugger doesn't want to load the kernel image in memory (it tries to
load it at 0xc0000000 which isn't possible).. Then I just changed
KERNELLOAD back to 0x0 and kept KERNELBASE to 0xc0000000.

Now the system locks up at the very beginning (prom_init) but since
KERNELLOAD and KERNELBASE are different, I wasn't hoping for much (not
really beacuse they differ, but because the linker used 0x0).

Do you think it would be possible to get everything to work with
KERNELBASE and KERNELLOAD = 0x0 ?

Sébastien Côté

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/