Re: [PATCH] m68k/atari: Call paging_init() before nf_init()

2013-10-19 Thread Geert Uytterhoeven
On Sat, Oct 19, 2013 at 2:33 AM, Michael Schmitz wrote: >> With the DISCONTIGMEM memory model, the kernel must be stored in the >> first memory block. As ST-RAM is before FastRAM in memory, you cannot >> have the kernel in FastRAM without losing ST-RAM (as main memory --- >> you can still e.g. ior

Re: [PATCH] m68k/atari: Call paging_init() before nf_init()

2013-10-18 Thread Michael Schmitz
Hi Geert, On Fri, Oct 18, 2013 at 9:29 AM, Michael Schmitz wrote: does your fiddling with memory blocks in bootinfo now result in kernels being possible to boot in FastRAM? No, I only played with the start address of ST-RAM. Probably you can run a kernel in FastRAM with some minor tweaks i

Re: [PATCH] m68k/atari: Call paging_init() before nf_init()

2013-10-18 Thread Geert Uytterhoeven
On Fri, Oct 18, 2013 at 9:29 AM, Michael Schmitz wrote: > does your fiddling with memory blocks in bootinfo now result in kernels > being possible to boot in FastRAM? No, I only played with the start address of ST-RAM. Probably you can run a kernel in FastRAM with some minor tweaks if you remove

Re: [PATCH] m68k/atari: Call paging_init() before nf_init()

2013-10-18 Thread Michael Schmitz
Geert, does your fiddling with memory blocks in bootinfo now result in kernels being possible to boot in FastRAM? Cheers, Michael nf_init() uses virt_to_phys(), which depends on m68k_memoffset being set and module_fixup() having been called, but this is only done in paging_init().

[PATCH] m68k/atari: Call paging_init() before nf_init()

2013-10-18 Thread Geert Uytterhoeven
nf_init() uses virt_to_phys(), which depends on m68k_memoffset being set and module_fixup() having been called, but this is only done in paging_init(). Hence call paging_init() before nf_init(). This went unnoticed, as virt_to_phys() is a no-op on Atari, unless you start fiddling with the memory b