Полигон-2

Rio444 написал:

[q]

Нашел ещё одну ошибку.
Теперь работает

[/q]

Отлично!


Rio444 написал:

[q]

Код для размаскирования/добавления очень простой и короткий. Но не знаю, куда и как его вставить до загрузки Win.

[/q]

Можно рассмотреть вставление кода модифицировав какой либо менеджер загрузки с
открытыми исходниками.

Правильно однако сделать нормальный драйвер, сам по себе он простейший, но по
деталям не подскажу, тк не использую windows.

В качестве плана - найти DDK для NT3.51, посмотреть примеры кодов и сделать драйвер
который может даже не регистрироваться в системе, и не отвечать на команды OS. По
аналогии с DOS драйвером - он должен выполнить инициализацию, выполнить требуемый код и далее освободить память (как это делается, если устройства, с которым дрвйвер
работает не найдено).

i8088 написал:

[q]

В качестве плана - найти DDK для NT3.51, посмотреть примеры кодов и сделать драйвер

[/q]

Но тогда придется делать драйвер для каждой оси.
Это, как минимум, NT 4.0, OS/2, Linux.
Мне видится более интересным вариант модификации MBR. Делают же это как-то вирусы?

Другие, возможные варианты:
- дополнение кода bios в ПЗУ,
- отдельное ПЗУ (например на сетевой карте).

С этим вопросом перекликается другой, очень интересный. Возможно ли создание контроллера PS/2 мыши на отдельной ISA плате?
Основная сложность в том, что реальный PS/2 контроллер не самостоятельное устройство, а "часть" контроллера клавиатуры.
Взаимодействие с ним осуществляется по тем же адресам: 60h для данных и 64h - управление и чтение статуса.
Внешний PS/2 контроллер мыши можно создать как отдельное, независимое устройство. Но в этом случае он будет иметь свои, другие адреса шины портов и требовать драйвера для каждой ОС. Для DOS и Win3.x, Win9x драйвер можно сказать готов. Достаточно внести небольшие изменения в существующий код. На остальные оси драйвера нужно будет писать с нуля.

Второй вариант - попытаться "скрестить" существующий KBC и новый контроллер PS/2. По всей видимости, понадобится дополнительная схема, которая будет отключать основной контроллер, когда необходимо взаимодействие с контроллером PS/2. Задача если и возможная, то весьма нетривиальная. Вероятно надо будет подключаться (или включаться в разрыв) ног контроллера: "Chip Select", "Host Read", "Host Write".

i8088 написал:

[q]

В оригинальной AT буфер есть, отделяющий внутреннние устройства, от устройств на ISA.

[/q]

Не совсем понял, как это влияет?

i8088 написал:

[q]

Основная здесь сложность... это полностью отключить встроенныйконтроллер

[/q]

Это мне кажется совсем не сложным. Прямой и грубый вариант - откусить ногу /CS и повесить её через резистор на +5В.
Возможно, есть какие-то программные варианты.

i8088 написал:

[q]

те сть весь функционал переложить на ISA плату.

[/q]

Возможно ли это? Помимо обслуживания мыши и клавиатуры, KBC, как минимум, управляет А20 Gate и программным Reset.
Схему изучал давно, но помнится, не все сигналы выведены на ISA.
Придется бросать провода с ножек 8042, что нивелирует весь смысл затеи.
Наверное, проще оставить существующий KBC, но отключать его, когда идёт обращение к портам 60h и 64h, выделяя команды для мыши и клавиатуры. Причем очень оперативно. Наверное, с помощью ПЛИС. Так, чтобы команды, связанные с А20 Gate и Reset продолжали работать.

i8088 вот тут ещё одна мысль появилась.
Что если использовать плату, которая ОС будет видна как упомянутая выше "Bus Mouse"?
А фактически это будет переходник с "Bus Mouse" на PS/2 мышь.
В википедии пишут, что Bus Mouse выпускалась до ~2000 года. Все старые ОС должны её знать.
Остаётся это проверить и найти документацию на протоколы Bus Mouse.

i8088 написал:

[q]

Только по скорости - не будет ли ситуации как с COM->PS2.ISA конечно быстрее COM, но протокол BUS Mouse не вносет ли ограничения?

[/q]

Есть такие опасения.