| Re: [hatari-devel] Truncated PC address value with code running in TT-RAM? |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
Hi,
On 3/30/19 5:41 PM, Nicolas Pomarède wrote:
Le 30/03/2019 à 16:10, Eero Tamminen a écrit :
I will have a look ; which cpu were you using?
What one gets with "--machine falcon" i.e. 030.
As you talked about TT ram, I tested with TT mode, not falcon mode, and
it seems to work. Can you check if it works in TT mode (unless the
program you want to run really require falcon HW ?)
As the Falcon was really supposed to be 24 biy only and TT RAM in falcon
mode is a "hack", it's possible the mask is not correctly set.
I can't reproduce it with TOS, when running an Atari application that
is loaded to TT-RAM by TOS.
=> it's not a regression
It happens when Linux runs in TT-RAM, regardless of whether it's loaded
to TT-RAM by the new lilo.c code, or by an Atari application under TOS.
When Linux in TT-RAM oopses, its own backtrace shows addresses that are
in ST-RAM, although that code is actually in TT-RAM.
Maybe this issue is related to how Linux sets up MMU?
- Eero