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

Полигон-2

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

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

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

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

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

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


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


Ссылка


Дата регистрации на форуме:
2 авг. 2008
Большая плата с БИОСом от маленькой даже не стартует. Наоборот не проверял поскольку нет смысла.

Возникло ещё несколько вопросов:
1) В БИОСах обеих плат есть настройка внутреннего кэша процессора, включить её, правда, ни на одной из плат нельзя. Я правильно понимаю, что это встроенная поддержка процессоров Cyrix и Texas Instruments, предназначенных для апгрейда? На маленькой плате это выглядит несколько бессмысленным.

2) До недавнего времени у меня было 2 мат сопроцессора - intel 387 20МГц и IIT 3c87-33МГц, у интела отсутствует одна нога и он не работает. В маленькой плате в БИОСе есть только одна опция касающаяся сопроцессора - проверять его при загрузке или нет. При загрузке операционной системы (NetBSD 2.0) выводилось сообщение типа "PENTIUM FDIV BUG DETECTED!!!", при этом, после загрузки любое приложение, использующее сопроцессор повисало при попытке выполнить первую же инструкцию сопроцессора, система сама не повисала, зависшее приложение можно без проблем прибить. Тогда я решил, что это сопроцессор палёный (он даже и не нагревался, а безногий интел всё же грелся). На днях у меня появился intel 387dx 16-33, эта ситуация повторилась и с ним (ситуация с багом и повисанием приложений), а вот на новой (большой) плате оба сопроцессора заработали (а IIT в самом деле работает и не греется). Получается, что плата является дефективной и сопроцессор использовать не может? А операционка просто не совсем адекватно на какую-то ошибку сопроцессора реагировала?

3) Интересный факт: большая плата попала ко мне со вставленным 40-мегагерцовым процессором АМД (абсолютно идентичным напаянному на плату, за исключением того, что надписи на нём не нарисованы, а выгравированы), человек сказал, что отдаёт плату мне в том виде, в котором вынул из корпуса; получается что кто-то кому-то когда-то при продаже впарил лишний процессор... Но вопрос не об этом - когда в гнездо процессора вставлен какой-либо ещё процессор, то нагреваются всё же оба процессора, на th99 я даже нашёл эту плату, но там нет возможности отключить основной процессор, получается, что он будет потреблять, даже если работать не будет. Это не вопрос всё же, просто факт такой...
as
Advanced Member


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


Ссылка


Дата регистрации на форуме:
26 мар. 2007
ElVovan_reloaded написал:
[q]
Но вопрос не об этом - когда в гнездо процессора вставлен какой-либо ещё процессор
[/q]
486 SLC ?

ElVovan_reloaded написал:
[q]
При загрузке операционной системы (NetBSD 2.0) выводилось сообщение типа "PENTIUM FDIV BUG DETECTED!!!"
[/q]
Это и есть ошибка блока с плавающей запятой (математический сопроцессор) просто не имеет смысла в операционной системе указывать данную ошибку для всех видов процессоров с битым или дефектным с завода (некоторые модели Pentium) блоком.
ElVovan_reloaded
Newbie


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


Ссылка


Дата регистрации на форуме:
2 авг. 2008
as написал:
[q]
486 SLC ?
[/q]
Нет, к сожалению у меня процессора для апгрейда нет, пробовал интеловские 386 с частотой 25 и 33 МГц.
[q]
Это и есть ошибка блока с плавающей запятой (математический сопроцессор) просто не имеет смысла в операционной системе указывать данную ошибку для всех видов процессоров с битым или дефектным с завода (некоторые модели Pentium) блоком.
[/q]
В моём случае сопроцессоры нормально работают на другой плате, думаю, что тут ошибка материнки. Насколько я знаю FDIV баг - ошибка при делении, баг назван по соответствующей инструкции. Я не знаю каким образом система при загрузке проверяет сопроцессор и какую ошибку она получает в данном случае, но всё же странно, что она ссылается на FDIV bug, при котором сопроцессор работает, просто делит что-то не так. На самом же деле сопроцессор вообще не работает, программа вешается на инструкции finit (инициализация сопроцессора), попробовал fldz (загрузка нуля в вершину стека) без инциализации - всё-равно вешается. При отсутствии сопроцессора как и положено программа вылетает с недопустимой инструкцией.
as
Advanced Member


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


Ссылка


Дата регистрации на форуме:
26 мар. 2007
ElVovan_reloaded написал:
[q]
программа вешается на инструкции finit (инициализация сопроцессора)
[/q]
Какая программа ? Ось ?
ElVovan_reloaded
Newbie


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


Ссылка


Дата регистрации на форуме:
2 авг. 2008
Ось - NetBSD 2.0, программа самописная, выглядит как-то так:
[q]
int main(){ __asm("finit\n");return(0);}
[/q]
as
Advanced Member


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


Ссылка


Дата регистрации на форуме:
26 мар. 2007
Понятно... скрипт. А зачем он нужен ? Какая цель ?
Кстати в FAQ к NetBSD подробно описана установка на системы с материнками, которые не понимают больше 540 мб...
ElVovan_reloaded
Newbie


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


Ссылка


Дата регистрации на форуме:
2 авг. 2008
Это не скрипт, это программа на С, которая компиляется в нормальный машинный код. Цель - проверить наличие/работоспособность сопроцессора. При отсутствии сопроцессора программа вылетает с недопустимой операцией, при рабочем сопроцессоре сразу же завершается, а в описанном случае - повисает. Хотя сопроцессор-то всё же рабочий, а вот с матерью что-то не то...
[q]
Кстати в FAQ к NetBSD подробно описана установка на системы с материнками, которые не понимают больше 540 мб...
[/q]
Да я уже всё установил. Кстати, нашёл сказёвый контроллер со своим биосом, он поддерживает жёсткие диски до 8 гигов и может с них грузится даже без поддержки биоса материнки. Когда найду какой-нибудь сказёвый 50-контактный винчестер от гига, тогда версию операционки посвежее поставлю, а сейчас всё 68-контактные попадаются.
alecv
Advanced Member


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


Ссылка


Дата регистрации на форуме:
5 окт. 2004
ElVovan_reloaded Нужен гиговник SCSI 50 pin ? Обмен на любую хрень на твое усмотрение :) или пачка сока/чашка кофе.
as
Advanced Member


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


Ссылка


Дата регистрации на форуме:
26 мар. 2007
ElVovan_reloaded написал:
[q]
Когда найду какой-нибудь сказёвый 50-контактный винчестер от гига, тогда версию операционки посвежее поставлю, а сейчас всё 68-контактные попадаются.
[/q]
Есть переходник 50 на 68.
ElVovan_reloaded
Newbie


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


Ссылка


Дата регистрации на форуме:
2 авг. 2008
Решил увеличить кэш-память платы до 256 килобайт, нашёл достаточное количество чипов, натыкал их в гнёзда, выставил перемычки как положено (http://th99.dyndns.org/m/U-Z/32912.htm), но ничего не заработало. Все чипы точно 32-килабайтные (проверил их в первом банке, включая чип под таг). На плате за кэш-память отвечают 4 джампера - 3 двухпозиционных (замкнуто/разомкнуто) и 1 трёхпозиционный (1-2/2-3/отсутствует), ну я просто решил перебрать все возможные комбинации, но ничего не сработало. Компьютер либо даже не начинает грузиться, либо после мемори-теста выдаёт строку каких-то рандомных цифр и тоже не грузится, либо грузится без поддержки кэш-памяти. Никто с подобными вещами не сталкивался? Можно ли всё же как-нибудь задействовать все 256 килобайт?

В процессе ковыряния с платой, при загрузке система пару раз вываливалась в текствый видеорежим 40x25 и писала что-то типа "no basic rom found", к сожалению выяснить в каких конкретно случаях это происходит не удалось, и повторить тоже не удалось. Я читал, что раньше IBM на некоторых своих платах размещали basic, в который можно было попасть без операционной системы. Но эта плата, вроде, не IBM'овская, но на моей фотографии прямо под процессором видно кроватку подо что-то, на th99 ничего такого нету. Это место под бейсик? Интересно его можно где-нибудь найти? (и как туда всё же попасть?)

Я сверху писал, что у меня есть SCSI-контроллер со своим собственным БИОСом, теперь у меня появился двухгигабайтовый винчестер и cd-привод, подходящие по разъёмам. Контроллер очень продвинутый (или может они все такие? я только один видел), в программу его настройки можно попасть из экрана POST (прям как в биос), там можно понастраивать всякие ресурсы (порты ввода-вывода, IRQ, DMA), можно просмотреть все устройства, подключённые к нему, отформатировать винчестер запустить проверку винчестера (только я не понял что за проверка, на бэд-кластеры или ещё что-то?), также есть настройки поддержки функций БИОСа для работы со SCSI жёсткими дисками, как с IDEшными. Также там нашёл очень интересную настройку - загрузка с CD-привода, это что-то на грани фантастики - загрузка с CD на 386, очень порадовался. Вставил загрузочный диск в привод, выставил эту настройку в enable, сел, стал смотреть что будет происходить (есть у меня опасения, что загружаемая операционная система должна поддерживать не просто загрузку с CD, а поддерживать загрузку со SCSI-CD). А происходить ничего не стало, система (поддерживающая только загрузку с дискеты или с IDEшных винчей) писала, что нет системного диска. Подключил обычный винчестер, загрузил NetBSD, оттуда тоже ничего не обнаружилось (ядро у меня собрано минимальное и без поддержки SCSI, а как же настройка в биоса контроллера поддержки доса и работой с винчём через вункции БИОСа?), загрузил msdos 6.22, fdisk тоже ничего не видит. Тут я расстроился и начал думать, что контроллер палёным оказался. На нём есть несколько переключателей и даже наклеечка с описанием конфигурирования контроллера, с самого начала я на эти переключатели внимание не обращал, поскольку все ресурсы в БИОСе ему выставил, но всё же выключил поддержку PnP и снова попытался загрузится и О ЧУДО!!! контроллер после собственной идентификации вывел список устройств подключенных к нему (жёсткий диск и cd-привод) и написал, что успешно пропатчил биос! Из доса fdisk'ом нормально увиделся новый жёсткий диск.
В связи с этим есть вопрос про поддержку PnP устройств на плате не поддерживающей PnP и не умеющей распределять ресурсы автоматом: сможет ли операционная система с нормальными драйверами сама выделить необходимые ресурсы PnP устройствам? (вопрос не о конкретной операционной системе, а о такой возможности) То есть, смогу ли я, например, использовать какую-нибудь PnP карту типа Creative AWE64? Или мне придётся довольствоваться моделями попроще?
А теперь грустная история про загрузку со SCSI-CD. Привод определяется в БИОСе контроллера следующим образом: matshita cd-rom cr-8004, также этот БИОС любезно сообщает, что это не жёсткий диск. Судя по нарисованному на приводе яблоку, этот привод когда-то стоял в компьютере макинтош. Сам привод датриован 1994 годом, я ещё побоялся, что он не сможет читать CD-R, но зря боялся: при загрузке, БИОС (контроллера) в большой рамочке вывел радостную надпись, что на устройстве мацушита найден загрузочный сектор, ну и когда пришло время загрузки, пропатченный биос начал загрузку с CD. Что-то даже начало грузится, но потом глюкануло и комп ушёл в перезагрузку. Когда дело опять дошло до привода, БИОС где-то секунд 20 думал, но надписи по поводу загрузочного сектора не выдал. И какие бы диски я не вставлял (стопудово загрузочные), загрузится с них мне так не удалось - симптомы всё те же - 20 секундные размышления над каждым диском и никакой загрузки с них. Вот так у меня на руках помер сказёвый CD-ROM.
<<Назад  Вперед>> Страницы: 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