Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Пытаюсь запустить 8-битовый адаптер Disk-On-Chip в XT
RSS

Пытаюсь запустить 8-битовый адаптер Disk-On-Chip в XT

Пока что виснет

<<Назад  Вперед>> Страницы: 1 2 3 4 5 6 * 7 8 9 10
Печать
 
DrPass
Advanced Member


Откуда: Донецк
Всего сообщений: 3566
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
17 апр. 2005
Fe-Restorator написал:
[q]
Отследить обработку клавиш-переключателей довольно сложно, ибо не всегда понятно для чего они используются в конкретном участке кода, а "литерные" клавиши, как правило, уникальны.
[/q]
Вообще-то куда сложнее перепутать в ассемблерном коде обработку скан-кода одной клавиши от обработки скан-кодов двух клавиш...
Fe-Restorator
Гость

Ссылка

Всё-таки хочется увидеть коммент от камрада sanders-а, чем закончилась его догадка про "недостающие" 384К памяти...
DrPass написал:
[q]
куда сложнее
[/q]
Обработка переключателя может быть выделена в отдельную процедуру, отличи потом её вызов от других. Хотя, в биосах нужно поступать "чем проще, тем надёжнее", в теории.
Сейчас на форуме
DrPass
Advanced Member


Откуда: Донецк
Всего сообщений: 3566
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
17 апр. 2005
Fe-Restorator написал:
[q]
Всё-таки хочется увидеть коммент от камрада sanders-а, чем закончилась его догадка про "недостающие" 384К памяти...
[/q]
Ничем не закончилась. Наличие дополнительного ОЗУ в верхней области памяти никак не влияет на способность процессора обращаться к устройствам в этой же области памяти. Блоки ОЗУ, которые перекрываются по адресам с устройствами, вообще не функционируют на самом-то деле.


Fe-Restorator написал:
[q]
Обработка переключателя может быть выделена в отдельную процедуру, отличи потом её вызов от других. Хотя, в биосах нужно поступать "чем проще, тем надёжнее", в теории.
[/q]
Ну я не думаю, что BIOS пишут студенты и извращенцы :)
Fe-Restorator
Гость

Ссылка

DrPass написал:
[q]
Ничем не закончилась.
[/q]
Именно так и я думаю, но хочется документального подтверждения отсутствию чудес.

DrPass написал:
[q]
Ну я не думаю, что BIOS пишут студенты и извращенцы :)
[/q]
"Кто знает, что у этих пчёл на уме..." (с) Винни Пух
Сейчас на форуме
sanders
Advanced Member
Профессионал

Откуда: Санкт-Петербург
Всего сообщений: 6434
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
26 мар. 2008
Камрад Сандерс до конца недели закончит выполнять срочный заказ и обязательно вернется к Диск-Он-Чипу.

Я думаю вот что:
1. В Диск-Он-Чипе безусловно нет своего ОЗУ. Там маленькая микросхемка с BIOS-ом и здоровый чип, он же диск.
И как же тогда этой плате сделать окно 64кб для обмена данными с материнкой? Только используя имеющуюся память на материнке. А если ее нет физически, то что?
2. Я могу ошибаться, и микросхема, которую я принял за BIOS, может быть многофункциональной: BIOS+ОЗУ. Тогда ОЗУ на материнке и не нужно.
DrPass
Advanced Member


Откуда: Донецк
Всего сообщений: 3566
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
17 апр. 2005
sanders написал:
[q]
Я думаю вот что:
1. В Диск-Он-Чипе безусловно нет своего ОЗУ. Там маленькая микросхемка с BIOS-ом и здоровый чип, он же диск.
И как же тогда этой плате сделать окно 64кб для обмена данными с материнкой? Только используя имеющуюся память на материнке. А если ее нет физически, то что?
[/q]
А как он бы смог использовать ОЗУ на материнке? Вот, допустим, процессор хочет что-то записать в память в сегмент C000. Дешифратор адреса знает, что по этому адресу должны находиться внешние устройства. И выставляет его на шину, а не вырабатывает сигнал обращения к ОЗУ. Т.е. в ОЗУ на материнке вообще ничего нельзя записать/считать, даже если на самом устройстве памяти нет.
Это на шине PCI, которая имеет плаг-н-плейевские штучки, устройство может при инициализации самостоятельно определить и уведомить систему, как оно будет взаимодействовать с памятью и портами. А на ISA все адреса прошиты аппаратно.
Поэтому эти 64К явно сидят в буферной области чипа флешки. Благо, это не бог весть какой объем :)
sanders
Advanced Member
Профессионал

Откуда: Санкт-Петербург
Всего сообщений: 6434
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
26 мар. 2008
Почему это нельзя ничего записать в верхнюю память ОЗУ? Тот же emm386 может превращать окна верхней памяти в ОЗУ. Раз емм386 - программная штука, значит, существует и физическая аозможность писать/читать в верхнюю память.
Правда, для меня всегда было загадкой - а куда деваются те куски верхнего ОЗУ, которые перекрываются BIOS VGA, System BIOS и прочими девайсами, типа BIOS MFM..... Просто не используются и блокируются? Тогда это неэффективно. Когда-то 1мб simm стоил 50$
DrPass
Advanced Member


Откуда: Донецк
Всего сообщений: 3566
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
17 апр. 2005
sanders написал:
[q]
Почему это нельзя ничего записать в верхнюю память ОЗУ? Тот же emm386 может превращать окна верхней памяти в ОЗУ. Раз емм386 - программная штука, значит, существует и физическая аозможность писать/читать в верхнюю память.
Правда, для меня всегда было загадкой - а куда деваются те куски верхнего ОЗУ, которые перекрываются BIOS VGA, System BIOS и прочими девайсами, типа BIOS MFM..... Просто не используются и блокируются? Тогда это неэффективно. Когда-то 1мб simm стоил 50$
[/q]
Ты ж не путай ХТ и реальный режим и АТ и защищенный режим. В первом случае память разруливается только дешифратором адреса. Это такой узел, (в простейшем случае микросхема ПЗУ), в котором зашито распределение адресов в компьютере. Он ловит выставленный на шину адрес и на его основании включает какую-либо сигнальную линию, а та активизирует только одно устройство, соответствующее этому адресу. Или банк ОЗУ если адрес до 640К, или ПЗУ BIOS, если адрес в верхних сегментах, или внешнюю шину, если адрес посередине. Все устройства висят параллельно на одной шине, и по одному адресу всегда должно быть доступно только одно устройство, иначе компьютеру будет гаплык.
В случае защищенного режима схема работы с памятью более сложная. Там физически нет линейного адресного пространства. ОЗУ имеет собственную шину адреса и данных, а шина ISA - собственную. Адресное пространство условно разделяется на 4К страницы, и процессор сам решает, откуда ему тянуть страницу для конкретного запрошенного программой адреса. Т.е. для программы кажется, что она живет в обычном адресном пространстве, но по факту при каждом обращении к какому-либо адресу его обрабатывает диспетчер, который может выполнять действия любой сложности - обратиться за страницей из ОЗУ, обратиться к какому-либо устройству, даже считать с диска (что мы и наблюдаем в Windows в виде файла подкачки).
EMM386 так и работает. Поэтому ему нужен 386 процессор, в котором такой режим предусмотрен.
sanders
Advanced Member
Профессионал

Откуда: Санкт-Петербург
Всего сообщений: 6434
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
26 мар. 2008
А если применить эти данные к диск-он-чипу, то получаем вывод:
Возможно диск-он-чипу нужен защищенный режим для обращения к верхнему ОЗУ. И именно поэтому он не стартует на ХТ? А вовсе не из-за того, что BIOS содержит инструкции 286+.

Это решится, когда я выдерну из 286 машинки, где диск-он-чип "прижился" 512кб ОЗУ, благо память на диппах, оставлю ему 512кб и посмотрю результат. Если заработает, значит он содержит свою память и верхнее ОЗУ на материнке ему не нужно.
DrPass
Advanced Member


Откуда: Донецк
Всего сообщений: 3566
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
17 апр. 2005
Собственно, работа в защищенном режиме подразумевает, что он сперва попробует выполнить инструкции 286+, на чем и зависнет :)
Но я уверен, что ОЗУ в чипе все-таки есть. Ну потому что это самое эффективное решение.
<<Назад  Вперед>> Страницы: 1 2 3 4 5 6 * 7 8 9 10
Печать
Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Пытаюсь запустить 8-битовый адаптер Disk-On-Chip в XT
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS