Grazie alle ferie, son riuscito a fare un bel field-test su tutta la questione del re-mapping del kick1.3, eseguito con 2 programmi diversi. Per ciascun programma, ho testato i 4 possibili casi.
Legenda:
scheda rossa (espansore di 1MB di chip-ram in trap-door);
scheda zorro2 (espansore di 4MB di fast-ram innestato via zoccolo sul 68000 dell'Amiga 600);
ON = scheda inserita;
OFF = scheda non inserita.
https://drive.google.com/file/d/1yb0j4m ... CYC27/viewRisultati:
// -----------------------------------------------
- programma "kick13 Plus" (@AMIGASYSTEM: il secondo programma di relokick presente nel tuo floppy):
1)
scheda rossa
OFF e scheda zorro2
ON :
re-mapping funziona, kick1.3 rimappato a partire dall'address 0x5C0000, quindi re-mapping fatto in fast-ram.
kick1.3 è RESISTENTE al reset CTRL+A+A (solo modo per tornare al 37.300 fisico è di spegnere e riaccendere).
WB 1.3 avviato correttamente con questo kick1.3 -->> vede 5MB di ram (4MB di fast, 1MB di nativa chip).
2)
scheda rossa
ON e scheda zorro2
ON:
re-mapping funziona, kick1.3 rimappato a partire dall'address 0x5C0000, quindi re-mapping fatto in fast-ram (quando c'è la fast, kick13 Plus punta sulla fast).
kick1.3 è RESISTENTE al reset.
WB 1.3 avviato correttamente con questo kick1.3 -->> vede 6MB di ram (4MB di fast, 1MB di nativa chip, 1MB di scheda rossa).
3)
scheda rossa
OFF e scheda zorro2
OFF:
re-mapping funziona, kick1.3 rimappato a partire dall'address 0x080000 (a metà della chip-ram nativa), quindi se non c'è la fast il remapping avviene in chip, a metà della chip.
kick1.3 è RESISTENTE al reset.
WB 1.3 avviato correttamente con questo kick1.3 -->> vede 339KB free, avail: 512KB (mi aspettavo 700KB circa, avail: 1MB).
Qui viene da pensare che, dato che il kick1.3 rimappato occupa il secondo blocco di 512KB della chip-ram nativa (1MB), il sistema riconosce come free solo il primo blocco di 512KB, di cui 173KB occupati dalla parte di floppy WB1.3 caricato in chip-ram.
4)
scheda rossa
ON e scheda zorro2
OFF:
re-mapping NON funziona, address di re-mapping 0x180000, ovvero a metà della scheda rossa, e al riavvio: schermo nero.
Pertanto il sistema non sopporta il relokick sull'espansione di chip-ram in trap-door!
// -----------------------------------------------
- programma TUDE (v1.0d 20 settembre 1994):
1)
scheda rossa
OFF e scheda zorro2
ON:
re-mapping funziona, ma purtroppo TUDE non mostra a video l'address dal quale rimappa il kick1.3, possiamo solo supporre che il remapping avvenga in fast-ram, e comunque non sappiamo dove.
kick1.3 NON resistente al reset CTRL+A+A.
Provo ad avviare WB 1.3 con questo kick1.3 -->> errore generico di OS1.3 "task held finish all disk activity", impossibile da recuperare, WB non si avvia -> guru.
Se tuttavia metto un gioco (provato con "Toki"), il gioco parte/funziona, quindi è un problema di accoppiamento "kick1.3 rimappato - WB1.3".
2)
scheda rossa
ON e scheda zorro2
ON:
re-mapping funziona, si ipotizza remapping in fast-ram, ma chissà ...
kick1.3 NON resistente al reset CTRL+A+A.
Provo ad avviare WB 1.3 con questo kick1.3 -->> errore generico di OS1.3 "task held finish all disk activity", impossibile da recuperare, WB non si avvia -> guru.
Se tuttavia metto un gioco (provato con "Toki"), il gioco parte/funziona, quindi è un problema di accoppiamento "kick1.3 rimappato - WB1.3".
3)
scheda rossa
OFF e scheda zorro2
OFF:
re-mapping funziona.
kick1.3 NON resistente al reset CTRL+A+A.
Provo ad avviare WB 1.3 con questo kick1.3 -->> funziona correttamente: vede 490KB free, avail: 700KB (mi aspettavo avail: 1MB).
Qui viene da pensare che il kick1.3 sia stato mappato non a metà della chip-ram nativa, ma a partire da 3/4, quindi il sistema riconosce come free solo i primi 3/4 di chip-ram, di cui 210KB occupati dalla parte di floppy WB1.3 caricato in chip-ram.
4)
scheda rossa
ON e scheda zorro2
OFF:
re-mapping NON funziona! schermo giallo al riavvio.
// -----------------------------------------------
Conclusioni:nel complesso, mi sembra preferibile kick13 Plus rispetto a TUDE, in quanto re-mapping resistente al reset a caldo + possibilità di vedere l'indirizzo a partire dal quale viene rimappato il kick1.3.
regioni di ram degli Amiga elencate qui:
https://www.amigacoding.com/index.php/Amiga_memory_map