Так логика работы с любым контроллером HDD одинакова. Никакой из процессоров общего назначения тех времен не был в состоянии обеспечить в PIO-mode поток данных для непосредственной записи/чтения с поверхностей HDD. Да и DMA тех времен не со всеми HDD мог справится. Так, что буфер (минимум на сектор) в таком контроллере есть всегда. А логика работы в PIO-mode с буферизованным контроллером HDD всегда одна.Сообщение от Hunta
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Мне кажется что DW это контроллер еще с 70-х, я подозреваю взяли его как раз с reference документации на 8x300 процессор, где был как бы пример применения этого процессора в качестве DSP именно в контроллере диска, может эта схема и послужила прототипом для WD-шных одночиповых контроллеров в последствии. Короче схожесть DW и IDE может и есть, но я вообще не про это говорил! Я говорил ОБ WD-шном котроллере (st506) для ibm pc, и последующем стандарте IDE который разработали совместимым с этим WD-шным контроллером чтоб не менять BIOS. Т.е. суть тут в том что существует некий стандартный набор портов и протоколов работы с ними в следствии того что выпускали новое железо обратно совместимое с первым WD-шным одночиповым контроллером который применили в ibm pc. А значит все IDE контроллеры (которые без DMA) должны примерно одинаково программироваться, потому и идея универсального драйвера для всех qbus ide контроллеров потенциально возможна с моей точки зрения...
У меня пока только один вариант контроллера IDE.
Даже с этим вариантом контроллера и драйверами от создателей есть интересный нюанс - они не стали программировать драйвер на работу по прерываниям, а тупо - опрос до готовности. Вопрос - почему? Я получил первый примерно работающий вариант драйвера по прерываниям. С интересной особенностью. Если поставить точку останова на вход в драйвер, где дальше идёт получения пакета, и руками давать на этой точке останова команду продолжения, то драйвер (вроде) работает. А если не ставить - первое обращение отрабатывает, а второе - зависон. На ошибку в драйвере списать сложно - всё, что я делаю - жму кнопку P (продолжить). Такое впечатление, что нужны какие то задержки при работе с устройством, которые и обеспечивает работа под отладчиком. Проблема схемы? Где то не выдержана времянка цикла обмена с устройством?
А если в другом контроллере свои "багофичи"? Писать драйвер по невнятному описанию, а так же догадкам - а потом получать отзыв - а вот на моём супе-пупер совместимом твой драйвер ни хрена не работает. Увольте.
Кстати, кроме как предположение, что с работой по прерываниям у авторов не взлетело - не могу ничего придумать. Проверил, сколько инструкций успеет выполнить Квант от момента подачи команды до момента прерывания по готовности устройства. Достаточно тупой код:
Этот же код выяснял - а вообще контроллер по прерывания работает? Как оказалось - вполне. А теперь тотализатор - на карте CF (где никакой механики и задержек, связанных с ней нет) - что было в R2 и R3, когда пришло прерывания? Насколько медленен 1801ВМ3 для современных CF?Код:RESET CLR R0 MOV #2, R1 MOV #100, R2 ;на приход прерывания по любому вектору - останов по адресу вектор прерывания+4 10$: MOV R1, (R0)+ CLR (R0)+ CMP (R1)+, (R1)+ SOB R2, 10$ ... MOV #CS.RD,@R1 ; послать команду, начать выполнение CLR R2 CLR R3 ; цикл в цикле, максимум 65536*65536 повторений 32$: 34$: SOB R2,34$ SOB R3,32$ HALT
Историю надо знать. Первый контроллер винчестера для IBM PC AT работал с теми же винчестерами с интерфейсом ST-506. Потом этот контроллер (благо его таки миниатюризировали) запихнули на плату винчестера. Те мелочи, что были на плате винтов ST-506, частично просто миниатюризировались (приводы движков, головок, усилители считывания/записи), частично включены в состав контроллера (управление движком, приводами и пр.).Так родился винчестер IDE. А в писюк долгое время втыкался банальный согласователь интерфейсов с опознавателем старших битов адреса.
Можно считать, что диск с интерфейсом IDE - это тот же диск ST-506, только со встроенным писюшным контроллером дисков этого самого ST-506, несмотря на то, что сам интерфейс ST-506 у них выродился местами до дорожки на плате, а местами и вообще до программной связи разных GPIO микроконтроллера.
Это позже к ним начали пихать всякие ультра-DMA, Busmaster'ы и пр., тем не менее, совместимость снизу вверх существует, вроде-бы, до сих пор, любой IDE-винчестер спокойно будет работать в PIO-mode.
Кто мешает тебе выдумать порох непромокаемый? (К.Прутков, мысль № 133)
Вот честно - параллельно фиолетово мне сейчас до истории. Задача весьма конкретно стоит. А уже после её решение под пиво можно и повспоминать-похолливарить. До след задачи.
YES!!!! Это были всё таки мои косяки
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Запустил BAD
- - - Добавлено - - -
Надоело ждать
INI WQ:TEST/BAD=[NOAUTO]
Даже интересно, сколько служебной инфы оно запишет - на текущий момент пишет уже минуты три. Как закончит, сфоткаю и выложу
- - - Добавлено - - -
Инициализировал 28 минут (примерно). Щас монтирует.
- - - Добавлено - - -
Монтировал 2.5 минуты. Сейчас считает занято-свободно
- - - Добавлено - - -
Альфа версия драйвера в тепличных условиях
15 с половиной МИЛЛИОНОВ свободных блоков
http://www.kpxx.ru/KBAHT4C/Железо/WQ
- - - Добавлено - - -
В общем, по первым результатам - если бы не накосячил (причём дурацкий косяк - но именно такие хрен найдёшь) - за пару дней мог бы нарисовать.
Следующий этап - привидение драйвера в порядок и автоопределение размера подключённого носителя (благо это уже в стандарте).
После этого - попробую посмотреть - а нельзя ли сделать работу более быстрой. 32 мб за 5 минут - конечно, в шесть раз быстрее, чем MY, но для CF выглядит странным... Сразу скажу - почему то ОЧЕНЬ большая задержка между выдачей команды чтения и сигналом то устройства, что данные в буфере. На исходных драйверах от разработчиков - тоже самое.
Последний раз редактировалось Hunta; 10.03.2018 в 01:25.
Как программировать на MACRO-11 без меток
Код:PROCEDURE WQWAIT BEGIN PUSH <R1, R0> THRU R1 := #0 MOVB (R2), R0 IF RESULT IS PL ANDB #CS.RD SET.IN R0 THEN LEAVE LOOP END END IF R1 EQ #0 THEN XDTCALL END POP <R0, R1> RETURN END WQWAIT
И вот как это компилировать? И не ПАСКАЛЬ и не АССЕМБЛЕР ) Ни тот ни другойКод:HD7>mac HTST A 1 000000 000000G 000000G PROCEDURE WQWAIT A 3 000006 000000G 000001 000000 PUSH <R1, R0> 000014 000000 A 4 000016 000000G 000001 000000 THRU R1 := #0 A 6 000026 000000G 000000G 000000G IF RESULT IS PL ANDB #CS.RD SET.IN R0 THEN 000034 000000G 000000G 000000 A 7 000042 000000G 000000G LEAVE LOOP A 10 000052 000000G 000001 000000G IF R1 EQ #0 THEN 000060 000000 A 13 000066 000000G 000000 000001 POP <R0, R1> 000074 000000 EQ 0 END WQWAIT ?MACRO-E-Errors detected: 8 DK:HTST=DK:HTST
транслятор такой код не пропустит(!)
Потому что PROCEDURE, PUSH, THRU, IF, END, ... - это макросы. Я специально написал MACRO-11 - его ключевое отличие от PAL-11 (если кто то знаком с ним) - МАКРОСЫ
- - - Добавлено - - -
А также POP, LEAVE и XDTCALL
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
