In that case
can you just try removing this part of the address reservation
code from SVN trunk like this:
@@ -820,9 +820,6 @@ static void init_memory(void)
/* Generate the mapping (and lock translation into the TLBs) */
ofmem_map(phys, virt, MEMORY_SIZE,
- /* Mark everything up until OFMEM_VIRT_TOP as in use */
- ofmem_claim_virt(OFMEM_VIRT_TOP, OF_CODE_START - MEMORY_SIZE -
/* we push start and end of memory to the stack
* so that it can be used by the forth word QUIT
* to initialize the memory allocator
Now the only remaining memory reserved in that region is at the very top
end, and is just the 128K Forth dictionary which from your tests before
Yes, I figured that too. Did some testing yesterday night, and it looked ok.
As for the exact value of OFMEM_VIRT_TOP, I'm not sure any more that
0xff000000 is better than the current value. I think SunOS might behave
differently just because of conflicting with OpenBIOS memory mappings.
Great! I've just committed a patch to remove these lines to SVN trunk.