Полезные статьи (автор: CodeRush)

Софт




Сохраненные статьи с Win-Raid Forum:

• Intel (Converged Security) Management Engine: Drivers, Firmware and Tools
• Intel (Converged Security) Trusted Execution Engine: Drivers, Firmware and Tools
• Which are the "best" Intel AHCI/RAID drivers?

Другие интересности по теме:

• Отключение BIOS Lock (Error 280 при прошивке) (Обновлено)
• CPUID - CodeName новых процессоров
• Добавление NVMe module в BIOS (6-8 Series)
• FFS. Считаем контрольные суммы сами (Новое)
• FAQ по прошивке и редактор индивидуальных данных BIOS плат ASUS P8xxx и их ROG-аналогов
• Потрошим структуру меню Aptio BIOS
• Модификация материнских плат 100/200 для поддержки процессоров Coffee Lake 8xxx/9xxx
• ASUS Flashback (Новое)

Доска объявлений
от 20.06.2020

Соблюдайте Правила конференции и используйте поиск по теме. Мешающие чтению картинки и видео убирайте под спойлер.
Сообщения с избыточным цитированием могут исправляться или удаляться без уведомления их авторов.

посмотреть полное содержимое с помощью программы AMIBCP. если конечно BIOS от AMI.

Wolfrus
Чисто теоретические вопросы?

У меня асус на первом 2011, UBU нормально себя ведет, только мне результат не нравится, со всеми оромками какие-то микрофризы присутствуют. Это хрен отследишь так что пофиг.
А микрокод можно и ммтулом обновить. Я удалял всё что там напичкано и добавлял что нужно в тома 3,4,5,6

За работу AURA RGB контроллера на всех платах Asus отвечает GUID 611F7FDD-C7C6-4CFE-8072-2155D7B25A80

Добавлено спустя 4 минуты 57 секунд:
Найти то нашел, но от этого пока что не легче. срабатывает такая же хрень как и с ME FW. я заменяю в данном GUID на нужную мне FW. а биос сам берёт и обновляет (пишет мол LED FW Update бла бла бал) мне на более новую которая не совместима с данным RGB контроллером "в моём случаи".
Asus реально уже достал со своими клонами, во все дырки суёт. искать не так уж и легко... биосы от Asus похожи на сплошную помойку!!!

Добавлено спустя 6 минут 3 секунды:
О боже, та оно аж в четырёх местах сидит
Section_PE32_image_E98D33CD_1AEB_46B1_A4B6_0BB4CC655C26
Section_PE32_image_SMIFlash_BC327DBD_B982_4F55_9F79_056AD7E987C5
Section_Raw_611F7FDD_C7C6_4CFE_8072_2155D7B25A80

Добавлено спустя 3 часа 10 минут 53 секунды:
Проверил всё на практике:
Работа AURA RGB контроллера после прошивки платы Asus APEX IX в APEX X реализована корректно.

В итоге имеем полноценно работающую плату без потери функционала.
Напомню что Asus APEX IX и APEX X аппаратно отличаются лишь наличием второй сетевой карты и RGB контроллера другой модели(или маркетинг).
В свою очередь биос для APEX X более продвинутый и будет развиваться дальше. чего не скажешь о поддержке APEX IX на которую уже забили. это в принципе касается например любой платы от Asus на z370, все они клоны плат на z270.
Для тех кто пожелает прошить свою плату от Asus (любая модель) например z170/z270(или иные чипсеты) в z370, тот обязательно столкнётся с нерабочим RGB контроллером. но захочет оставить новый биос потому что он лучше во всём, и для новых процессоров имеет все множители а не только 4 штуки, и тд...
Так вот, для запуска AURA RGB контроллера достаточно перенести 3 выше описанных GUID с родного биоса на модифицированный.

Voyager777
У 2011 как и на AM4 микрокод надежнее обновить самому руками.

По поводу новых микрокодов с заплатками.
Как выяснилось проблемы к которыми я сталкивался (типа спонтанные отключения системы, и тому подобное) при использовании новых микрокодов процессора, связанны с опцией EIST в биосе.
Если данная технлогия отключена вылазят проблемы, если же оставить её включённой или в АВТО то проблем с новыми Mc нет.
Справедливости ради стоит заметить, что например на платах Asus z170/z270/z370 с процессорами 6, 7, 8 поколения EIST не отключается. в биосе да, но на деле EIST продолжает работать. тем не менее данная опция в биосе даёт влияет на стабильность системы с новыми Mc.
Я оставляю данную опцию в АВТО, наблюдал достаточно долгое время. проблемы которые ранее были не проявляют себя. как с платой Asus так и с платой MSI.

jjxaker
У меня была включена EIST...

DeathBringer
Тогда вообще хз, но может там с Haswell какие ещё сложности...
Я ведь только KBL и CFL проверял. уже неделю смотрю, всё стабильно.

DeathBringer
Да нет ковыряю уже ) , хочу собрать всю информацию , чего не понимаю , плюс нет времени тестировать - зашил и забыл )
Пока нашел , то , что новый микрокод , который лечит спектру на 4930к в бенчах отрезает 30% производительности , а надо ли его обновлять (
Если получится ,то соберу под p9x79 NVME + все обновы , да поделюсь на винрейд

jjxaker
За это время были обновления Windows. Попробую протестировать по новой.

Добавлено спустя 40 минут 7 секунд:
Надо проверять на конкретных системах. У меня такого не было, даже было чуть быстрее.
А для дисковой подсистемы нужно подбирать драйвер.

Добавлено спустя 1 час 12 минут 41 секунду:
jjxaker
Пока подгрузил 0x24 через VMware CPU Microcode Update Driver, в BIOS 0x22. Windows 7, защиты от известных атак отключены через реестр.
Получил личный рекорд производительности встроенного видео - 22840 в 3DMark03.
Видимо, обновления Windows что-то поменяли с прошлого раза.

Та вот и я думаю, а не в винде ли вообще были проблемы... а я на Mc гнал)))
У меня кстати Win10 RS4 сейчас стоит, и я вот забыл этот момент что я то тестирую сейчас 0x84 на вообще свежей винде...

Добавлено спустя 12 минут 20 секунд:
Как думаешь, новые процы CFL (Celeron и подобные) с какой версии Mc начали поддерживаться, это вообще как то можно понять? я никогда не копал в данном направлении, может способы уже известны... а там хз, может они изначально уже заложили поддержку.

Думаю, что это не совсем корректный вопрос. Вот, например, Haswell Refresh спокойно запускаются на микрокоде 0x01, а мобильные процессоры на этом ядре стартуют вообще без микрокода.
Другое дело, что код BIOS может требовать какие фичи процессора, которые активируются только на определенной версии микрокода.

DeathBringer
Благодарю за разъяснения.
Ок, в таком случаи время покажет.

Актуально для всех ASUS плат:
Прошивка для контроллера iROG1 лежит в GUID 38715E0A-ECD3-4776-8AC4-7D93510A7468 (на платах это TPU-контроллер)
Прошивка для контроллера iROG2 лежит в GUID 475EB5AF-16F2-4727-BD69-0D1BF383196C (на платах это большой так называем ROG контроллер)
Возможно кому то пригодится.

Добавлено спустя 11 минут 7 секунд:
После того как я APEX IX превратил в APEX X заметил всего одну проблему, полноценно не работает технология usb bios flashback.
То есть если файл имеет имя М10А.cap плата его вовсе не принимает, а если M9A.cap то принимает, но шить спустя секунд 5 отказывается. если я подсовываю родной биос а не от z370 он прошивается, несмотря на то защит биос от z370.
Я всегда думал что технология UBF работает на аппаратном уровне(ну это в принципе так и есть) и проверка что шить идёт только на имя файла который я подсовываю. но увы...
Пока что не могу понять как UBF понимает что у меня не z370 а z270, и где храниться FW для работы UBF. пока что получается что, FW для UBF в регионе BIOS отсутствует вовсе. но и на платах я не вижу флешки для UBF, только сам контроллер...

jjxaker я может не там копаю, но вот что я нашёл:
File GUID: 4CC14F19-C626-4AB6-9DEA-CA6C01FD10CD
PEI Module
ASUSHeaderPEI
там лежит имя файла для UBF

File GUID: BB3BF734-D640-4CF5-AFEA-CA8CFA6020D1
PEI Module
ASUS_USBFLASHBACK
что внутри, не совсем понятно, но длина файла = 684 байта, и видимо ещё упакован, т.к. в начале файла вижу "MZ", для Вас, наверное, и так всё логично, ведь это PEI Module.

Повторяются данные модули 2 раза.

binarycraft
Не, это не то. та и FW не храниться в PEI.
Если бы UBF обращался к текущим данным то прошивка бы начиналась. потому как подсовываю z370 биос и защит тоже z370 биос.
Но имеем то что прошивка начинается только если подсовываем z270 биос, получается то что UBF не обращается к региону BIOS вообще.

Оно не всё шьет. Там есть часть адресов, которые оно "избегает" и я так понимаю, там не только уникальные параметры конкретной мат. платы.
Если есть программатор то можно сравнить что-куда льется.

Voyager777
UBF прошивает абсолютно весь регион BIOS...
Тогда как ME, GBE и DESC не затрагиваются вообще.
Это уже проверенно.

jjxaker
"Большим преимуществом функции ASUS UBF является то, что для обновления BIOS не требуется устанавливать процессор и память!"
Что за аппаратный программатор такой реализован через USB-порт?! Как Вы, собственно, и говорите, где-то есть ещё какие-то данные, которые сверяются.

Здравствуйте, имеется материнка ASUS P8Z77-V на аптио 4, MMtol 4.5. Хочу вручную обновить микрокоды проца, но MMtol крашится на вкладке CPU Patch. Помню вроде что это из-за "пустышки" GUID 17088572-377F-44EF-8F4E-B09FFF46A070 нужно ли её возвращать на место после редактирования BIOS?
Спасибо заранее.
UPD: Всё получилось, вернул пустышку на место вроде пока работает. Кто знает зачем ASUS хранит микрокоды в двух местах (пустышка не в счёт), а ММтул редактирует через CPU patch только 1 место (не знаю как правильно назвать эти файлы c GUID 17088572-377F-44EF-8F4E-B09FFF46A070)? Фишка ASUS?