Тема: P45 Platinum и спящий режим S3 (Прочитано 15740 раз)

Rascal · « : 11 Февраль 09, 09:50:16 »

Проц Е8400, память Transcend 1066mhz

Как тестировал.

Проц на частоте 3000, память 800, напряжение авто
Проц на частоте 3000, память 887, напряжение авто
Проц на частоте 3000, память 1066, напряжение 2,1v
Проц на частоте 4000, память 1066, напряжение 2,1v

После перезагрузки 50 прогонов Linpack без ошибок

Стоит перевести компьютер в спящий режим (в биосе включен режим S3), и выйти из него, так на втором прогоне сразу же ошибка, хоть с разгоном. хоть без. Стоит нормально перезагрузить. так все опять стабильно. Сначала думал что после возобновления работы из режима s3 биос неправильно выставляет напругу на память, но на чатоте 800 мгц тоже ошибка

Rascal · « **Ответ #1 :** 11 Февраль 09, 10:06:12 »

Забыл добавить. биос 1.6b3

Дмитрий Кучинский · « **Ответ #2 :** 11 Февраль 09, 10:06:27 »

Версия BIOS какая ?

Rascal · « **Ответ #3 :** 11 Февраль 09, 10:08:58 »

память две планки по гигу

Дмитрий Кучинский · « **Ответ #4 :** 11 Февраль 09, 10:18:12 »

Джампера частоты в авто или принудительном?

Rascal · « **Ответ #5 :** 11 Февраль 09, 10:26:47 »

Джампера в положении по умолчанию. В принудительном нестабильная работа в разгоне

Дмитрий Кучинский · « **Ответ #6 :** 11 Февраль 09, 10:39:42 »

Тогда надо ждать новый BIOS.

Rascal · « **Ответ #7 :** 11 Февраль 09, 10:48:26 »

А в новом точно исправят? а то вдруг "а мужики то и не знают" (с)

Дмитрий Кучинский · « **Ответ #8 :** 11 Февраль 09, 11:01:30 »

Мужики 10 минут назад узнали.

Но но по срокам не скажу - эту инфу нужно проверить выяснить причину и тд и тп.

Rascal · « **Ответ #9 :** 11 Февраль 09, 11:21:09 »

Спасибо. заодно пусть посмотрят почему стал биос сбрасываться иногда при загрузке

Начинает грузится винда, зависает. из динамика сигнал с высокой частотой повторения
Выключаешь, включаешь комп (на корпусе нет кнопки ресет) и биос сброшен. Было уже раз 5 такое. началось после версии 1.4 примерно

Дмитрий Кучинский · « **Ответ #10 :** 11 Февраль 09, 11:33:35 »

Давайте так - мы говорим только о штатных режимах.
То что вы описали как правило происходит в оверклоке.
1066 память на этой частоте есть оверклок.

Rascal · « **Ответ #11 :** 11 Февраль 09, 12:07:50 »

ладно, но нестабильность после спящего без оверклока тоже есть. специально ставил частоту памяти 800

Дмитрий Кучинский · « **Ответ #12 :** 11 Февраль 09, 12:26:28 »

Вот по этому и отослал. Иначе было бы мимо.

Rascal · « **Ответ #13 :** 11 Февраль 09, 13:18:08 »

вроде вышел 1.6b4 , тут http://bbs.ocer.net/thread-244812-1-1.html стоит пробывать?

Дмитрий Кучинский · « **Ответ #14 :** 11 Февраль 09, 13:38:30 »

Врать не буду. Только вечером лог смогу посмотреть. Подобная проблема была у 45 Neo2FR пофиксена.

Rascal · « **Ответ #15 :** 11 Февраль 09, 13:44:12 »

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

Дмитрий Кучинский · « **Ответ #16 :** 11 Февраль 09, 22:43:37 »

Значит так.
Официальная бета несет не значительные в основном изменения, но важные для владельцев 1066 памяти а именно
A7512IMS.164 от 02/03/2009

Код: [Выделить]

Description for FAE:
	1.Fix system hang at d1h when use DDR2-1066(OCZ2RPR10662G).
	2.Fix system hang when set DDR2-1066(OCZ2RPR10662G) 2GB*4 run in 1066MHz.
	3.Fix DDR2-1066 can't run on 1066MHz if system clear CMOS and not do full reset.

Для Rackal правильнее перфоманс BIOS ( оверклочный) A7512IMS.P0N от 11/12/2008

Код: [Выделить]

1.Update CPU emodule,4GBPlus emodule and Intel PPM DT emodule.
	2.Fix the Intel "Top swap bit" issue.
	3.Fixed the APS Function Fail after the OS resume from S3.
	4.Add patch to avoid AHCI detect incrrect issue.
	5.Support the /L2 (load cmos default) function while using AFUD4252 flash utility.
	6.Fix the 1000G HDD detect error in post2 (only show 100G).
	7.[color=#BF0000]Fix DDR2 voltage and data error when S3 resume[/color]. 
	8.Update MRC 250.

Прошу , нет требую мнения выложить сюда.

Rascal · « **Ответ #17 :** 12 Февраль 09, 07:44:20 »

К сожалению ни одна из версий не помогла. Проверял и в разгоне и без.

Дмитрий Кучинский · « **Ответ #18 :** 12 Февраль 09, 09:15:52 »

Сегодня сам буду проверять.

Rascal · « **Ответ #19 :** 12 Февраль 09, 14:27:54 »

буду ждать. Отключал greem power тоже не помогло

Дмитрий Кучинский · « **Ответ #20 :** 12 Февраль 09, 14:59:00 »

Ну собственно кое какие отчеты уже есть.
Самое главное - на стандартной памяти класса Kingston Value PC 6400 никаких проблем нет.
Но как ставим тот же HiperX получаем проблемы с S3. Бум думать и писать. На тестах еще кое какая память но думаю что резалты будут теже.

Rascal · « **Ответ #21 :** 12 Февраль 09, 15:19:21 »

Я уже рад. что у вас эта проблема тоже всплыла

буду ждать

Дмитрий Кучинский · « **Ответ #22 :** 12 Февраль 09, 16:46:53 »

Значится так.
Проблема всплыла на кингстоне и OCZ 1066 , в случае с кингстоном замена модулей на такойже комплект решилась положительно. В случае с OCZ 1.64 прошивка решилась положительно.

Rascal · « **Ответ #23 :** 12 Февраль 09, 17:09:31 »

Если я не могу заменить, значит на новую версию биоса не надеяться?

У меня память Transcend aXeRam 2GB (2x1GB) 240-Pin DDR2 DIMM DDR2 1066 (PC2 8500) TX1066QLJ-2GK Dual Channel Kit Desktop Memory

Дмитрий Кучинский · « **Ответ #24 :** 12 Февраль 09, 17:19:05 »

Ну сами понимаете что если бы проблема была тотальная и связанная конкретно с матплатами то она решалась бы, так как MSI завалили бы платами и письмами. Но как вывело сегодняшнее тестирование то проблема проявляется не со всеми модулями, мало того в случае с кингстонои HiperX замена комплекта решила проблемы , а это говорит о качестве модулей . У OCZ например процент брака значительно выше.

Rascal · « **Ответ #25 :** 12 Февраль 09, 17:22:17 »

а с Transcend нет возможности проверить в будущем?

Дмитрий Кучинский · « **Ответ #26 :** 12 Февраль 09, 17:25:57 »

Думаю что нет. В Питере они не очень доступны.

Rascal · « **Ответ #27 :** 13 Февраль 09, 08:45:41 »

Пробовал сегодня оставлять по одной планке. менять местами, так ничего и не помогло

Rascal · « **Ответ #28 :** 14 Февраль 09, 15:57:47 »

В общем так, вроде линпак в основном нагружает проц, а ошибки памяти находит не часто, теперь начал грешить на проц

ОССТ в режиме тестирования памяти не находит ошибок после выхода из s3
Следовательно мне кажется это что то с восстановлением работы процессора после выхода из s3 . Проц у меня Е8400 степинг Е0

Сейчас снизил частоту фсб проца до 200, все равно в LinX ошибка, ОССТ в режиме тестирования памяти, вот уже 30 минут ошибок нет, хотя LinX показывает ошибку уже на втором проходе (2-3 минуты)

Rascal · « **Ответ #29 :** 14 Февраль 09, 17:12:26 »

Так. без разгона после S3 ОССТ в течении часа в режиме проверки памяти без ошибок. Prime95 уже 15 минут работает, подержу пару часиков сегодня его. так что всетаки думаю это проц не стабилен, линпак нагружает проц по полной все таки.

Rascal · « **Ответ #30 :** 14 Февраль 09, 20:14:59 »

так, Prime95 час прогона. ошибок нет. LinX -объем задачи 3000 (чтоб быстрее) 5 секунд, вторая итерация - ошибка

так что думаю все таки с процом что то а не с памятью как думали. Может какие регистры не восстанавливаются или еще что.

Ну и в играх, таких как ГТА. Андерковер, час, 15 минут вылет , ошибка памяти, выполнила не допустимую операцию и т.д.

Rascal · « **Ответ #31 :** 16 Февраль 09, 16:11:53 »

Можно ли как нибудь в досе уйти в спящий и восстановиться? Я бы проверил memtest86
В биосе выбирал действие на нажатие кнопки включения - suspend - не реагирует. на днях попробую с другой памятью еще в винде протестить

Дмитрий Кучинский · « **Ответ #32 :** 16 Февраль 09, 16:15:10 »

Цитировать

Можно ли как нибудь в досе уйти в спящий и восстановиться? Я бы проверил memtest86

Нет конечно - реальный режим. А S3 только в защищенном.

Rascal · « **Ответ #33 :** 23 Февраль 09, 10:08:42 »

Наконец смог проверить с памятью ddr2-800

Ошибка в LinX после выхода из S3 повторилась.
Ошибка так же. сразу на второй итерации

Rascal · « **Ответ #34 :** 23 Февраль 09, 11:16:46 »

Обратите внимание на напругу проца. Чет она снизилась, но множитель стоит на 9.

Rascal · « **Ответ #35 :** 14 Март 09, 16:35:16 »

Пробовал биос 1.71, тоже не помогло

Дмитрий Кучинский · « **Ответ #36 :** 14 Март 09, 16:58:56 »

гм у меня нет никакой инфы о 1.71 - скорее всего это фэйк
последняя версия это 1.6 и бет после нее не делалось

Rascal · « **Ответ #37 :** 14 Март 09, 18:23:00 »

вот отсюда скачал. как и все предыдущие версии http://bbs.ocer.net/thread-244812-1-1.html , тут раньше всего появляются, правда не знаю про изменения

Дмитрий Кучинский · « **Ответ #38 :** 14 Март 09, 18:36:18 »

Я езжу по тем дорогам которые знаю. А инженерный FTP MSI это единственный источник которому я верю - там нет этой версии , мало того дескрипшн к BIOS это основа .

Baza · « **Ответ #39 :** 16 Март 09, 22:32:01 »

а что мешает отключить S3 и включить S1?

так-же можно перед "засыпанием" сохранить дамп регистров чипсета и устройств PCI с пом. Wpcredit или RW-Everything а после выхода из спячки тоже сделать дамп регистров. Дампы потом сравнить.

если различаются, то загрузить старый дамп и проверить работу памяти

я рекомендую для проверки программу S&M

Новости:

Автор Тема: P45 Platinum и спящий режим S3 (Прочитано 15740 раз)