Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Вопросы по платам для 386 |
<<Назад Вперед>> | Страницы: 1 2 3 * 4 5 | Печать |
aT
Advanced Member
Откуда: Химки, МО Всего сообщений: 640 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 10 июля 2007 |
ElVovan_reloaded написал: - Дисклаймер: лучше бы, если ответили те, кто получше вопросом владеет... 0xс8000 - это какой-то особый адрес? Его по-умолчанию должен использовать IDEшный контроллер? IDEшного диска у меня тоже не планируется, а вот контроллер пока планируется оставить. Да, и ещё у меня через IDE подключается CompactFlash, не хотплаг, правда, но хоть что-то. Впрочем, ладно: Это что-то типа адреса по умолчанию для контроллера, с которого грузится машина. Для некоторых матерей - это единственный возможный адрес для загрузочного контроллера... ElVovan_reloaded написал: - см. Дсклаймер выше По поводу загрузчика NT 4.0 - это какой-то чисто майкрософтовский формат, приеняемый только ими? Тогда это не страшно. Вообще-то с сидюка как такового загрузиться нельзя! Но есть слово эмуляция. Мне известно как минимум два принципиально разных способа всё-таки сделать сидюк загрузочным: - эмуляция флоппи; - эмуляция харда. Никогда не видел "родного" дистрибутива W`NT, но W2K и WXP как бы продолжают линию NT. Насколько могу судить, у W2K и WXP "родной" дистрибутивный сидюк эмулирует хард. Экстраполируя получаем, что у NT 4.0 тоже эмулируется хард => контроллер не умеет грузить сидюки, для загрузки эмулирующие хард. Здесь открывается широченный простор для фантазий на тему, что именно эмулируют загрузочные сидюки других операционных систем... ElVovan_reloaded написал: - см. Дсклаймер выше Кстати, стОит ли в БИОСе материнки выставлять затенение памяти, выделенной контроллеру? С одной стороны на эту память отображается БИОС контроллера, и включение затенения однозначно приведёт к повышению производительности. А с другой стороны контроллер работает через прямой доступ к памяти, ему выделяется свой канал DMA, если честно, я не знаю как, этот канал ассоциируется с областью памяти, выделенной адаптеру для операций ввода/вывода, боюсь как бы и эта часть не перекрылась... Насколько мне известно, настоятельно не рекомендуется "затенять" области памяти "внешних" (относительно матери) адаптеров. Множество раз встречал подобные формулировки в мануалах к разнообразным дисковым контроллерам... Думаю, что этот - не исключение. Оффтопик: Оффтопик: Спецы, поглядите. Ежели наврал где - поправьте, пожалуйста... |
as
Advanced Member
Откуда: Киев Всего сообщений: 971 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 26 мар. 2007 |
ElVovan_reloaded написал: Откуда он взялся ? Должен быть 0x7c00. В мануале по фре описан сам процесс загрузки: "Самое последние действие POST - это инструкция INT 0x19. Эта инструкция читает 512 байт из первого сектора загрузочного устройства и записывает их в память по адресу 0x7c00" А "0xс8000" - это неизвестно что... 0xс8000 - это какой-то особый адрес? |
aT
Advanced Member
Откуда: Химки, МО Всего сообщений: 640 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 10 июля 2007 |
as написал: - зачем написал? Ведь судя по времени моё сообщение уже было - можно было в нём прочесть: по адресу 0xс8000 - по дефолту - располагается биос дискового контроллера. Иначе почему бы все так любили заходить debug`ом на адрес 0xс8000:05 А упомянутый 0x7c00 - просто немного из другой оперы... ElVovan_reloaded написал:Откуда он взялся ? Должен быть 0x7c00. В мануале по фре описан сам процесс загрузки: Самое последние действие POST - это инструкция INT 0x19. Эта инструкция читает 512 байт из первого сектора загрузочного устройства и записывает их в память по адресу 0x7c00. А 0xс8000 - это неизвестно что... 0xс8000 - это какой-то особый адрес? |
as
Advanced Member
Откуда: Киев Всего сообщений: 971 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 26 мар. 2007 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 18 сентября 2008 13:24 Сообщение отредактировано: 18 сентября 2008 13:54
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 написал: - угу, почти правильно. Я это написал потому, как адрес С800 для загрузки биоса контроллера могут использовать только SCSI, RLL\MFM. IDE контроллер своего биоса не имеет, и работает через БИОС материнки. Почти, потому что: а\ IDE контроллеры бывают очень разные - у меня есть минимум три, которые обладают собственными БИОСами. Один из них на VLB, два других на PCI. Названия интересны? б\ по адресу С800 "живёт" кусок БИОСа матери, который отвечает за работу с дисками (не обязательно IDE!) Соответственно, при загрузке компа после того, как образ БИОСа скопирован в оперативку это место (С800) может быть перезаписано образом БИОСа контроллера. Именно поэтому при установке контроллеров со своим БИОСом рекомендуется отключать "затенение"! Дело в том, что "затенение" происходит раньше, чем копирование образа БИОСа контроллера. => Получается следующий казус: образ, отвечающий за работу с дисками, переносится в "теневую" область, НО это - НЕ образ БИОСа контроллера, (а кусок биоса матери) - собственно, это часть ответа на следующий вопрос: as написал: - один из возможных конфликтов описан чуть выше. Какие могут здесь быть конфликты ? Материнская плата PC AT - соответственно в отличие от XT, умеет грузиться как со своего биоса, так и с биоса контроллеров находящимся по адресам C800 и D000. Мать стандарта АТ, конечно, очень часто "умеет грузиться" не только с C800, но и с других адресов, но она не обязана перебирать их автоматически. Более того, много раз попадались мне варианты явного выбора адреса загрузочного контроллера. Мать для "трёшки", вобщем-то, имеет право не уметь грузиться с других адресов... |
as
Advanced Member
Откуда: Киев Всего сообщений: 971 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 26 мар. 2007 |
aT написал: Кэширующие контроллеры IDE, как правило оснащены перемычкой отключающей собственный БИОС, либо запускаются только после инициализации основного биоса материнки, и подменяют только часть функций системного биоса, ну этот пример уже совсем "высосан из пальца". IDE контроллеры бывают очень разные - у меня есть минимум три, которые обладают собственными БИОСами. Один из них на VLB, два других на PCI. Названия интересны? Про затенение я и не упоминал, потому как ответ уже был и я сним полностью согласен, причём здесь aT написал: aT написал: Именно поэтому при установке контроллеров со своим БИОСом рекомендуется отключать "затенение"! Да конечно она имеет право, а зачем ей грузиться с другого адреса ? CompactFlash загрузочный ? Если нет - будет она грузиться со SCSI, только правильно настроенной. Мать для "трёшки", вобщем-то, имеет право не уметь грузиться с других адресов... |
uav1606
Advanced Member
Откуда: Енакиево Всего сообщений: 4373 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 16 янв. 2008 |
Цитата от aT: Насколько мне известно, 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 написал: возможно, но по факту встречал мамки, которые моглы грузится с диска WinNT4 но не могли запустить загрузочный диск 2000 или ХР (речь идет о лицензионных оригинальных дисках) W2K и XP используют загрузочные CD без эмуляции. Т.е. с них просто берутся несколько секторов |
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 |
0 посетителей просмотрели эту тему за последние 15 минут |
В том числе: 0 гостей, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |