ASUS PRIME X370-PRO + Ryzen 1700: ошибки памяти после обновления BIOS
Конфигурация:
Материнская плата: ASUS PRIME X370-PRO.
Процессор: Ryzen 7 1700.
ОЗУ: 64 ГБ, 4×16 ГБ GOODRAM IRDM PRO, IRP3600D4V64L18/16G. Модули двухранговые, XMP 3600, 18-22-22-42, 1,35 В. Производитель микросхем неизвестен.
На BIOS 4207 эта память нормально работала на DDR4-3000, 18-22-22-42, DRAM 1,35 В, SoC 1,05 В. Процессор был разогнан до 3,8 ГГц при 1,2625 В, CPU/SOC LLC Level 3. Core Performance Boost и Global C-state Control были отключены.
После обновления до 6254 TestMem5 начал выдавать многочисленные ошибки. Разгона CPU сейчас нет, настройки процессора автоматические.

Что уже пробовал:
Сбрасывал CMOS, извлекал батарейку.
Проверял память на настройках по умолчанию и с ручными настройками.
Снижал частоту вплоть до 1600–1800, выставленных именно в BIOS, увеличивал тайминги.
Менял напряжения DRAM/SoC и параметры согласования памяти.

Перепробовал очень много сочетаний настроек, но на 6254 так и не удалось найти ни одной стабильной конфигурации. Ошибки появлялись даже на низких частотах с большими таймингами.
Сейчас откатился на BIOS 6026, подбираю настройки. Дальнейший откат до прежнего рабочего BIOS 4207 штатным способом не получается из-за защиты от отката агесы.
В итоге стабильные настройки до сих пор не найдены, и я уже не понимаю, что делать дальше. Подскажите, какие параметры стоит проверить и как определить причину такого поведения?

GDM включать пробовал? Если с GDM = on не ездит, то стабилизировать в таком виде не получится в 90% случаев.

Да, пробовал, не помогло.

Ну значит шить старый биос программатором. 🤷‍♂️

Если дело в нём и это не простое совпадение, конечно.

зачем обновлял? работает не трогай

чем прошивал биос?

что такое параметры согласования?

Я обновлял микрофон, наушники и аудиокарту, и вот с последней возникли проблемы: были срывы драйвера, и она не давала Windows нормально загрузиться. В поддержке карты сказали, что такое может быть из-за BCLK и старого BIOS. Ну, я и обновил BIOS. Разумеется, старый разгон после этого слетел, зато после обновления BIOS аудиокарта начала нормально работать.

Стандартной EZ Flash в BIOS.

Я имею в виду именно параметры электрического согласования и терминации линий памяти: ProcODT, RTT_NOM, RTT_WR, RTT_PARK, параметры CAD_BUS, а также ClkDrvStr, AddrCmdDrvStr, CsOdtDrvStr и CkeDrvStr.

тогда неудивительно что не можешь откатиться,ты обновил норм биос на версию для zen3 еще и бету,откат делают через usb flashback хотя щас почитал про нее там этого нету да уж,либо еще есть способ через afuefi

учитывая сколько тут переменных врядли ты перебрал хотя бы 20 вариантов,дело тут возможно в cldo_vddp

Ну, тогда, по сути, у меня вернётся проблема с аудиокартой.

Добавлено спустя 12 минут 32 секунды:

У меня нет Flashback, только EZ Flash 3 и CrashFree BIOS 3. CrashFree BIOS 3 пытается восстановить BIOS и запускает EZ Flash 3.
Я не уверен, что AFUEFI поможет, потому что он работает из-под обычной прошивки, а она как раз и блокирует даунгрейд до предыдущих версий AGESA.


Если подсчитать все "билды", которые я пытался сделать, думаю, их будет больше 20. Я уже четвёртый день сижу и мучаюсь с этой х.................

ну раз не уверен значит пусть железка работает как работает

AFUEFI это утилита AMI, запускаемая из UEFI Shell. При этом сама AMI в своей документации указывает, что запросы AFUEFI обрабатываются установленной прошивкой, поэтому ограничения, заложенные в текущем BIOS, могут продолжать действовать.


Я боюсь, что полный откат вернёт меня к проблеме с аудиокартой. А постоянно прошивать BIOS туда-сюда программатором я не могу, потому что у меня его нет и придётся каждый раз кого-то искать.
Я всё же хотел бы попробовать стабилизировать ОЗУ на этом BIOS, но, честно говоря, уже нет идей, что ещё можно попробовать.

надо же,а я думал это авард загрузит и из-под него версия изменится

Вот что пишет мододел про BIOS 6026 на люксе, сообщение №9708. Ссылку не вставляю, чтобы не нарушать правила.
#77
Я не понимаю причин вашего сарказма. Я говорю о реальной проблеме. Насколько я понимаю, ошибка возникает именно в момент обновления, а не до него. Я уже несколько раз натыкался на сообщения о подобных ошибках, пытался найти причины и объяснения, но ничего конкретного не нашёл.
Поэтому для меня это выглядит не как "бро, попробуй, а потом говори", а скорее как "ну, если не получится, тебе придётся искать программатор". А я живу в залупенске, и найти здесь человека с программатором будет не так просто.

иногда, для корректной работы ОП на 4-х планках, помогает повышение в биосе вручную (от auto=1.80v) на шаг-два параметра "CPU 1.80V Voltage" до 1.840-1.850v

На той-же плате память стабильно работала на 3000 Мгц. В 2019 перед выходом ryzen 3000 решил обновить биос, и начались синие экраны везде.
Память стабильно заработала на 2666 Мгц. Оказалось азусы чего то там накосячили и на ryzen 1000 память стала работать нестабильно.
После замены проца память заработала на 3000 Мгц.

Тоже пробовал февральский биос на b350, начались зависания в играх. Откатился на предыдущую версию.

Итак, цирк с BIOS и ОЗУ продолжается, а я, судя по всему, всё ещё главный клоун в этой программе.
Для начала я нашёл две одноранговые планки по 8 ГБ. С ними вообще никаких ошибок, причём на всех BIOS, которые я успел проверить. А вот с двухранговыми GOODRAM по 16 ГБ проблема оставалась.
После этого начал постепенно откатывать BIOS через обычный ASUS EZ Flash. Шёл примерно через одну версию по списку на сайте ASUS и на каждой ставил хотя бы одну 16-гигабайтную планку, чтобы посмотреть, не изменится ли что-нибудь.
CMOS перед проверками сбрасывал. Все четыре планки по 16 ГБ проверял по одной, потом пробовал разные DIMM-слоты. Сами слоты продувал, контакты памяти протирал спиртом. Даже процессор снимал и ставил обратно. Но добиться нормальной работы хотя бы одной двухранговой планки так и не получилось.
Штатным способом дошёл до BIOS 4801. Мне при этом важно было добраться именно до 4207, потому что раньше эта же система с этой же памятью на нём нормально работала.
Ниже 4801 EZ Flash уже откатываться не давал, поэтому дальше пришлось лезть в UEFI Shell и использовать AFUEFI.
Там выяснился интересный момент. Между 4801 и более старыми прошивками менялась разметка SPI Flash. AFU прямо показывал: RomLayout: Changed
То есть дело было не только в другом ROM ID. Отличалась сама структура областей внутри SPI Flash.
С /RLC:A AFU при изменении RomLayout просто останавливал прошивку. Поэтому пришлось использовать /RLC:F, чтобы разрешить запись при изменившейся разметке. Проверку ROM ID обходил через /X.
На 4207 в итоге откатился такой командой: AfuEfix64.efi 4207.CAP /B /P /N /K /R /X /CLRCFG /RLC:F

Перед этим ещё проверял официальные 4602 и 4406, и там была похожая история с ограничениями AFU.
После прошивки я снял ROM и сравнил его с исходным файлом 4207. Прошивка совпадала, кроме области с переменными и настройками BIOS, где в том числе находятся настройки памяти. То есть каких-то случайно побитых участков самой прошивки я не нашёл.
Заодно проверил вариант с тем, что плата по какой-то причине сохраняет старые результаты тренировки памяти. После сброса CMOS память тренируется заново, старые параметры не подтягиваются, так что этот вариант тоже отпал.

В итоге я всё-таки вернулся с 4801 на 4207.
Причём у меня сохранился старый файл настроек BIOS с теми параметрами разгона, на которых раньше эта память работала нормально. Загрузил его, но ничего не изменилось.
Дальше уже начал крутить всё вручную. Опускал память до 1800-2133 MT/s, поднимал DRAM Voltage, сильно отпускал тайминги. Пробовал максимально лёгкие режимы, лишь бы добиться стабильности хотя бы от одной 16-гигабайтной планки. Не помогло.

Попутно я ещё умудрился угробить Windows. После очередных экспериментов с разгоном загрузился в систему, чтобы проверить память уже из-под Windows, и, судя по всему, нестабильная память успела нормально так повредить систему.
Перестал работать Пуск, панель задач, часть EXE вообще не запускалась, отвалилось почти всё, что связано с драйверами, плюс примерно половина системных служб. В итоге около четырёх дней я только и занимался тем, что восстанавливал Windows, правил реестр, восстанавливал системные компоненты и переустанавливал пакеты обновлений.

И вот сейчас я снова на 4207, но память всё равно не работает нормально.
Причём все четыре планки по 16 ГБ ведут себя примерно одинаково: количество ошибок каждый раз разное, и какой-то нормальной зависимости от настроек я вообще не вижу.
Могу взять одну и ту же планку, оставить те же настройки и получить другое количество ошибок. Снижаю частоту, поднимаю напряжение, отпускаю тайминги, иногда кажется, что стало лучше, а следующий тест полностью ломает эту картину.
То есть проследить хоть какую-то нормальную корреляцию между настройками памяти и количеством ошибок у меня пока вообще не получается.

Вот на этом месте у меня идеи закончились. Какие у вас будут идеи, ребята?

и даже спасибо не сказал тому кто тебе это подсказал)неудивительно что тут больше ни кто не пишет

Вы подменяете "упомянул AFUEFI" на "дал рабочее решение". Это не одно и то же.
На 6026 я не мог штатно откатиться даже на 5606. Про AFU я уже знал и приводил сообщение мододела Reous с Hardwareluxx о блокировке AFU/Flashrom начиная с 6026. Ответа по существу не было.
Память тогда уже сыпала ошибками, поэтому шить BIOS методом "просто попробуй" я не собирался.
И главное, барьер 6026 я прошёл вообще не через AFU. Он понадобился только позже, уже для перехода 4801 > 4207, где возникли проблемы с ROM ID, RomLayout и параметрами AFU. Решения этих проблем с вашей стороны тоже не было.
С вашей стороны вместо технических ответов я в основном получал реплики вроде: "зачем обновлял? работает не трогай", "вряд ли ты перебрал хотя бы 20 вариантов", "ну раз не уверен значит пусть железка работает как работает", "надо же, а я думал это авард загрузит и из-под него версия изменится 😁" и "неудивительно что тут больше ни кто не пишет".
Мои аргументы при этом оставались без ответа, а ваши утверждения никак не объяснялись. Поэтому это уже больше похоже не на помощь, а на постоянные провокации и надменный тон.

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

у тебя аргументов и не было лишь домыслы

Уважаемый Remarc, я вас прошу: если вам нечего сказать по существу, пожалуйста, не разводите флуд, не переходите на личности и не делайте всяких намёков.
Если вы считаете, что я "неблагодарный", "всё знающий", "игнорирую советы" и "пишу только домыслы", для меня становится непонятным, зачем вы продолжаете мне что-либо писать. Я не вижу никакого иного смысла, кроме как попытаться меня на что-то спровоцировать или просто завуалированно оскорбить.

Что касается вашей информации: из всего, что вы говорили, полезным было только "дело тут, возможно, в CLDO\_VDDP". Этот параметр действительно может влиять на тренировку памяти, поэтому предположение имело смысл проверить. Я проверил это, но в моём случае не помогло.
А вот ваше сообщение "я указал на рабочий способ, который ты отклонил" - по существу никакого рабочего способа вы не указывали. Ваше упоминание AFU не относится к тому, что я пытаюсь решить. Я несколько раз говорил, что не хочу понижать BIOS, а хочу найти работоспособный билд на этом BIOS. Поэтому откат нельзя считать рабочим способом в рамках моей задачи: он не решает причину, из-за которой я перешёл на более новый BIOS, и не даёт какого-либо полезного совета о том, как стабилизировать ОЗУ в текущем билде.
А сама программа AFU не является каким-то вашим сакральным знанием. Это стандартная утилита для прошивки AMI BIOS, но она работает с самой прошивкой и не является штатной утилитой для конкретной материнки ASUS. Обычно предпочтительнее пользоваться штатные способы типа EZ Flash, поскольку это инструмент ASUS. AFU может не учитывать особенности конкретной платы, и с её помощью, особенно при попытках обойти проверки совместимости, можно легко "окирпичить" плату.

В своих действиях я руководствовался такими источниками. (Прямые ссылки я давать не буду, но укажу названия источников и приложу скриншоты сообщений.)

Сообщение Thom75 на Level1Techs:
#77

Там упоминалась именно проблема с 4801 и разными ROM ID. Однако автор использовал старую версию AFU, в которой, насколько я понимаю, ещё не было той проверки ROM Layout, с которой столкнулся я. Я использовал последнюю доступную мне официальную версию - AFUEFI 5.17.00.0153, где ROM Layout проверяется отдельно. ROM ID и ROM Layout - это разные проверки.

А проблему с 6026 я решил, обновившись до версии 6042 и перейдя на 5606, как писал Stronzi на Hardwareluxx. Там есть какой-то странный нюанс с версиями: некоторые из них не позволяют откатиться на предыдущую, хотя при этом можно выполнить даунгрейд сразу на несколько версий ниже. И нигде это не описано.
#77


В дальнейшем я действительно вернулся на версию 4207, но не потому, что она решала мои проблемы, а чтобы проверить, связана ли неисправность с BIOS. Как выяснилось, смена версии не помогла, о чём я прямо сообщил. Поэтому теперь это выглядит не просто как "нерабочий BIOS": проблема правда проявилась после смены версии, но, возможно, это просто совпадение, как и писал HertZ. Нужно проверить и другие возможные причины.
Я проверил доступные мне варианты, чтобы диагностировать причину неисправности: происходит ли тренировка памяти или нет, видит ли плата SPD плашек ОЗУ, не возникла ли проблема с откатом после AFU, когда какая-то область прошивки могла не переписаться или записаться с ошибкой, как ведут себя разные каналы на материнке. Я даже проверял вариант, что проц мог быть плохо прижат.
На данный момент я всё ещё допускаю несколько вариантов: неисправность материнской платы, проблему с ЦПУ или его контроллером памяти, которая проявляется при использовании двухранговой памяти, а также маловероятный сценарий, при котором одновременно вышли из строя все четыре модуля. Я пока не выдаю ни один из этих вариантов за доказанный - именно поэтому и проверяю их, а не просто называю откат BIOS решением, и спрашиваю мнения других людей.
Что особенно странно: одноранговая память нормально работает в двухканальном режиме, причём даже с разгоном. Именно это заставляет меня предполагать, что проблема может быть связана с деградацией контроллера памяти в процессоре: одноранговую он ещё способен тянуть, а с двухранговой уже начинаются проблемы.