Винчестер УКНЦ

Вид для печати

Показывать 40 сообщений этой темы на одной странице

08.03.2010, 13:15
nzeemin

Со стороны UI эмуляцию сделал, порты IDE читаются и пишутся, геометрию из образа получаю, осталось сделать эмуляцию на уровне реакции на чтение/запись портов, реализацию команд.

Застрял пока вот на этом -- крутится в цикле по адресам 001264--001274, ожидая статуса BUSY (код прошивки Олега):

Код:

001250 MOV #000006, R0 001254 MOV #177014, R1 001260 CALL 001406 001264 CALL 001402 001270 MOVB @#110000, R4 ; Чтение статуса IDE 001274 BPL 001264 ; Проверяем бит 7 == BUSY, переход если сброшен ... 001372 MOV R5, @#177054 ; Отключение портов IDE 001376 MTPS R0 001400 RTS R2 001402 JSR R2, 001372 001406 MOV @#177054, R5 001412 MTPS (PC) 001414 MOV #000006, @#177054 ; Включение ПЗУ и портов IDE 001422 RETURN

Но я тут не вижу причин почему бит BUSY должен возникнуть -- команд в IDE до этого не передавалось, сброса тоже не было.
С моей стороны возвращается статус 000100 (DRIVE_READY).

UPD: Блин, я идиот -- передаваемые данные же инвертируются шиной QBUS, здесь ожидается снятие сигнала BUSY а не установка!
08.03.2010, 14:34
Atari

Насколько мне помнитсо, ждать BUSY вечно нельзя...

Код, правда, для Protect386, но суть байки от этого не меняется.

Код:

wait_busy: push eax ecx edx mov ecx,timer_tic add ecx,deley loc1: cmp ecx,timer_tic jb wb_err mov dx,3f6h in al,dx test al,80h jnz loc1 wb_exit: pop edx ecx eax ret wb_err: or byte ptr ide_s[ebp].ide_num,40h jmp wb_exit
08.03.2010, 15:21
b2m

Цитата:

Сообщение от Atari

Насколько мне помнитсо, ждать BUSY вечно нельзя...

Можно. Но смысла нет. :)
08.03.2010, 19:34
nzeemin

В первый раз прочитал сектор -- команда 20h начала работать:

http://img-fotki.yandex.ru/get/3810/...d95a038_XL.jpg

На прошивке Олега, правда, пока ничего не получилось.

rzk, а ты не помнишь какой загрузчик использовался с этим винчестером -- этот или Олега?
08.03.2010, 19:59
rzk

кажется Олега, я помню строчку про Oleg H., но я не уверен.
08.03.2010, 21:00
Alex_K

Цитата:

Сообщение от nzeemin

rzk, а ты не помнишь какой загрузчик использовался с этим винчестером -- этот или Олега?

Вообще-то в этих образах везде драйвер ID.SYS от "Электронных работ", а драйвера WD.SYS от Олега Ховайко нигде нет.
Кстати, там еще подпорчена таблица разделов, их реально 6, а не 8, как в таблице. Еще размеры реальных разделов другие. Надо подправлять таблицу и контрольную сумму в конце первого сектора.
09.03.2010, 00:14
AlecV

nzeemin, как понимаю, драйвер Oleg H требует чтобы команда IDENTIFY работала.

http://www.win.tue.nl/~aeb/linux/Lar....html#identify
09.03.2010, 00:38
nzeemin

Цитата:

Сообщение от AlecV

nzeemin, как понимаю, драйвер Oleg H требует чтобы команда IDENTIFY работала.

http://www.win.tue.nl/~aeb/linux/Lar....html#identify

Да до этого не доходит даже, там что-то другое совсем.
А команды я реализую по мере необходимости.
09.03.2010, 09:33
Alex_K

Цитата:

Сообщение от nzeemin

На прошивке Олега, правда, пока ничего не получилось.

А прошивка от Олега спотыкается на этом кусочке кода:

Код:

TstHDD = :.+2 11$: mov #-1,r0 bmi 11$ tstb r0 beq 14$ cmpb r0,#377 bne 17$ .Eprint NoPwr 14$: .Eprint NoCab 17$: Call sb$r ; Читаем мастер-блок ............................................................................... mov #TstHDD/2,@#Rap mov @#110000,@#Rdp

Тут такое дело, что регистры с 1F1 по 1F7 являются 8-битными, т.е. старший байт не задействован. По идее он (старший байт) висит в воздухе, а это электрически "единица", QBUS инвертирует их в логический "ноль". Так что надо, чтобы в эмуляторе регистры с 110000 по 110014 читались с нулевым старшим байтом.
09.03.2010, 18:43
olegh

Cчас доступа к полному исходнику у меня нет, поэтому отвечаю по памяти, что за 10 лет не выветрилось.
Тот кусок кода:

TstHDD = :.+2
11$: mov #-1,r0
bmi 11$

Смысл его такой:
Крутим цикл ожидания до тех пор, пока другой процесс из ПП не заменит "-1"
внутри команды "mov" на код возврата. Тогда этот цикл разблокируется и бежит анализировать код возврата. Там действительно, насколько я помню, при копировании старший байт передаётся как 0, что сбрасывает флаг N и разблокиркет цикл, так как BMI не срабатывает.

Извините за несколько "лихой" стиль программирования, но когда писал драйвер - стремился выжать его как по скорости, так и по обьёму. А что эмулятор будет - тогда догадаться не мог...
Кстати, когда сравнивал быстродействие своего драйвера с ЭРовским, мой на ~20% быстрее работал при прямом копировании.
И мой ЦП не завешивает в ожидании завершения I/O. Всё честно через виртуальное прерывание сделано, по Power Halt...

Показывать 40 сообщений этой темы на одной странице