Odpověď na názor

Tak 68020 sice MMU nemá, ale podporuje precizní obsluhu výjimek (ta na původní 68000 chyběla a přišla až s 68010), supervisor, user mode bit USP a SSP zázobníky, takže plnohodnotné MMU šlo přidat externím obvodem 68851 PMMU. Zajímavostí je, že velikost stránky šlo nakonfigurovat od 256 byte do 32kb. Při malé kapacitě paměti vedly menší stránky k menším blokacím nevyužité pěměti. Naopak vetší stránky vedou na mensší obměnu položek TLB a pomalých pagewalks. Na pozdějších procesorech řadu 68k již byla konfigurovatelnost velikosti stránky omezená, na 68060 již jen na volbu mezi 4kb a 8kb. Cache na 68060 pracovaly na přeložených/fy­zických adresách s indexováním běžícím paralelně s překladem (cesta cache měnší než page). Tedy dávno před ARMem korektní chování PIPT cache. ARM se slouho držel VIVT a pak různých hybridů. Určitá nevýhoda stránkování na 68060 je, že stránkovací tabulky je nařízeno umísťovat do necachovaných oblastí, stránek...

Jinak teto čtvrtek se shodou okolností ozval zase jeden uživatel mnou již 28 let spravovaného BDM driveru pro ladění CPU32, tak jsem ho trochu poladil, že se kompiluje a jde nahrát do 6.12 jádra. S HW jsem ho ještě netestoval a nechám to asi na uživatelích. Je to již pěkný Frankenstein, jak je udržovaný mimo mainline a tak, aby chodil s různými jádry, tak dokumentuje změny interních API jádra od nějaké verze 2.0.x až do 6.x. Teoreticky by měl jít zkompilovat stále se věžemi.

Nedávno se také další uživatel,/vývojář ozval, že míní driver a ladící nástroje pro CPU32/M683xx portovat/zprovoznit na nějakém ESP tak, aby mohl targety ladit přes WiFi.