03.05.2010 14:57
[#1]
Elbox 1230 i mapowanie kickstartu z dysku do RAM
No to po kolei:
Mam A1200 z kartą Elbox (Apollo) 1230 i 32MB FastRAM.
Mam też kicka 3.0 w ROMie i chciałbym zmapować 3.1 do RAM.
W sieci krąży kilka programów służących do tego celu. Mimo iż mam sprawne MMU, żaden z programów korzystających z MMU nie potrafi zmapować ROMu z dysku. Jedyne rozwiązanie to SKick, ale ten mapuje tylko do pamięci Chip.
Podobno problem leży po stronie adresowania i dołączania pamięci Fast we wczesnej fazie startu systemu. Pamięć na tej karcie adresowana jest od $1000000, a exec.library pozostaje w pamięci Chip, co wskazuje na to że z tego samego powodu co ROM nie może być w pamięci Fast.
Czy ktoś zna jakieś rozwiązanie tego problemu, czy jedynym wyjściem aby sobie poużywać OS 3.9 jest fizyczna wymiana kostek ROM?
Z góry dziękuję za jakiekolwiek wskazówki.
Mam A1200 z kartą Elbox (Apollo) 1230 i 32MB FastRAM.
Mam też kicka 3.0 w ROMie i chciałbym zmapować 3.1 do RAM.
W sieci krąży kilka programów służących do tego celu. Mimo iż mam sprawne MMU, żaden z programów korzystających z MMU nie potrafi zmapować ROMu z dysku. Jedyne rozwiązanie to SKick, ale ten mapuje tylko do pamięci Chip.
Podobno problem leży po stronie adresowania i dołączania pamięci Fast we wczesnej fazie startu systemu. Pamięć na tej karcie adresowana jest od $1000000, a exec.library pozostaje w pamięci Chip, co wskazuje na to że z tego samego powodu co ROM nie może być w pamięci Fast.
Czy ktoś zna jakieś rozwiązanie tego problemu, czy jedynym wyjściem aby sobie poużywać OS 3.9 jest fizyczna wymiana kostek ROM?
Z góry dziękuję za jakiekolwiek wskazówki.
03.05.2010 20:27
[#3]
Re: Elbox 1230 i mapowanie kickstartu z dysku do RAM
@altcomputing, post #1
W pakiecie RemApollo znajduje się program FakeLOCAL. Przykład użycia w Startup-Sequence podany w dokumentacji:
...Zwróć uwagę, że wszystkie programiki rezydentne zainstalowane w powyższy sposób, zostaną załadowane do pamięci typu LOCAL, co na większości systemów oznacza chip. Aby to ominąć, napisałem programik FakeLOCAL. Powinien on być umieszczony jako pierwszy w startup-sequence...
FakeLOCAL
BootControl INSTALL ; UWAGA: nie używaj opcji BOOT!!!
RemAPollo DEVS:Kick3.1 MAC QUIET USE ; dzięki USE maper "widzi" BootControl
SetPatch QUIET
DRAP
Próbowałeś?
...Zwróć uwagę, że wszystkie programiki rezydentne zainstalowane w powyższy sposób, zostaną załadowane do pamięci typu LOCAL, co na większości systemów oznacza chip. Aby to ominąć, napisałem programik FakeLOCAL. Powinien on być umieszczony jako pierwszy w startup-sequence...
FakeLOCAL
BootControl INSTALL ; UWAGA: nie używaj opcji BOOT!!!
RemAPollo DEVS:Kick3.1 MAC QUIET USE ; dzięki USE maper "widzi" BootControl
SetPatch QUIET
DRAP
Próbowałeś?
05.05.2010 23:25
[#5]
Re: Elbox 1230 i mapowanie kickstartu z dysku do RAM
@altcomputing, post #4
Rozwiązanie na przyszłość dla wszystkich:
Pewnym półśrodkiem jest MuMapROM z pakietu MuTools (od mmu.library). Jest to jedyne narzędzie które potrafi w jakikolwiek sposób skorzystać z FastRAMu do mapowania kickstartu na kartach typu Elbox 1230/Apollo 1230. Co prawda nie do końca, bo w pewnym stopniu zużywa także pamięć Chip, ale zawsze to coś.
MuMapROM najpierw ładuje obraz Kickstartu do pamięci Chip, rebootuje komputer, a następnie po restarcie ponowne jego wywołanie w s-s powoduje przeniesienie obrazu Kickstartu do pamięci Fast i zwolnienie sporej części Chipu. Minusem jest fakt, że po przeniesieniu do Fast tracimy rezydentność, czyli odporność na reset. Powoduje to każdorazowe remapowanie Kickstartu po resecie komputera, co wydłuża start systemu i psuje estetykę wczytywania systemu.
Plusem jest zaś wykorzystanie MMU i niezawodność. Po remapie możemy też przesunąć exec.library do Fastu za pomocą MuMove4K i MuFastZero.
Osobiście skonstruowałem sobie obraz kickstartu za pomocą Remusa, łącząc ROM 3.1 z ROM Updatem z OS 3.9 BB2. Musiałem wyrzucić workbench.library i icon.library z obrazu ROM (w OS 3.9 są one i tak na dysku w nowszych wersjach), za to dołączyłem m.in. nowszy exec, nową graphics.library beta i patch MuMove4K w wersji jako moduł BlizKicka, dzięki czemu mam o jeden restart mniej :)
Polecam to rozwiązanie wszystkim innym posiadaczom kart E1230 :)
fragment mojej s-s:
Pewnym półśrodkiem jest MuMapROM z pakietu MuTools (od mmu.library). Jest to jedyne narzędzie które potrafi w jakikolwiek sposób skorzystać z FastRAMu do mapowania kickstartu na kartach typu Elbox 1230/Apollo 1230. Co prawda nie do końca, bo w pewnym stopniu zużywa także pamięć Chip, ale zawsze to coś.
MuMapROM najpierw ładuje obraz Kickstartu do pamięci Chip, rebootuje komputer, a następnie po restarcie ponowne jego wywołanie w s-s powoduje przeniesienie obrazu Kickstartu do pamięci Fast i zwolnienie sporej części Chipu. Minusem jest fakt, że po przeniesieniu do Fast tracimy rezydentność, czyli odporność na reset. Powoduje to każdorazowe remapowanie Kickstartu po resecie komputera, co wydłuża start systemu i psuje estetykę wczytywania systemu.
Plusem jest zaś wykorzystanie MMU i niezawodność. Po remapie możemy też przesunąć exec.library do Fastu za pomocą MuMove4K i MuFastZero.
Osobiście skonstruowałem sobie obraz kickstartu za pomocą Remusa, łącząc ROM 3.1 z ROM Updatem z OS 3.9 BB2. Musiałem wyrzucić workbench.library i icon.library z obrazu ROM (w OS 3.9 są one i tak na dysku w nowszych wersjach), za to dołączyłem m.in. nowszy exec, nową graphics.library beta i patch MuMove4K w wersji jako moduł BlizKicka, dzięki czemu mam o jeden restart mniej :)
Polecam to rozwiązanie wszystkim innym posiadaczom kart E1230 :)
fragment mojej s-s:
... ; tutaj MuMove4K jeśli nie wrzucimy go do ROMu SetPatch QUIET ; wyrzucamy bądź zmieniamy nazwę pliku "DEVS:AmigaOS ROM Update" albo dodajemy parametr NOROMUPDATE !!! MuMapROM DEVS:Kickstarts/kick31p.rom PATCHFILE=AUTOMATIC RELEASECHIP ; użycie bez RELEASECHIP spowoduje rezydentną instalację ROM, ale w pamięci Chip ! MuFastZero ...