Полезные статьи (автор: 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

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

не вышло. в биосе псал частоту проца 0.7 и в информации о нем множитель 7 (вместо 33). Применил настройки биоса, в итоге завис на коде AF. прошил 172 - все ок, там микрокод 3А. подожду пожалуй офиц. релиза с микрокодом 3B.
спасибо за труды

@lex_$k8*Er
Та то проблемы биоса, это ведь бета. всего доступно 4 сборки для биоса версии 1.7 (например версия 172 это 1.7 beta 2), MSI всегда собирает 5 версий (независимо от платы) и потом выкатывает финал.
Главное было проверить замену микрокода проца для LGA2066 и его работу на практике.
Теперь собственно понятно, что MMTool новой версии отработал корректно.
Осталось решить вопросы для авто режима и убрать ошибку сохранения чтобы UBU отрабатывал корректно. странно почему только с MSI и только на LGA2066 эта проблема, с ASRock/Asus/Gigabyte на LGA2066 всё ок.

LS_29
Продублирую тут вопрос

Если есть возможность в вашем супер твике биоса UBU поддерживать наличие рекомендуемой изготовителем проца прошивки.
Последняя тестовая бета на любителя .. В 1.69 это было просто, в 1.70 иметь несколько версий одной прошивки микрокода с ходу не понятно как.
https://newsroom.intel.com/wp-content/u ... idance.pdf этот документ обновляли без изменения ссылки

И вопрос, из UBU_v1_70_a8 удалено много обновляемых модулей (или еще не добавлено), их можно подкинуть из версии 1.69 и будут ли они предлагаться (работать) ?

Еще с забавной вещью столкнулся, очень экзотический метод верификации MMTool.exe по скрипту.
Может по crc/md5/cha, а то версию 5.2.0.24 прикрутить не просто получатся.

Новый MMTool, кстати, не работает с Aptio 4

dart_raiden
Та это как по мне нормальное явление, вон AMIBCP 5.x как бы тоже не работает с Aptio 4
Кстати AMIBCP 5 новую бы нарыть, тоже корявый! ещё хуже чем старый MMTool)))

LS_29
Ты будешь включать в бантике возможность обновлять OpROM в А032?
Я проблем у себя не увидел. новый MMTool отработал корректно и на практике всё работает. а ты на своей плате пробовал?

Они уже в бивисе находятся.

Добавлено спустя 6 минут 51 секунду:
jjxaker, да это не сложно в отличии от Аптии4, - цикл поиска по PCIRvenгвdeviu и команда замены
3 строки, ну еще пара строк на проверку SubGUID, а то вдруг оромка в RA окажется со соим GUID.
А еа А4 надо кучу этих vendev проверять, да еще и сколько их там 00 тдт А0
Добавлю только не скоро, надо много чего поменять в свете событий..

Добавлено спустя 3 часа 41 минуту 29 секунд:
DeathBringer, если не затруднит, покопайся покалуйста в коде нового муму, поищи как оно определяет Аптио 4 и 5, и есть ли возможность изменить проверку.

LS_29
В чьем бивесе? Не смешно, изготовители плат плюют на то что выпущено лет пять назад.
Я имел ввиду исключительно производителей процессоров и их рекомендации по используемому микрокоду.
По смене микрокода в UBU это конечно элементарно.

Prod
Во пепых, ничего смешного и нет.
Во вторых, поддержка бивисов производителями в лучшем случае 1 год, тк каждый год пилятся новые чмаы м процы и поддержмваит сиапые им накладно.
В третьих, откуда я могу знать, что именно рекомендует производитель проца. По большему счету инфы об этом почти нет. Какой именно поставить микрокод держится за счет энтузиастов и принимать или нет их рекомендации дело пользователя. Я лишь даю возможность более гибкой и легкой замены.

Добавлено спустя 31 минуту 6 секунд:
Поясню для всех почему такая смена алгоритмя обновления микрокодов в 1.70
Предыдущие версии обновляли только 1 и/или 2 микрокода, что делает не совсем удобным для тех у кого на руках инженерики.
Х299 уже несет в себе 3 микрокода, не удивлюсь, что в 390 и 400 и далее их может оказаться больше, что делает только лищними процедуры проверки и каждый раз вносить изменения в бантик.
В новом бантике теперь список микрокодов пользователь может сформировать себе сам.
Открываем MCUpdate.tхt и заменяем, добавляем или скрывам, что нужно.
Формат текстульки простой:
СPUID и имя файла с путем, если в папку какую сунули.
Бантик проверит если такой CPUID биосе и если есть то добавит файл к обновлению, а если нет то звиняйте.
Потом вам покажет, что у вас будет после обновления. Так что всё аросто.
Во всёс этом свои + и -.
Можно обмануть, и под чужим CPUIO прописать левый микрокод.
Можно под одним CPUID затолкать хоть сотню микрокоов
По сути всё это можно и в старом бантике сделать, там вообще проверки по наличию CPUID нет.

Так что вот такой сыр-бор.

LS_29
Continue use of these MCU versions в Microcode revision guidance, по части Интела. Где графа STOP .. соответственно для энтузиастов.
А в где у вас лежит адресное смещение, с которого читается ID MMTool.exe ?
Простая подмена hexfind * mmtool.exe не помогает.

Прото подменить этот hex мало ? Я уж к ней и так и эдак .. и старый в тело добавил, и новый в батник все равно фикус.

Prod, странные движения. Я же показал как в бантике отключить проверку версии.

LS_29
Надо было ему проще объяснить, что бы он взял и удалил кусок:

LS_29
Поменяйте байт по смещению 0x1814F со значения 09 на 00

jjxaker
Хоть коментарь хоть удаляй на 1.70 не хочет.
На 1.69 скрипт запускай и висит на сканировании файла прошивки.
А, фикус в том что 5.02.0.24 виснет с надписью "не ем прошивки ниже Aptio 5" со скриптом 1.69.

LS_29
Я конечно не программист, но как бы не пришлось скриптом поддерживать одновременную работу двух MMtool ..

DeathBringer
Мда уж.. Похоже отрубили поддержку А4. Открывать теперь дает, вытаскивать тоже, но как только дело до записи - облом "Firmware write error".

Добавлено спустя 3 минуты 24 секунды:
2 муму воткнуть легко. Именуем файлы ка ММТ500 и ММТ502, оздаем в бантике 2 переменных для 2 версий. Потом проверки, Если А4 то одна переменная, если А5 то другая. Ничего сложного.
Но блин, держать две мумухи как то душа не радуется...

DeathBringer, если не трудно копни пожалуйста еще разок, если попробовать отключить эту хрень

возможно асё не так плохо будет?
Я думаю, что они ничего из кода для а4 не выкинули, а полто навтыкали проврок, что токо для А5
Наверняка там есть какой нить секретный ключ, типа /GAN, или что то подобное.
По сути то в большинстве своём А5 от А4 мало чем отличается в большинстве бивисов от них.

LS_29
Нужна самая простая команда (через параметры), которая 100% дает "Firmware write error".

DeathBringer
Если в GUI то достаточно открыть любой А4 бивис и тут же его попытаться сохраеить
Если в строке, тогда

FFS можно из папки ASrockA5 бантика любой взять, GUID от контейнера с микрокодами/

LS_29
Попробуй:
1814F: 09 -> 00 (уже было)
3C721: 0E -> 00
3C724: 80 -> 00