Полигон-2

RRRudi написал:

[q]

Как формируется RESET для DX2?

[/q]

Тут дело не в формировании RESET, а просто корректная перезагрузка многозадачной OS
довольно сложный процесс, и, как я понял, у Вас иногда возникает ошибка в этот момент
(но не только, ведь первая паника при установке FreeBSD была в процессе).

Я забыл спросить - БП исправен, проверен? Такие проявления вполне может вызвать
пульсации питания +5V (а ведь SIMM питается от +5V напрямую). И при перезагрузке
возникает резкое изменение потребления, что провоцирует пульсцию у БП. По любому,
стоит проверить плату с другим БП, или замерить осциллографом пульсации у этого

Ну что. Есть определённость.

Поставил я исправный 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 написал:

[q]

Перед сохранением отключите все shadow. Нужно просто сохранить F_seg
http://www.phantom.sannata.ru/...a=do_print

Это все работает, если у Вас 64KB неупакованный BIOS. А вот если у Вас 128KB упакованный - будет сохранена
старшая половина от original.tmp (либо если прочесть и E_seg и F_seg, то сохранится весь original.tmp, но это все
равно не то что нужно)

[/q]

Все shadow под дефолту отключены. Включено кеширование Video BIOS.

Наверное, у меня 128Кб. Не подумал про это, наверное этот способ скорее для 386...отдеру наклейку и посмотрю точно.

Кстати, последняя попытка сработала.

[q]

Поставил другую видеокарту, выставил самый медленный режим на контроллере, отключил L2 в биосе, переставил планки памяти в другие 2 слота.

[/q]

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

Далее сделал то же самое на DX4 на 120МГц, вернул всё на максимум и отключил L2 в биосе. Пришлось взять один из проблемных хардов, были ошибки при копировании и чтении, но на 12 минуте установки зависать перестало.

Кеш родной, я его не трогал вообще. Попробую вынуть совсем, может пропадёт и ошибка с памятью.

Кроме кеша, для DX4 обязательно чтобы JP36 не был замкнут, иначе ничего не может нормально перезагрузиться.
Другого DX4 нет, чтобы подтвердить что дело не в процессоре.

Как перезагружается FreeBSD? Что значит, что "keyboard reset", а что "CPU shutdown"?
Вот например, типичная картина приводящая к зависанию после ошибки.

В свою очередь, 98 аналогично виснет на экране "завершение работы".

Я ещё ближе к разгадке. Вытаскивая кеш, я обратил внимание на подписи на плате.
Многие джамперы в мануале не подписаны, но на плате больше информации. Совсем забыл об этом.

Итак, этот чёртов джампер JP36 отвечает за поддержку SMM.

Этот SMM регулирует параметры системы, связан и с кешем, и с памятью.
Его код имеет приоритет по отношению ко всему другому (=>зависание).

У DX, DX2 и DX4 есть версии "SL-Ehnanced", а есть обычные.
Мой процессор Am486DX4-100NV8T слишком старый и не поддерживает SMM, процессор DX2 друга тем более.
И тогда, то что они не могут перезагрузиться при включённом JP36 объяснимо.

Но это не объясняет зависание установки винды при включенном кеше и отключенном JP36.

Сам кеш скорее всего исправен, во всяком случае, я не смог выявить дефектный чип никоим образом.
Возможно, SMM отключается не одним джампером, буду смотреть дальше.

marinovsoft написал:

[q]

memtest86+ запустите https://www.memtest.org/

[/q]

Я думаю, в этом уже нет смысла, и так понятно что иногда процессор
исполняет не то что нужно.


RRRudi написал:

[q]

Как перезагружается FreeBSD? Что значит, что "keyboard reset", а что "CPU shutdown"?
Вот например, типичная картина приводящая к зависанию после ошибки.

[/q]

Я пока убрал диск с 4.11. Но смотрю в исходниках версии 11

  printf("No known reset method worked, attempting CPU shutdown\n");
  DELAY(1000000); /* wait 1 sec for printf to complete */

  /* Wipe the IDT. */
  null_idt.rd_limit = 0;
  null_idt.rd_base = 0;
  lidt(&null_idt);

  /* "good night, sweet prince .... >THUNK!>" */
  breakpoint();

  /* NOTREACHED */
  while(1);

Те, cpu shutdown - обнуление регистра таблицы дескрипторов прерываний; далее ставим
точку останова (int3), при этом как я понимаю из-за нулевого IDT получим исключение
#DF (double fault), которое вызовет новый #DF и CPU shutdown. На всякий случай добавлен
бесконечный цикл while(1). Комментарии позабавили.

Keyboard reset - сброс процессора с помощью контроллера клавиатуры

/*
   * Attempt to do a CPU reset via the keyboard controller,
   * do not turn off GateA20, as any machine that fails
   * to do the reset here would then end up in no man's land.
   */
  outb(IO_KBD + 4, 0xFE);
  DELAY(500000);  /* wait 0.5 sec to see if that did it */
#endif



Кстати, у Вас контроллер клавиатуры внешний или встроенный
в чипсет? Если внешний, стоит проверить тактовую частоту его
или сменить для проверки.