Po co ci gwizdek na plaży :?: Ze smoczkiem zawsze do twarzy.

Proponuje tak jak wymyslil Mario Trams w HyperSpeed:
- $000000-$feffff - RAM (z wydzielonym obszarem dla FastRAM),
- $ff0000-$f7ffff - max. 512k dla ROMu (oczywiscie z mozliwoscia przeadresowania kawalka w $00c000-$00ffff),
- $ff0000-... - rejestry IO

Myślę, że 1 MB na ROM + rejestry (pół na pół) "ought to be enough for everyone"  8)  Czyli:

$000000-$EFFFFF - RAM
$F00000-$F7FFFF - ROM
$F80000-$FFFFFF - rejestry I/O

Oczywiście część tego ROM-u musi być przemapowana na $00D800-$00FFFF, bo kompatybilność, wektory przerwań itd. Ale na $00C000-$00CFFF może być RAM, nie?

65c816 jak dotąd nie ma koprocesora. Ale chyba MC 68882 by się nadał od biedy ... gdyby ktoś go umiał podpiąć.

65c816 oczywiście ma szesnastobitowe LDA/LDX/LDY/STA/STX/STY/INC/DEC itd.

:idea: panowie a może połączywszy to wszystko zrobić tryb (Ultra)DMA dla dysków IDE  :?:  :idea:  :?:

To chyba aż się prosi, aby zmodyfikować kontroler, aby módz wykożystać 16-bitówą potęge '816 dla przyspieszenia transmisji Atari<>dysk IDE ??? Pod adresami $d1xx możnaby zostawić rejestry dla kompatybilności, a w obszarze nowych rejestrów ustawić odpowiednio dla trybu 16-bitowego '816.  :lol:  :lol:  :lol:

Tryb DMA twardziela dla Atari jest raczej nieosiagalny. Nie wiem czy bylby sens nawet jego stosowania - w trybie PIO twarde dyski moga wyciagnac nawet 7MB/s (tyle wyciagaja dyski w Amigach z interfejsem FastATA). Jesli chodzi o te 16 bitow 65c816 to nalezy pamietac, ze na zewnatrz procek ma tak jak 6502 magistralne danych 8-mio bitowa...

Rejestrów pod $d1xx nie trzeba chyba koniecznie zachowywać, w końcu cały prawie soft, który z nich korzysta, można łatwo uaktualnić, a tak na codzień potrzebne są tylko sterownikowi w ROM-ie.

Zgadza sie, ale nadal nie uniknie sie stosowania w interfejsie buforu na czesc D8-D15. A wlasnie: LDA 16-bitowy najpierw odczytuje mladsza czy starsza polowke?

Jezeli najpierw mlodsza, to nalezaloby zminic (lub umiescic dodatkowo w innym miejscu) polozenie rejestru danych twardziela i bufora w interfejsie. Powiedzmy w $d140 to D0-D7 bezposrednio z HDD a $d141 to bufor D8-D15. Klopotem moze byc za to zapis, bo nastepuje w druga strone: najpierw zapis D8-D15 do bufora a pozniej D0-D7 do HDD... Trzeba by to przemyslec.

Jeszcze jedno mi się nasunęłó:

ewentualny nowy ROM ($F00000-$F7FFFF) - mógłby być na jakiejś pamięci Flash (lub podobnej), którą zwykły szary użyszkodnik mógłby sobie sam zaktualizować wersję systemu - a nie prosić się kogoś posiadającego programator danej pamięci. Po uruchomieniu kompa mógłby się załączać jakiś eprom z czymś w postaci BIOS'u, który sprawdziłby procka, ExtRAm, FastRAM i czy w obszarze $F00000-$F7FFFF jest nowy ROM, skoczył tam i odłączył eproma włączając w ten obszar przeadresowany blok $F0C000-$F0FFFF. dopiero inicjalizacja wszystkich urządzeń, itd. Jeśli by ROM'u w tym obszarze nie było, a stwierdzonoby obecność pamięci Flash, to mógłby się uruchomić start awaryjny - np. ponowne zaprogramowanie pamięci Flash lub start systemu z dyskietki w trybie 6502 lub coś w tym stylu.

Mam też pytanie:

mam kawałek swojego programu umieszczonego w obszarze np. od $123456 - czyli w pamięci FAST:

czy jeśli wykonam LDA $123456 a LDA $3456, to czy ten drugi odwoła się fizycznie do $003456, czy do $123456 ? Analogicznie z rozkazem JMP - skacze sobie JMP $123456, a JMP $3456 - mówiąc krótko jeśli w nowym biosie jest $F0C000 - $F0FFFF, to jeśli tam będa JMP/LDA/STA, etc. odwołujące się w trybie 6502 (2 bajty adresu), to czy 65c816 będzie wszystko wykonywał na adresach $00c000 - $00ffff, czy $F0C000 - $F0FFFF. Bo z tego co wiem, to 65c816 ma jakieś ograniczenia, że niemoże normalnie przekraczać bloku 64kB.

hmm... niby fakt, tyle że mój system HiDOS przy obsłudze IDE KMK używa własnego sterownika, który wspiera także użądzenia ATAPI oraz obie tabele partycji (starą (FDISK) i nową (PartitionWizard). No i sam PartitionWiazard teżby trzeba przerobić, a jeszcze go nawet nieskończyłem, chyba że podzieli los filesystemu HiDOS v1.1 - po sugestiach i krytyce Liazrda powstał v1.3 - który teraz koduję praktycznie od nowa, bo przerobić v1.1 było trudno, ale taksobie myślę, że w systemie potrzebne byłby dwie wersje - dla 6502 (np. obecna - po to potrzebne byłaby zachowanie zgodności rejestrów na stronie $D1) i dla (65c816 - uwzględniająca poprawkę kontrolera).

Ja tam elektronikiem nie jestem, ale wydaje mi się, że sformułowanie "szybkie układy" dotyczy w tym miejscu nie częstotliwości, z jaką są taktowane, ale szybkości, z jaką reagują na bodźce zewnętrzne. Różnice pomiędzy układem szybkim a wolnym - przy tej samej częstotliwości pracy - są rzędu nanosekund, ale pamiętam, że grało to jakąś rolę ...

[ Dodano: Sob Paź 30, 2004 15:15 ]

Do $123456.

No ale jak będzie 512k ROM-u, to nie będzie potrzeby używania sterowników zewnętrznych, bo sterownik systemowy obsłuży wszystkie bajery. Co wskazuje, że w twoim DOS-ie uzyteczne byłoby, gdyby sterownik IDE występował w postaci ładowalnego modułu :)

[ Dodano: Sob Paź 30, 2004 15:15 ]
Kurczę, nie powiem, żeby mi się nowa konfiguracja Forum podobała. Po pierwsze primo, odpowiedź trzeba pisać dwa razy:

1) klikamy "Cytuj"
2) każe się logować
3) logujemy się
4) otwiera się okienko na odpowiedź
5) piszemy ją
6) wciskamy wyślij
7) pojawia się "Logowanie"
8) logujemy się
9) pojawia się ponownie okienko na odpowiedź - tym razem PUSTE
10) odpowiedź poprzednią trzeba wklepać jeszcze raz (albo wkleić z clipboardu)
11) i dopiero teraz "wyślij" działa

Co jest grane?

MM: Odpowiedzi przeniesiono do nowego topiku we WŁAŚCIWYM miejscu.

Co, ty, mówiłeś mi (w 1998 co prawda) że na swojego Noname Commandera to 1 mega romu zamierzasz przeznaczyć?