Konference: Počítač SHARP MZ-800 a emulátory

[Archiv 2012 / 1]

Radku, podle toho co ti vraci ten READ_ADDR to vypada, ze mam to cteni 
prilis pomale (DATA_LOST) - to znamena, ze to budu muset prepsat tak, 
aby se IORQ vykonal opravdu ihned, kdyz na radici identifikujeme DRQ, 
coz bohuzel asi znamena, ze ten driver bude muset prepisovat sam sebe 
mnohem vic, nez jsem mel v planu, aby se nevykonavaly zadne zbytecne 
jumpy navic a rozdil mezi HD ready a normalnim radicem bude tedy mnohem 
vetsi...

Jina vec je ten READ_SECTOR, tam to hlasi RNF, coz by mohlo mit duvod v 
tom, ze u toho prikazu nastavuji overeni strany (to je zrejme dalsi vec, 
kterou emulatory ignoruji) a je mozne, ze tu stranu overuju spatne. Jiny 
duvod pro to RNF mne zatim nenapada ...

Zkusim prolezt zdrojak cp/m 1.4 a porovnat to s tim, jak to delam ve 
svem driveru. Testovaci vzorek bych ti asi uz poslal mimo konferu, at s 
tim tady nestrasime.

Michal

Dne 1.1.2012 13:33, Radek Suk (sharpemu tu byla ta zakroucena vec pandora.cz) napsal(a):
>
> Ahoj Milane
>
> Tak jsem ti to vyfotil http://www.radeksuk.cz/sharp/smazat/IMG_1301.JPG
> a vraci to EF,0,0 - toto ale dostanu tak z 20% pokusu. Podle toho 
> statusu to nenajde ten sektor.
>
> Vetsinou (asi z 80%) to nenacte ani ten Read Address a to vraci 
> FB,05,00. Zde jako kdyz vyskocis jeste nez prectes posledni bajt.
>
> Vzdy to vraci stejne hodnoty.
>
> Radek
>

 
[2012/1 (125)] [2012/2 (34)] [2012/3 (57)] [2012/4 (46)] [2012/5 (40)] [2012/6 (44)] [2012/7 (64)] [2012/8 (57)] [2012/9 (32)] [2012/10 (55)] [2012/11 (25)] [2012/12 (63)]

[1999 (1)] [2000 (168)] [2001 (733)] [2002 (459)] [2003 (654)] [2004 (224)] [2005 (105)] [2006 (182)] [2007 (201)] [2008 (294)] [2009 (363)] [2010 (782)] [2011 (522)] [2012 (642)] [2013 (442)]