Название модели в заголовке темы, IMHO, достаточно, для того, чтобы понять о чём речь. Вы можете мне не верить, но даже в Москве есть масса людей, для которых техника, которую Вы считаете необходимым отправить на помойку ещё послужит...
Вы возможно не так поняли, что хотел сказать igils. Он имел ввиду крайнюю ненадежность
системной логики этой платформы, а не устарелость. ASUS CUBX (у меня она тоже есть, отличная
плата!) точно этот ноутбук переживет!
Цитата:
Что до меня, то на этом форуме я зарегистрировался в приступе некрофилии - пытался понять, почему моя любимая ASUS P2L97 не хочет работать с XP при замене процессора на более свежий, чем она сама см. [url=]rom.by/forum/WinXP_LX_prots_c_SSE_P_Katmai_Coppermain_Tualatin[/url]
О, напомнили! P2L97 у меня тоже есть, и также P2L97-S, P2L-B. Я пока что не собрался исследовать тот вопрос детально, но
наверняка просто "разваливаются" слишком длинные SSE инструкции данные SSE инструкций в памяти при передаче
между памятью - мостом - CPU. Считаю, что вопрос в той теме не совсем правильно поставлен - 2000/XP сами по себе не
виноваты, проблема именно в неработоспособности всех или части SSE инструкций. Под любой OS будет проблема, если
приложение "захочет" использовать SSE инструкции, просто в 2K/XP их пытается использовать ядро (или какая-то программа
или драйвер, но запускающаяся автоматически при старте OS), поскольку процессор по CPUID отдает флаг поддержки SSE - и
OS в принципе имеет право SSE команды использовать по своему усмотрению. Я думал сделать тестовое приложение на
ассемблере под FreeBSD или DOS, и посмотреть какие именно SSE инструкции не работают - никак руки не доходят. Ядро и
драйверы FreeBSD вообще FPU не используют, те здесь проблема с SSE может быть только в userland.
PS. Недавно я еще раздобыл Chaintech 6LTM - она весьма интересна полностью программным
заданием как множителя, так и FSB. Кстати на ASUS P2L97, P2L97-S и P2L-B тоже это заложено,
запаянный джампер JEN. На старой ревизии, чтобы это работало, не хватает деталей (трех
D-trigger-ов 74HC74, два из которых как раз задают множитель, и разной SMD мелочи). При
имеющейся схематике, чтобы работало программное управление множителем, все перемычки
задания множителя должны быть OFF, иначе D-trigger (через диоды) не сможет менять уровни
на мультиплексированных входах управления КУ процессора. В общем, ничего там сильно
сложного похоже нет, надо будет заняться допаиванием деталей (FSB задается из SETUP
даже без доработки, но плата не всегда стартует после смены FSB (надо HW reset дать) -
возможно как раз отстутствие третьего D-trigger-а и связано с этим, эту цепь я полностью не
вычертил еще, времени не хватает). А вот на новых ревизиях возможно все (или почти все
детали) есть, тк логика упрятана в AS97127F. Но на ней эксперимент по запайке джампера
вместо перемычки пока не хочется ставить, тк плата практически новая, ни разу не паяная,
да и я уже поставил на нее насовсем (скорее всего) старший Klamath 300 с ECC L2 cache.
Если хотите, можем вернуться в старую тему (или новую создать), там это обсуждение наверное
более уместно будет.
Вы возможно не так поняли, что хотел сказать igils. Он имел ввиду крайнюю ненадежность
системной логики этой платформы, а не устарелость. ASUS CUBX (у меня она тоже есть, отличная
плата!) точно этот ноутбук переживет!
О, напомнили! P2L97 у меня тоже есть, и также P2L97-S, P2L-B. Я пока что не собрался исследовать тот вопрос детально, но
наверняка просто "разваливаются" слишком длинные
SSE инструкцииданные SSE инструкций в памяти при передачемежду памятью - мостом - CPU. Считаю, что вопрос в той теме не совсем правильно поставлен - 2000/XP сами по себе не
виноваты, проблема именно в неработоспособности всех или части SSE инструкций. Под любой OS будет проблема, если
приложение "захочет" использовать SSE инструкции, просто в 2K/XP их пытается использовать ядро (или какая-то программа
или драйвер, но запускающаяся автоматически при старте OS), поскольку процессор по CPUID отдает флаг поддержки SSE - и
OS в принципе имеет право SSE команды использовать по своему усмотрению. Я думал сделать тестовое приложение на
ассемблере под FreeBSD или DOS, и посмотреть какие именно SSE инструкции не работают - никак руки не доходят. Ядро и
драйверы FreeBSD вообще FPU не используют, те здесь проблема с SSE может быть только в userland.
PS. Недавно я еще раздобыл Chaintech 6LTM - она весьма интересна полностью программным
заданием как множителя, так и FSB. Кстати на ASUS P2L97, P2L97-S и P2L-B тоже это заложено,
запаянный джампер JEN. На старой ревизии, чтобы это работало, не хватает деталей (трех
D-trigger-ов 74HC74, два из которых как раз задают множитель, и разной SMD мелочи). При
имеющейся схематике, чтобы работало программное управление множителем, все перемычки
задания множителя должны быть OFF, иначе D-trigger (через диоды) не сможет менять уровни
на мультиплексированных входах управления КУ процессора. В общем, ничего там сильно
сложного похоже нет, надо будет заняться допаиванием деталей (FSB задается из SETUP
даже без доработки, но плата не всегда стартует после смены FSB (надо HW reset дать) -
возможно как раз отстутствие третьего D-trigger-а и связано с этим, эту цепь я полностью не
вычертил еще, времени не хватает). А вот на новых ревизиях возможно все (или почти все
детали) есть, тк логика упрятана в AS97127F. Но на ней эксперимент по запайке джампера
вместо перемычки пока не хочется ставить, тк плата практически новая, ни разу не паяная,
да и я уже поставил на нее насовсем (скорее всего) старший Klamath 300 с ECC L2 cache.
Если хотите, можем вернуться в старую тему (или новую создать), там это обсуждение наверное
более уместно будет.