rgt , прошло немало времени, решил

rgt, прошло немало времени, решил таки проверить.

Сделал простой тестовый ассемблерный файл на fasm для FreeBSD (8.4) с разными SSE
инструкциями и не обнаружил никаких зависаний и segfault (при условии выравнивания
align 16 для тех команд, которым оно нужно). Логику работы самих команд не проверял,
это надо уже или добавлять отладочную печать, либо писать на родном ATT ассемблере
с отладочной информацией.

Однако при простом запуске mplayer с небольшим роликом из Xwindow я получил полное
зависание (ни segfault, ни panic - просто зависло все). Если же запустить mplayer из
текстовой консоли, то один раз ролик остановился, но система осталась работоспособной


со "слепым" экраном, я даже смог корректно выключить OS. Другой раз ролик даже начал
проигрываться, но после попытки переключения консолей все встало окончательно.

Текущая гипотеза - при транспорте слишком длинных операндов SSE инструкций
через контроллер памяти (RAM<->CPU) в каких-то случаях (явно не всегда!) нарушается
целостность данных в памяти или кеше процессора (поведение системы напоминает
случаи нарушения когерентности памяти и кеша, я собственно больше всего подозреваю
те SSE инструкции, которые отключают кеширование на время своего выполнения).
Поведение системы становится плохо предсказуеммым - возможно вплоть до
неконтролируемого штатными средствами нарушения сегментной защиты и разрушения
ядра в памяти (или даже сбоя самого CPU). Из-за этого очень затруднительно вести отладку
обычными способоами - если бы ядро или приложение свалилось бы в panic/core, достаточно
было-бы посмотреть трассу обратных вызовов - bt.

При таких условиях использовать P3 на i440LX нежелательно даже для тех OS, которые
вроде бы и работают - это как на пороховой бочке сидеть, до первого приложения, которое
выполнит "опасную" комбинацию из SSE инструкций.

Я правда не проверял добавленные в P3 MMX команды, но вряд-ли в них дело.
Проверки делались на ASUS P2L97-S и P2L97-DS (с одним CPU). CPU - Katmai 550Mhz.

Точно наверно можно узнать с помощью JTAG, но таких возможностей у меня нет...

Если у кого есть другие гипотезы и предложения - пишите!

WinXP+LX+проц. c SSE (P!!! Katmai, Coppermain, Tualatin)
  • Root , ivp Только
  • rgt Чего искать-то - привезу
  • Root Найду опять P!!! посмотрим...
  • rgt то PE, а это Embedded ;)
  • Root Родная WinPE зависла на
  • Появилась свежая идея - можно попытаться стартануть на
  • Gobzo Патчер отлично справляется со
  • А как патчер справляется с биосом P2L97? Моему
  • Io_NET Попробовать-то можно, найду подходящий
  • А вы уверены, что вслед за SSE не
  • Про agp440.sys всё понятно, а если тем же
  • Io_NET Я уже писал, что
  • http://support.microsoft.com/kb/324764/ru Ребят, может и глупость сморожу, а
  • Amaday без шансов :( баг был добавлен в
  • Amaday А что, ядра XP
  • Имхо в этой теме обсуждается только один
  • Amaday Вы бы чипсет для
  • столкнулся я с этой проблеммой (w2k отказывается работать
  • Cyber Неиспользована осталась по меньшей
  • Неужели за 2 года ни у кого не
  • Вы не поверите, но есть еще масса соображений,
  • нуууууу.. извиняюсь... я... допустим нахаляву те обрыбилась LXная
  • Понимаю...
  • Мучался с установкой копера. Наверное плюнул, поставил 533.
  • Обидно, только не понятно из-за чего ты мучался...
  • Обманул. Там 533 не копер.
  • Привет, как-то я прочитал все это и растерялся.
  • Я както работал с мамкой на LX -
  • Выложи лучше бета версию статьи потом вместе
  • Apple_rom можно по подробне по поводу паяльника и
  • Могу и скинуть, хотя на 100% уверен, что
  • > так как после загрузки драйвера 440agp.sys информации
  • Результаты сегодняшних тестов: Объект издевательства: P2L97S/TNT2 Ultra 32M agp/256
  • Спасибо за оперативную реакцию! У меня эта связка без
  • Тема, на которую я тоже убил не одну