Вид для печати
Тем не менее можно было в описании обратить на это особое внимание.Цитата:
Сообщение от form
Только бледнолицый способен дважды наступить на одни и те же грабли (с) Чингачгук из анекдота. :)Цитата:
Сообщение от form
А наши разве много раз наступали? Если это про 1806, то туда, наверняка, скопипастили бОльшую часть решений с 1801.
Так может и обратили. Я не читал документации по 11/34. И уж абсолютно точно обратили позже в списке различий.Цитата:
Сообщение от AFZ
Про наших я не так много знаю. Но в общем случае насмотрелся на наши "аналоги" и как потом "исправляли ошибки DEC" чтобы ихний драйвер работал с нашим "аналогом" который к примеру не отличает байт от слова :)Цитата:
Сообщение от AFZ
А в первичном документе, который описание "стандартного" MMU первой редакции - без разделения I/D и пр. - нет. А до списка различий наши, скорее всего, не добрались.Цитата:
Сообщение от form
И, кстати, возвращаясь к нашему обсуждению прерываний. Поразглядывал я схему 1201.03. Как я и ожидал, никаких мер по соблюдению правил позиционно-независимой работы не принято. IACKO процессора напрямую идет на IACKI набортного ВП1-065, правда я не нашел, где EVNT 065-го превращается в IRQ4 процессора, но это неактуально, ибо 065-й все равно получит прерывание первым, вне зависимости от текущего уровня. Остается порадоваться, что для ДВК таки нет штатных устройств с приоритетом выше 4. А буде таковые найдутся, придется что-то дорабатывать. Например, перевесить всё набортное на IRQ7, другое решение в голову не приходит...
То есть, конечно, приходит, но уж больно велик объем аппаратных доработок. А перевесить на IRQ7 - так софты править замаешься...
Ну наверное логично, что поведения команды не имеющей в принципе никакого отношения к MMU, неспособной как-либо на него повлиять, а также в принципе необязательно поддерживаемой процессором в документе про MMU нету :)Цитата:
Сообщение от AFZ
В общем-то да. Только работает-то она через него, причем в необычном режиме - не так, как все простые команды. И входит в блок средств обслуживания расширенной памяти в "больших" операционках с защитой задач друг от друга. Так, что, на мой взгляд, это следовало бы упомянуть - пусть не в описании самого MMU, но где-то рядом.Цитата:
Сообщение от form
Рядом и упомянули в последствии когда обнаружили, что реализация при которой команда эмулируется обычной байтовой пересылкой в адрес 177776 имеет свои особенности. Изначально я так понимаю такого эффекта не планировалось и команда работала себе таким образом без каких-либо последствий пока не добавился MMU.Цитата:
Сообщение от AFZ
- - - Добавлено - - -
Кстати интересно... Еще один тест надо сделать...
Сегодня планирую подампить немного ленты. Подскажите, что означает [-1] в этой команде:
.RDTAP
*HX1:MT017.TAP[-1]=MT1:
Размер который выделяется под файл. По умолчанию (0) это будет половина самого большого пустого блока, можно указать явно размер чтобы при открытии файла выбралась дырка поменьше для создания, а если написать -1 - будет выбрана максимальная свободная область.Цитата:
Сообщение от BYTEMAN
Интересно бы попробовать на данном 1420 вот этот тест...
До СМки на той неделе я так и не добрался. Но не суть. Сегодня утром было 20 минут, забежал на склад и отфоткал часть доки на дисковод касательно команд, чтобы можно было написать форматтер.
К слову, в микропрограммах дисковода есть микропрограмма форматирования диска, но она нам не поможет - запустить её можно лишь с отладочного пульта, которого у меня увы нет. А с ЭВМ можно запустить только команду форматирования дорожки, что тоже нам на руку)
https://goo.gl/photos/wP528pYH3tFqZ2YYA