|
|
20 Novembre 2021 |
Postato da: AMG_Novice_Usr |
A600 con KS1.3 (scsi.device) - bootstrap da CF/IDE44-WB1.3 |
|
Ho un A600 con sopra un chip-ROM fisico Kick1.3, venduto per A500, A500+, A2000, A600 (20 pins per lato, quindi package DIP40, credo che si dica così ...).
Ho una CF su porta IDE-44 di A600.
Questa CF è stata preparata con delle partizioni, ad esempio DH0 bootable e DH1 sempre bootable. In DH0 ho WB2.1/FFS, la partizione DH1 è stata formattata/preparata usando HDToolBox di Install2.1 (WB2.1, con Kick 2.05 di un altro A600), DH1 è stata inizializzata con FFS preso dal floppy Install2.1 (L: FastFileSystem che si trova nel floppy Install2.1), quindi un FFS vecchio, non di nuova generazione (per FFS di nuova generazione intendo da OS 3.0 in poi), quindi questo vecchio FFS dovrebbe essere digeribile per Kick1.3.
Dentro questa DH1 ho messo WB1.3.
Se adesso accendo A600, il sistema non riuscirà a bootare da DH1 su CF/IDE44, poichè il Kick1.3 non possiede il modulo "scsi.device", quindi per lui DH1 su CF/IDE non è visibile.
Voglio pertanto prepararmi un floppy disk, una specie di WB2.1 molto ridotto, con il minimo indispensabile dentro, con dentro ovviamente "scsi.device" (questo scsi.device lo grabberò da qualche parte, tenendo conto di Remus + RomSplit), per cui vorrei scrivere, nella startup-sequence di questo floppy che vorrei preparare:
LoadModule scsi.device (o qualcosa del genere, per rendere residente "scsi.device")
adesso che "scsi.device" è stato reso residente (residente in chip-ram, dopo che A600 ha bootato da floppy su DF0, abbiamo in chip-RAM il kick1.3 normale + la patchizzazione legata al fatto che abbiamo caricato il modulo scsi.device), come faccio, a questo punto, ad avviare il WB1.3 dentro DH1 dentro la CF-IDE44 ??
Nella startup-sequence del floppy di cui sopra potrei scrivere, come ultima riga:
DH1: LoadWB
non credo proprio che sia così semplice ... (?)
Mi verrebbe quasi da dire (e mi scuso per l'esternazione della mia suprema ignoranza ):
CTRL+A+A
quindi riavvio a caldo di A600 (e contemporaneamente/velocemente tolgo il floppy da DF0).
A questo punto se il kick1.3 + la patch "scsi.device" non fossero stati distrutti sulla chip-ram dal mio riavvio a caldo, e se quindi il sistema "se ne accorgesse" e non andasse a ricaricare il kick1.3 dal chip-ROM fisico alla chip-ram (distruggendo quindi, forse, la patch "scsi.device"), allora dopo questo riavvio a caldo, io avrei DH1 come prima partizione di CF/IDE bootable, visibile dal sistema, grazie al kick1.3+scsi.device già presenti in chip-RAM, e quindi il sistema potrebbe avviare WB1.3 da DH1.
Purtroppo temo che dopo al riavvio a caldo, il 68000 ripete il copia/incolla del kick1.3 da chip-ROM a chip-ram, in chip-ram il modulo "scsi.device" è andato perduto/sporcato/sovrascritto nel frattempo, poi dato che nel frattempo ho levato il floppy da DF0, avremmo che il sistema non ha il modulo scsi.device, quindi non vede DH1/CF-IDE, non c'è neppure un floppy bootable, quindi comparirebbe la manina di Kick1.3.
|
|
|
|