na co tu czekac, przeciez 65816 jest ogolnie dostepny, czekac to mozemy za 14MHz 65816 by Pasiu co pewnie niedlugo bedzie oznaczac "czekać do usranaj śmierci"

A po co wiecej stosow?
Jezeli masz az takie zagniezdzenie, da sie to latwo rozwiazac programowo i prawie automatycznie.
Na poczatku kazdej funkcji do ktorej JSRujesz dodajesz JSR manager_stosu
Ta funkcja z kolei sprawdza jak duzy jest aktualnie stos, i jezeli przekroczylismy pewien limit, przepisuje aktualny stos do wydzielonego obszaru pamieci, i podmienia adres powrotu funkcji wywolujacej, tak zeby wracala do specjalnej funkcji ktora przywraca stary stos.

Rozumiem ze różnica wynika z tego, że odczyt jest buforowany, ale jak obliczyłeś te konkretne wartości?

Może nie być tak idealnie. Nie wiem jak będzie działał F7, ale przy pesymistycznym i chyba rozsądnym scenariuszu dostęp do "wolnej" pamięci może być jeszcze wolniejszy: Szybki zegar będzie 14 MHz, wolny będzie z dzielnikiem 8, więc wolny cykl nie może zacząć się w dowolnym momencie, tylko gdy numer szybkiego cyklu będzie dzilił się przez 8. Jeżeli zaczniemy takie STA zp od cyklu zerowego, to pierwsze dwa będą szybkie, a trzeci będzie wolny i będzie musiał poczekać 6 cykli do "wyrównania" i dopiero będzie mógł wykonać się wolny, czyli 2+6+8 = 16 cykli. No oczywiście szybciej będzie jeśli cykl wolny nie będzie musiał czekać.

Pytanie tylko czy musi być te wyrównanie, czy nie, bo tak podpowiada mi tylko zdrowy rozsądek oraz to, że Pasiu opowiadał mi, że warp4 przy przejściu z szybkiej pracy do wolnej musi cykl odczekać.