Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Переделка АТ интерфейса клавиатуры в PS/2 на старых платах |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 ... 9 10 11 12 13 14 15 16 17 | Печать |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Вроде все логично. Относительно маскирования - а может быть какое-то действие в программе вызывает маскирование, как побочный эффект (вызов какой-либо функции BIOS, хотя в TSR это ограничено)? А если попробовать в программу через определенные интервалы вставлять чтение регистра маски secondary int controller, 0a1h ? И в debug пронаблюдать, когда происходит маскирование? |
pahan
Advanced Member
Откуда: Химки, М.О. Всего сообщений: 1070 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 13 мар. 2015 |
Не "может", а обязательно будет. И формат её не стандартизирован... Но как пишут в источниках, биос мождет хранить там и другие данные. Скорее всего это именно куски биоса и возможно недокументированные. может быть какое-то действие в Рекомендую ещё глянуть обработчики всех остальных прерываний (аппартаных, IRQx) - скорее всего "гадит" кто-то из-них. |
Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 24 ноября 2017 15:57 Сообщение отредактировано: 24 ноября 2017 15:58
i8088 написал: Тоже об этом подумал. Но это ещё не TSR (точнее не резидентная часть) , это инициализация, которая выполняется один раз, как обычная программа. Относительно маскирования - а может быть какое-то действие впрограмме вызывает маскирование, как побочный эффект (вызовкакой-либо функции BIOS, хотя в TSR это ограничено)? i8088 написал: Что-то подобное попробую сделать. А если попробовать в программу через определенные интервалывставлять чтение регистра маски secondary int controller, 0a1h ?И в debug пронаблюдать, когда происходит маскирование? pahan написал: Если "будет", то это ещё проще. В этом случае область EBDA уже выделена. И можно использовать её готовую.Не "может", а обязательно будет. И формат её не стандартизирован... Но как пишут в источниках, биос мождет хранить там и другие данные. Но пока на платах без поддержки PS/2 она отсутствует в принципе. В ячейке BDA, хранящей указатель на EBDA - "0000h". |
pahan
Advanced Member
Откуда: Химки, М.О. Всего сообщений: 1070 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 13 мар. 2015 |
Учитывая, что она появилась в IBM PS/2 и оттуда была скопирована остальными - ожидаемо. В этом случае область EBDA уже выделена. И можно использовать её готовую. Так что или она сразу есть и там полно и других данных или её изначально нет. Были ли платы (точнее, биосы) с EBDA, но без PS/2-мыши - если только экспериментально проверять. Раньше (до появления EBDA) она определялась как адрес порта LPT4. В ячейке BDA, хранящей указатель на EBDA - "0000h". |
Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
Причина отключения irq12 оказалась весьма нетривиальной. Помехой послужила операция чтения статусного регистра 8042: "in al,064h". Если размаскирование irq12 выполнить после этой операции, то всё работает. Если до - irq12 по-прежнему отключено. Вот участок кода с "in al,064h": kbc_wait_aux_full: Для размаскирования irq12 вставлял код: push ax Сразу не понял в чем дело. Между этими операциями не должно быть никакой связи. Видимо причина в том, что контроллер прерываний слишком тормознутый, и, если после операции записи в него, через короткое время следует операция с другим портом (или именно 064h??), он не успевает считать данные. Эксперимент это подтвердил. Если в Debug запускать сразу весь участок кода - маска прерываний не меняется. Если в режиме трассировки (когда появляются паузы) - всё работает. |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 25 ноября 2017 20:18 Сообщение отредактировано: 25 ноября 2017 20:19
Роман, очень ценное наблюдение, я думаю, мне тоже пригодится!! А Вы пробовали поставить небольшую задержку после размаскирования 8259 (перед чтением регистра статуса 8042), для проверки гипотезы? |
Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 25 ноября 2017 21:24 Сообщение отредактировано: 25 ноября 2017 23:01
Буду пробовать. Не хватает времени плотно заняться. Приходится урывками. UPD Не могу повторить утренний результат. Запуск pa2supp.com вызывает маскирование irq12 (маска 1Dh), даже если оно было ранее замаскировано (маска 0Dh). В Debug код mov AL,0D работает как ни в чем не бывало. Т.е. в результате в регистре AL = 0D, как и должно быть. Хотя утром он не работал. Или я был не внимателен. В коде основной программы место работающего фрагмента кода включения irq12 тоже "гуляет". В нескольких попытках оно сначало оказалось перед строкой in al,064h, потом "вернулось" на то же место, что и утром - после этой строки. В общем, ничего не понимаю. Остаётся забить на эту проблему и включать irq12 в конце кода. |
Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
Вчера немного поигрался со своим драйвером, отключая отдельные участки кода. Выяснились любопытные вещи. Во-первых, если PS/2 мышь отсутствует в списке оборудования (адрес 40:10h BDA), все драйверы (включая cutemouse) пишут, что мышь отсутствует и отказываются загружаться. Тут попадание 100%. Примерно то же самое происходит, если отключить службу C2h прерывания int 15h. Может быть, сообщения драйверов немного отличаются от предыдущего случая. Особо не обращал внимания. А вот на службу C1h того же прерывания (которая возвращает в регистре ES сегмент EBDA) похоже всем драйверам пофиг. Которые работали - продолжают работать. Те, что не работали, по-прежнему так же не работают. Если отключить обработчик irq12 (int 74h), это имеет фатальные последствия. Драйверы загружаются, но вешают систему (а скорее блокируют клавиатуру) сразу или после любых действий с мышью. Также выяснилось, что Cutemouse версии 2.1 использует дефолтный обработчик int 74h (а не подменяет своим) и прекрасно работает. То есть, мой обработчик irq12 его полностью устраивает. Плюс этот драйвер занимает меньше всего места в памяти из числа протестированных. Всего 3,1кб (по данным CheckIt). Если прибавить размер драйвера поддержки PS/2 мыши, получаем 3,1+1,4 = 4,5кб. Это меньше, чем размер большинства драйверов мыши самих по себе. |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Немного не совсем по теме, но все же, возвращаясь к вопросу задержки. Обнаружил любопытный эффект на плате IBM 5150 с таймером 8253 от AMD, образца 1983 года. Простое чтение счетчиков канала 0 без latch приводит к резкому понижению коэффициента деления, особенно при больших исходных коэффициентах. Так, при делителе по умолчанию (65536) просто после чтения (в debug) порта 0x40, коэффициент деления канала 0 становится равным 2! Проверялось осциллографом. При чтении с latch чтение нормальное. Столь малые КД для канала 0 ведут к зависание машины (слишком высокая частота IRQ0). Те просто: debug -i 40 и все, машина стала. На IBM 5160 c таймером 8253 от Intel (плата выпуска 1986года) такого не наблюдалось, я эксперименты в этой теме делал с ней. У кого есть IBM 5150, большая просьба проверить проверить чтение порта 0x40! |
Rio444
Гость
Откуда: Ростов-на-Дону Всего сообщений: 8632 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 14 сен. 2014 |
Немного по теме добавлю. Как писал выше, наличие PS/2 мыши также фиксируется в CMOS. Но оно не стандартизировано и для разных BIOS "mouse enable" находится в разных регистрах. Стандартная карта CMOS: Фролов Расширенная, для разных BIOS. Поэтому, содержимое CMOS на работу драйвера мыши никак не влияет. Вероятно сам BIOS использует эту информацию. Возможная лазейка - установить в CMOS "mouse enable", в надежде, что BIOS при загрузке воспользуется этой информацией и включит поддержку PS/2 мыши. |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 ... 9 10 11 12 13 14 15 16 17 | Печать |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Переделка АТ интерфейса клавиатуры в PS/2 на старых платах |
1 посетитель просмотрел эту тему за последние 15 минут |
В том числе: 1 гость, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |