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

[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 а не установка!

[Advertiser]

[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

[b2m]

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

Можно. Но смысла нет.

[nzeemin]

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



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

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

[rzk]

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

[Alex_K]

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

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

[AlecV]

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

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

[nzeemin]

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

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

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

[Alex_K]

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

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

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 читались с нулевым старшим байтом.

[olegh]

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

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

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

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