Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Настройка/оптимизация BIOS 486 VLB? |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 ... 7 8 9 10 11 * 12 13 14 | Печать |
RRRudi
Junior Member
Откуда: СПБ Всего сообщений: 296 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 6 июня 2018 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 13 марта 2019 16:03 Сообщение отредактировано: 13 марта 2019 16:09
i8088 написал: Паники могли быть из-за памяти, но перезагрузиться сам с включённым JP36 после паники он не мог. Тут дело не в формировании RESET, а просто корректная перезагрузка многозадачной OS При это были надписи типа "попытка перезагрузиться с клавиатуры неудачна" и затем "попытка перезагрузки с помощью процессора". И вот тогда всё висло напрочь. Вот я попробовал поставить JP36 и перезагрузиться штатно на установленной 98 и FreeBSD. Не вышло, зависает в обоих случаях. А этот джампер на DX4 должен стоять. Не должен только на DX, DX2. Ещё я тут подумал насчёт памяти. Две 32Мб не заработали нормально и они были с чётностью. А тa пара 16Мб была без чётности, с ними поставилась FreeBSD (но не смогла 98, пробовал). Предваряя вопросы, в биосе отключена проверка чётности. i8088 написал: Я даже брал БП из компьютера друга, на котором на его 486 всё нормально ставилось. И я сам это проверил недавно. Я забыл спросить - БП исправен, проверен? Такие проявления вполне может вызвать Его плата вся питается от 5V, без преобразователей как у меня. Считаю, она гораздо вероятнее бы глючила. Я сегодня таки вытащу DX2 и попробую поставить себе. Там 2 джампера питания и 3 джампера обычных отличаются, смогу дотянуться, не доставая плату. |
RRRudi
Junior Member
Откуда: СПБ Всего сообщений: 296 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 6 июня 2018 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 13 марта 2019 21:41 Сообщение отредактировано: 13 марта 2019 22:27
Ну что. Есть определённость. Поставил я исправный Intel DX2-66. Прицепил на него мощный кулер на всякий случай. Поставил те два FPM модуля по 16Мб, с которыми ставил FreeBSD. Джамперы поставил по мануалу для DX2. Установил частоту 33МГц, самые медленные тайминги, всe "ускорители" в биосе поотключал, отключил APM, поставил в DRAM Wait State режим "DX2-66 1WS", частоту AT задал как 1/4. Даже после смены процессора, установщик 98SE стабильно виснет на одном и том же месте (12 минута). Далее, если перезагружаешься, установка продолжается и на последних 4 минутах возникает ошибка HWINFO.EXE "сбой при обращении к странице памяти в модуле HWINFO.exe по адресу 0167:0040a06e", это окно можно закрыть и продолжить установку. Примечательно, что если поставить самые быстрые настройки для DX2-66 как DX2-80, всё будет то же самое вплоть до адреса ошибки в памяти. Ещё более примечательно, что тот же самый адрес ошибки в памяти будет в случае DX4-100 на любых настройках. По порядку:DX2-66, DX2-80, DX4-100 Кроме того, мне ответил товарищ Arix, у которого та же плата и 486DX. У него Win95 OSR установилась, но при попытке архивации файлов потом возникают ошибки. Версия биоса у него та же самая, 2.2. Возможно перепрошивка на 2.4 спасёт. Кроме того, я нагуглил решение как слить биос там, где ни Award ни Uniflash не работают из-за неизвестной микрухи и чипсета - использовать MODBIN. Не пробовал, отпишусь позже. Сегодня ещё успею сделать крайнюю попытку перед вытаскиванием материнки из корпуса. Поставил другую видеокарту, выставил самый медленный режим на контроллере, отключил L2 в биосе, переставил планки памяти в другие 2 слота. |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 14 марта 2019 11:01 Сообщение отредактировано: 14 марта 2019 11:06
RRRudi написал: Перед сохранением отключите все shadow. Нужно просто сохранить F_seg Кроме того, я нагуглил решение как слить биос там, где ни Award ни Uniflash не работают из-за неизвестной микрухи и чипсета - использовать MODBIN. Не пробовал, отпишусь позже. http://www.phantom.sannata.ru/...a=do_print Это все работает, если у Вас 64KB неупакованный BIOS. А вот если у Вас 128KB упакованный - будет сохранена старшая половина от original.tmp (либо если прочесть и E_seg и F_seg, то сохранится весь original.tmp, но это все равно не то что нужно) |
RRRudi
Junior Member
Откуда: СПБ Всего сообщений: 296 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 6 июня 2018 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 14 марта 2019 16:34 Сообщение отредактировано: 14 марта 2019 17:18
i8088 написал: Все shadow под дефолту отключены. Включено кеширование Video BIOS. Перед сохранением отключите все shadow. Нужно просто сохранить F_seg Наверное, у меня 128Кб. Не подумал про это, наверное этот способ скорее для 386...отдеру наклейку и посмотрю точно. Кстати, последняя попытка сработала. Установку на DX2-66 провёл нормально, на 12 минуте всё перезагрузилось нормально и хотя ошибка памяти (как выше) всё равно потом выскочила, никаких больше глюков. Со второй попытки определил проблему, помогло отключение кеша L2. Поставил другую видеокарту, выставил самый медленный режим на контроллере, отключил L2 в биосе, переставил планки памяти в другие 2 слота. Далее сделал то же самое на DX4 на 120МГц, вернул всё на максимум и отключил L2 в биосе. Пришлось взять один из проблемных хардов, были ошибки при копировании и чтении, но на 12 минуте установки зависать перестало. Кеш родной, я его не трогал вообще. Попробую вынуть совсем, может пропадёт и ошибка с памятью. Кроме кеша, для DX4 обязательно чтобы JP36 не был замкнут, иначе ничего не может нормально перезагрузиться. Другого DX4 нет, чтобы подтвердить что дело не в процессоре. Как перезагружается FreeBSD? Что значит, что "keyboard reset", а что "CPU shutdown"? Вот например, типичная картина приводящая к зависанию после ошибки. В свою очередь, 98 аналогично виснет на экране "завершение работы". |
RRRudi
Junior Member
Откуда: СПБ Всего сообщений: 296 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 6 июня 2018 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 14 марта 2019 19:45 Сообщение отредактировано: 14 марта 2019 22:50
Взял исправный 40Гб хард, поставил другую пару 2x32Мб FPM памяти, включил проверку Parity и установил windows98. Отключен весь L2 кеш, убран джампер JP36. Пришлось также убрать и джампер JP20 - с ним возникали ошибки при копировании. Если смотреть по мануалу, то в результате у меня сейчас DX4 стоит с настройками DX2, кроме множителя и напряжения. В процессе всё равно возникает ошибка на 4 минутах как на фото выше, но она не критичная, не мешает установке. Она не уходит ни при каких настройках или джамперах. После установки, производительность процессора в Сандре крайне низкая, ниже DX2. Производительность в SPEEDSYS адекватная, гораздо выше DX2. |
RRRudi
Junior Member
Откуда: СПБ Всего сообщений: 296 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 6 июня 2018 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 15 марта 2019 1:34 Сообщение отредактировано: 15 марта 2019 2:17
Я ещё ближе к разгадке. Вытаскивая кеш, я обратил внимание на подписи на плате. Многие джамперы в мануале не подписаны, но на плате больше информации. Совсем забыл об этом. Итак, этот чёртов джампер JP36 отвечает за поддержку SMM. Этот SMM регулирует параметры системы, связан и с кешем, и с памятью. Его код имеет приоритет по отношению ко всему другому (=>зависание). У DX, DX2 и DX4 есть версии "SL-Ehnanced", а есть обычные. Мой процессор Am486DX4-100NV8T слишком старый и не поддерживает SMM, процессор DX2 друга тем более. И тогда, то что они не могут перезагрузиться при включённом JP36 объяснимо. Но это не объясняет зависание установки винды при включенном кеше и отключенном JP36. Сам кеш скорее всего исправен, во всяком случае, я не смог выявить дефектный чип никоим образом. Возможно, SMM отключается не одним джампером, буду смотреть дальше. |
marinovsoft
Junior Member
Откуда: Кемерово Всего сообщений: 153 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 2 сен. 2017 | |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 15 марта 2019 14:22 Сообщение отредактировано: 15 марта 2019 15:01
marinovsoft написал: https://www.memtest.org/Я думаю, в этом уже нет смысла, и так понятно что иногда процессор memtest86+ запустите исполняет не то что нужно. RRRudi написал: Я пока убрал диск с 4.11. Но смотрю в исходниках версии 11 Как перезагружается FreeBSD? Что значит, что "keyboard reset", а что "CPU shutdown"?
Те, cpu shutdown - обнуление регистра таблицы дескрипторов прерываний; далее ставим точку останова (int3), при этом как я понимаю из-за нулевого IDT получим исключение #DF (double fault), которое вызовет новый #DF и CPU shutdown. На всякий случай добавлен бесконечный цикл while(1). Комментарии позабавили. Keyboard reset - сброс процессора с помощью контроллера клавиатуры
Кстати, у Вас контроллер клавиатуры внешний или встроенный в чипсет? Если внешний, стоит проверить тактовую частоту его или сменить для проверки. |
RRRudi
Junior Member
Откуда: СПБ Всего сообщений: 296 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 6 июня 2018 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 15 марта 2019 18:30 Сообщение отредактировано: 15 марта 2019 19:08
marinovsoft написал: https://www.memtest.org/Вроде ранее писали тут, что надо искать без плюса. memtest86+ запустите Я попробую, просто проблема ещё в том, что мне записать что-то новое проблематично. CD-RW кончились, а дискетник приходится переставлять между компами. i8088 написал: Внешний. Вот тут есть фото такой же материнской платы: Кстати, у Вас контроллер клавиатуры внешний или встроенный У меня нет замены. Его тактовая частота случайно не в настройках чипсета, которая "AT Bus clock"? Измерить мне её нечем( Кроме вышеописанных, я убрал ещё три джампера, которые согласно инструкции на плате должны стоять для процессора с SMM. Пробовал ставить шиндоуз, включил кеш. И хотя опять на 12 минуте всё повисло, должен сказать - стабильнее стало, нет до этого ошибок. Пробовал включать "Keyboard A20 Emulation" и " ... RC emulation". Не помогло. Вытаскивая снова утром кеш, заметил что одна ножка на 1 чипе была загнута вверх. Это не питание, а линия данных. Я не знаю, было ли так до того как я доставал кеш в первый раз, или это мой косяк. Впрочем, не факт что она не имела контакта. В любом случае, я вытащил весь кеш. Поставил туда рабочий кеш с другой платы, 128кб, 4+1 штука 32kx8. Выставил джамперами 128кб, он опознаётся. Но теперь я даже с дискеты не могу загрузиться, начинает грузиться и перестаёт, при этом не виснет, реакция на Num Lock есть и можно перезагрузить с клавиатуры. Отключаю его в биосе - всё снова в порядке. Эти микросхемы я снял с платы друга, с ними там было всё в порядке. Поставил тоже правильно - сдвиг в противоположную сторону от ключа. Ещё на этой плате паскудные панельки. Кеш можно подцепить только с одной стороны, пришлось всё достать и разобрать. Заодно сейчас проверяю отремонтированные дорожки. Те, cpu shutdown - обнуление регистра таблицы дескрипторов прерываний; далее ставим Вообще, все эти проблемы с перезагрузкой исчезли после убирания JP36. Даже ошибки перестали появляться, FreeBSD я ещё тогда смог поставить без проблем, но видимо проблемы не решены, раз установка шиндоуз виснет если не отключать весь L2. Если я вырубаю всё связанное с SMM, мне стоит отключить APM (Advanced Power Management) тоже? |
i8088
Advanced Member
Откуда: г. Баку, Азербайджан Всего сообщений: 2132 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 янв. 2015 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 15 марта 2019 19:50 Сообщение отредактировано: 15 марта 2019 20:00
RRRudi написал: Если вдруг появится возможность, попробуйте поменять, на снятый с Внешний. Вот тут есть фото такой же материнской платы: другой платы, прошивки их в большинстве случаев совместимы, но возможны баги при работе с конкретным BIOS, может у Вас так? Например на известную 286 плату TD60C с завода ставят определенно неподходящий kbd controller RRRudi написал: AT Bus clock - это вообще-то частота шины ISA, но в принципе я не У меня нет замены. Его тактовая частота случайно не в настройках чипсета, которая "AT Bus clock"? исключаю возможности общего тактирования с kbd controller. RRRudi написал: Думаю да, чем меньше этой энергосберегающей ерунды, тем лучше. Если я вырубаю всё связанное с SMM, мне стоит отключить APM (Advanced Power Management) тоже? PS. BIOS у Вас в DIP28, те обычный 64KB неупакованный |
<<Назад Вперед>> | Страницы: 1 2 3 4 5 ... 7 8 9 10 11 * 12 13 14 | Печать |
Полигон-2 » IBM PC-совместимое. До 2000 года включительно » Настройка/оптимизация BIOS 486 VLB? |
1 посетитель просмотрел эту тему за последние 15 минут |
В том числе: 1 гость, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |