Re: [hatari-devel] add support for TT ram -> problem with HD emulation and DTA

[Nicolas Pomarède <npomarede@xxxxxxxxxxxx>]

Le 19/12/2014 19:10, Nicolas Pomarède a écrit :
> Hi
>
> I rewrote the functions that do direct access to memory in stMemory.c ;
> they should be more modular and easier to follow.
> 24 bit / 32 bit mode is now handled, and all memory regions can be
> accessed, not just RAM or ROM.
>
> This fixes the gemdos HD emulation where DTA was in TT RAM (I still need
> to fix the save/restore part)
>
> I also made some changes to the debugger to remove 24 bit masking and
> allow memdump/disasm in the TT RAM for example.

Hi,

More improvements to the TT RAM detection : the memory will now be 
correctly detected for TT and Falcon when using "fast boot" mode too 
(which means $5a4/$5a8 are set)

So, with TT and TOS 3.06 you get the extra RAM with or without fast boot.

For falcon, memory is correctly declared in $5a4/$5a8, we can see the 
bar during the boot while TT RAM is tested, but unfortunately the TOS 
doesn't add the extra RAM automatically :(

I wrote a patch in tos.c that calls gemdos' "maddalt", the TOS will boot 
to th GEM desktop, but icons are all wrong and moving the mouse cause a 
crash. Could be the blitter trying to use this memory region ?
Maybe I also need to create some FRB / XFRB cookies ?

Does anyone know if there's a program that already exists to declare 
extra memory and setup all system variables ? I could try to run it from 
the AUTO folder to see if it fixes things.

Nicolas