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

Полигон-2

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

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

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

Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Вопросы по платам для 386
RSS

Вопросы по платам для 386

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


Откуда: Химки, МО
Всего сообщений: 640
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
10 июля 2007
ElVovan_reloaded написал:
[q]
0xс8000 - это какой-то особый адрес? Его по-умолчанию должен использовать IDEшный контроллер? IDEшного диска у меня тоже не планируется, а вот контроллер пока планируется оставить. Да, и ещё у меня через IDE подключается CompactFlash, не хотплаг, правда, но хоть что-то.
[/q]
- Дисклаймер: лучше бы, если ответили те, кто получше вопросом владеет... ;)
Впрочем, ладно: Это что-то типа адреса по умолчанию для контроллера, с которого грузится машина. Для некоторых матерей - это единственный возможный адрес для загрузочного контроллера...


ElVovan_reloaded написал:
[q]
По поводу загрузчика NT 4.0 - это какой-то чисто майкрософтовский формат, приеняемый только ими? Тогда это не страшно.
[/q]
- см. Дсклаймер выше;)

Вообще-то с сидюка как такового загрузиться нельзя! Но есть слово эмуляция. Мне известно как минимум два принципиально разных способа всё-таки сделать сидюк загрузочным:
- эмуляция флоппи;
- эмуляция харда.

Никогда не видел "родного" дистрибутива W`NT, но W2K и WXP как бы продолжают линию NT. Насколько могу судить, у W2K и WXP "родной" дистрибутивный сидюк эмулирует хард. Экстраполируя получаем, что у NT 4.0 тоже эмулируется хард => контроллер не умеет грузить сидюки, для загрузки эмулирующие хард.

Здесь открывается широченный простор для фантазий на тему, что именно эмулируют загрузочные сидюки других операционных систем...


ElVovan_reloaded написал:
[q]
Кстати, стОит ли в БИОСе материнки выставлять затенение памяти, выделенной контроллеру? С одной стороны на эту память отображается БИОС контроллера, и включение затенения однозначно приведёт к повышению производительности. А с другой стороны контроллер работает через прямой доступ к памяти, ему выделяется свой канал DMA, если честно, я не знаю как, этот канал ассоциируется с областью памяти, выделенной адаптеру для операций ввода/вывода, боюсь как бы и эта часть не перекрылась...
[/q]
- см. Дсклаймер выше;)

Насколько мне известно, настоятельно не рекомендуется "затенять" области памяти "внешних" (относительно матери) адаптеров. Множество раз встречал подобные формулировки в мануалах к разнообразным дисковым контроллерам... Думаю, что этот - не исключение.

Оффтопик: Оффтопик: Спецы, поглядите. Ежели наврал где - поправьте, пожалуйста...
as
Advanced Member


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


Ссылка


Дата регистрации на форуме:
26 мар. 2007
ElVovan_reloaded написал:
[q]
0xс8000 - это какой-то особый адрес?
[/q]
Откуда он взялся ? Должен быть 0x7c00. В мануале по фре описан сам процесс загрузки: "Самое последние действие POST - это инструкция INT 0x19. Эта инструкция читает 512 байт из первого сектора загрузочного устройства и записывает их в память по адресу 0x7c00" А "0xс8000" - это неизвестно что...
aT
Advanced Member


Откуда: Химки, МО
Всего сообщений: 640
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
10 июля 2007
as написал:
[q]
ElVovan_reloaded написал:
[q]
0xс8000 - это какой-то особый адрес?
[/q]
Откуда он взялся ? Должен быть 0x7c00. В мануале по фре описан сам процесс загрузки: Самое последние действие POST - это инструкция INT 0x19. Эта инструкция читает 512 байт из первого сектора загрузочного устройства и записывает их в память по адресу 0x7c00. А 0xс8000 - это неизвестно что...
[/q]
- зачем написал? Ведь судя по времени моё сообщение уже было - можно было в нём прочесть: по адресу 0xс8000 - по дефолту - располагается биос дискового контроллера. Иначе почему бы все так любили заходить debug`ом на адрес 0xс8000:05 ;) А упомянутый 0x7c00 - просто немного из другой оперы...
as
Advanced Member


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


Ссылка


Дата регистрации на форуме:
26 мар. 2007
aT
Я это написал потому, как адрес С800 для загрузки биоса контроллера могут использовать только SCSI, RLL\MFM. IDE контроллер своего биоса не имеет, и работает через БИОС материнки. Какие могут здесь быть конфликты ? Материнская плата PC AT - соответственно в отличие от XT, умеет грузиться как со своего биоса, так и с биоса контроллеров находящимся по адресам C800 и D000.
По перемычкам добавить нечего, значит форматировать винт из биоса контроллера, загружаться с дискеты под ДОС и делать винт FDISKом активным.
74ALS00
Advanced Member


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


Ссылка


Дата регистрации на форуме:
5 нояб. 2004
ElVovan_reloaded
На многих платах встречаются 20-наносекундные банки с 15-наносекундным тэгом, а у меня сейчас всё наоборот: в банках пятнашки, а тэг - двадцатка.
Так в результате 256кб - ок?
Я когда 15-нс вместо 20-ок ставил, удалось в БИОСе "0ws" вместо "1ws" поставить - чуть "попугаев" прибавилось.

No ROM Basic
Атавистическая надпись. По сути "я тут вообще ничего не нашёл! Даже задрипанного бэйсика!".
На XT поголовно были микрушки ROM с Basic, а на AT на это забили и просто поставили заглушку "нет меня".
Поэтому осталась традиция давать ко всяким "матричным принтерам" программки на Бэйсике - типа "он есть всегда у всех прямо в ROM, даже ОС можно не покупать".

Пардон, читал не очень внимательно, про "помер сказёвый CD-ROM" не понял. На другом компе попробовать - тоже самое?
я ещё побоялся, что он не сможет читать CD-R
не, они RW не читают :( и насколько знаю - не лечится (CD-R не читали аудио-приводы.)
aT
Advanced Member


Откуда: Химки, МО
Всего сообщений: 640
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
10 июля 2007
as написал:
[q]
Я это написал потому, как адрес С800 для загрузки биоса контроллера могут использовать только SCSI, RLL\MFM. IDE контроллер своего биоса не имеет, и работает через БИОС материнки.
[/q]
- угу, почти правильно.

Почти, потому что:

а\ IDE контроллеры бывают очень разные - у меня есть минимум три, которые обладают собственными БИОСами. Один из них на VLB, два других на PCI. Названия интересны?

б\ по адресу С800 "живёт" кусок БИОСа матери, который отвечает за работу с дисками (не обязательно IDE!) Соответственно, при загрузке компа после того, как образ БИОСа скопирован в оперативку это место (С800) может быть перезаписано образом БИОСа контроллера. Именно поэтому при установке контроллеров со своим БИОСом рекомендуется отключать "затенение"! Дело в том, что "затенение" происходит раньше, чем копирование образа БИОСа контроллера.

=> Получается следующий казус: образ, отвечающий за работу с дисками, переносится в "теневую" область, НО это - НЕ образ БИОСа контроллера, (а кусок биоса матери) - собственно, это часть ответа на следующий вопрос:


as написал:
[q]
Какие могут здесь быть конфликты ? Материнская плата PC AT - соответственно в отличие от XT, умеет грузиться как со своего биоса, так и с биоса контроллеров находящимся по адресам C800 и D000.
[/q]
- один из возможных конфликтов описан чуть выше.

Мать стандарта АТ, конечно, очень часто "умеет грузиться" не только с C800, но и с других адресов, но она не обязана перебирать их автоматически. Более того, много раз попадались мне варианты явного выбора адреса загрузочного контроллера.

Мать для "трёшки", вобщем-то, имеет право не уметь грузиться с других адресов...
as
Advanced Member


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


Ссылка


Дата регистрации на форуме:
26 мар. 2007
aT написал:
[q]
IDE контроллеры бывают очень разные - у меня есть минимум три, которые обладают собственными БИОСами. Один из них на VLB, два других на PCI. Названия интересны?
[/q]
Кэширующие контроллеры IDE, как правило оснащены перемычкой отключающей собственный БИОС, либо запускаются только после инициализации основного биоса материнки, и подменяют только часть функций системного биоса, ну этот пример уже совсем "высосан из пальца".
Про затенение я и не упоминал, потому как ответ уже был и я сним полностью согласен, причём здесь

aT написал:
[q]
Именно поэтому при установке контроллеров со своим БИОСом рекомендуется отключать "затенение"!
[/q]
aT написал:
[q]
Мать для "трёшки", вобщем-то, имеет право не уметь грузиться с других адресов...
[/q]
Да конечно она имеет право, а зачем ей грузиться с другого адреса ? CompactFlash загрузочный ? Если нет - будет она грузиться со SCSI, только правильно настроенной.
uav1606
Advanced Member


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


Ссылка


Дата регистрации на форуме:
16 янв. 2008
Цитата от aT:
[q]
Вообще-то с сидюка как такового загрузиться нельзя! Но есть слово эмуляция. Мне известно как минимум два принципиально разных способа всё-таки сделать сидюк загрузочным:
- эмуляция флоппи;
- эмуляция харда.

Никогда не видел "родного" дистрибутива W`NT, но W2K и WXP как бы продолжают линию NT. Насколько могу судить, у W2K и WXP "родной" дистрибутивный сидюк эмулирует хард. Экстраполируя получаем, что у NT 4.0 тоже эмулируется хард => контроллер не умеет грузить сидюки, для загрузки эмулирующие хард.
[/q]
Насколько мне известно, W2K и XP используют загрузочные CD без эмуляции. Т.е. с них просто берутся несколько секторов (а именно 4 для XP), эти сектора записываются в память и дальше уже работает загрузчик. Смотрите, например, тут, как сделать загрузочный CD Windows XP из не загрузочного:
http://www.phantom.sannata.ru/...&st=40
Проблема с загрузкой вероятно как раз в том, что может быть этот контроллер может грузить только CD с эмуляцией флопа - таких большинство. ElVovan_reloaded, попробуйте сами сделать такой CD, взяв за основу любую загрузочную дискету и Nero.
vk6666
Advanced Member


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


Ссылка


Дата регистрации на форуме:
27 мар. 2008
uav1606
uav1606 написал:
[q]
W2K и XP используют загрузочные CD без эмуляции. Т.е. с них просто берутся несколько секторов
[/q]
возможно, но по факту встречал мамки, которые моглы грузится с диска WinNT4 но не могли запустить загрузочный диск 2000 или ХР (речь идет о лицензионных оригинальных дисках)
ElVovan_reloaded
Newbie


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


Ссылка


Дата регистрации на форуме:
2 авг. 2008
Сидюк всё же не работает, я его подключил к другому компьютеру, там он определяется, но диски не читает. С хардом полный порядок, операционка (NetBSD 4.0) на него встала нормально, но ставил я её с другой платы, поддерживающей загрузку с обычного CD-привода (кстати, у NetBSD загрузчик эмулирует дискету 2.88). А на трёшке загрузиться не получается, SCSI-контроллер нормально находит загрузочную запись на винче, загрузчик выводит свои сообщения, а когда дело доходит до загрузки ядра, выводится такая картина (сердечки там ещё и мигают):

Раньше я что-то подобное видел только один раз, когда случайно чипы памяти в видуху не той стороной воткнул, с чипами тогда пришлось распрощаться. Сейчаз же у меня нормальные видухи (аж пять штук), полностью рабочие, но каждая из них выдаёт ту же картинку, на другой плате (для пень-ммх) с того же винча с теми же видухами всё нормально грузится.

Все настройки выставил как и было рекомендовано, также убедился, что система начинает грузится с жёсткого диска при абсолютно любом id.
Если не рекомендуется затенять память для внешнего относительно матери железа, то зачем же в настройках БИОСа матери вообще присутствуют опции затенения? В данной материнке вообще ничего интегрированного нет, даж COM-портов; также в настройках БИОСа нет возможности выбора адреса загрузочного контроллера, значит подразумевается то, что он будет использовать стандартный адрес, либо то, что он достаточно умный, чтоб использовать свой БИОС для загрузки.

Кэша определяется 256 кило, в настройках БИОСа 0ws нет, есть от 1 до 4.

Возник вопрос про апгрейд платы процессором от Cyrix или Texas Instruments: насколько я понимаю, у них есть привязка к частоте, под которую заточена материнка (http://www.chipdb.org/cat-cx486-drx-122.htm - не просто так ведь там написана частота через дробь, типа 25/50), на старых платах находится таймер, частота которого в два раза превышает частоту процессора, это, вроде как, тактовый генератор, задающий частоту, я правильно понимаю? Так вот, у меня на плате 40-мегагерцовый процессор, есть 80-мгц таймер, какой-то 14.31818-мгц (который я на всех платах встречаю) таймер и ещё какой-то совсем маленький в виде цилиндрика со стёршейся надписью. Никаких вариантов для поддержки иных частот нет. Правда я вставлял и 25-мгц и 33-мгц процессоры, но на какой частоте они работали - сказать не могу. Специально искал в сети 80-мгц процессоры для апгрейда 386, но ничего не нашёл, только 33/40/50/66. Но тем не менее моя плата должна поддерживать апгрейд, не даром же там в БИОСе есть настройки внутреннего кэша, который в оригинальных 386 отсутствует. Вот и вопрос: если мне удастся раздобыть какой-нибудь 50/66-мгц процессор, он сможет нормально работать с этой материнкой? Никаких глюков и сбоев из-за несоответствия частот не должно быть?
<<Назад  Вперед>> Страницы: 1 2 3 * 4 5
Печать
Полигон-2 »   IBM PC-совместимое. До 2000 года включительно »   Вопросы по платам для 386
RSS

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

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

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