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

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

Там под сотню разных модулей в UEFItool в каком-то из них может быть снята проверка или защита.
Вот если бы описание каждого модуля найти... Вот что такое BiosGuardCpuPolicyOverride от чего он защищает?

Сложно что то сказать по этому поводу, наверное кому нужно тот знает


Это всё из разряда Intel Boot Guard, что это читай в гугле. но советую не забивать голову, это фигня которая не относится к нашей цели.

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

Почитал, вынес себе в очередной раз мозг с этими VBIOS, уже правда проходил но всё же
Не, ну его нафик. я конечно обновляю иногда себе оромку вбиоса но как правило простым переносом от другой платы более подходящем по видеовыходам.
Например, для z270 APEX я взял оромку нового вбиоса от платы z370 APEX. так то все платы z370 это клоны z270 так что с этим проблем быть не может
Но лучше всё же перейти на GOP, как универсальное решение.

jjxaker Простыня большая, в основном из-за ликбеза + предостережений не наделать глупостей + "знакомимся с hex" И кое-какие вариации сонат, нюансы, акценты и частные случаи...
А "ядро" последовательности действий до получения результата довольно простое.
Да, в гайде тоже есть такая заметка для ASRock Z87->Z97, когда нет подходящей заготовки для переноса.
Можно, кстати, в гайд занести.
Естественно. Я написал не потому, что сохну по OROM-ам Просто... у нас было что написать 1 раз, чтобы маэстро не убил клаву вконец, отвечая в 1000 раз на одни и те же вопросы.
А теперь можно в фак посылать, и попунктно Хотя, он добрый, и ни разу никого не послал, всем помогает. Вот и я, капельку.

Добавлено спустя 15 минут 28 секунд:
-----------------------
UPD:

jjxaker А можешь про свой z270 пару предложений сформулировать? Какая версия OROM была исходной, до какой поднимал, полные название мобо и т.п., что будет полезным знать другим? Если помнишь.
Тебе сподручнее рассказать, чем мне догадываться. Пару-тройку предложений достаточно, чтоб я понял. В раздел "Исключения из правил" могу внести.

Не ну безусловно FAQ нужен! и ты сильно помогаешь сообществу что решил этим заняться...


Так а что тут рассказывать, в z270 всегда VBIOS имею версию 1046 а в платах z370 он всегда самый новый 1054.
Просто берём скачиваем биос например от MSI z370-A Pro, открываем биос в MMTOOL и вытаскиваем модуль с DevID 406, потом открываем например биос от платы MSI z270-A Pro в MMTOOL и заменяем DevID 406 тем что вытащили. вот и всё.
Ну моими словами это как то так)))
И ещё по моим наблюдениям, если нужен новый модель VBIOS для более старой z170 то просто достаточно найти например плату z370 с похожим набором видео-портов, и вытащить новую версию от туда. главное учитывать как количество портов так и их разновидность.
С z97 и старее там такое не прокатывало, но подробности уже не припомню.

jjxaker Принцип уловил, вроде. Т.е. у тебя прямой способ замены в MMTool, а не через UBU. Просто я такое не проходил.
Если б сделал раз-другой, то было бы понятно, конечно, что куда совать в интерфейсе.

Добавлено спустя 14 минут 36 секунд:
В общем, заметку по по твоей успешной практике по ASUS и MSI внёс, спасибо.
Теперь, мне надо освоить прямую замену - это как раз то, недостающее, о чём спрашивал маэстро.
Я уже на 2-е сутки пошёл, а ещё дела есть. В общем, сростётся и это, чуть позже.

Ну можно и через UEFITool, необязательно через MMTool.
Просто через MMTool это всё проще реализовано.

Добавлено спустя 7 минут 27 секунд:
Всего лишь две функции нужны, всё очень просто.

jjxaker Та с MMTool сейчас такие свистопляски с версиями... Кстати, какой использовал для этого добра реально v5.0.0.7? Или новую всё-таки?

ingviowarr
Нужно держать две версии 5.0.0.7 и 5.02.024, для LGA1151/2066 использовать только новую, а для остальных старую.
У меня старых плат нет и не будет, в итоге я держу только новую версию.
В целом напрямую через MMTool можно делать всё что хочешь без UBU, кроме замены микрокода процессора. для него обязательно нужно использовать только UBU иначе большой шанс получить кирпич.

jjxaker Что сказать: ЭтузиастЪ
Спасибо большое за пояснения и за скрин! Всё становится на свои места.
Ещё надо UEFITool прокачать по данной теме, я по NVMe с ним немного знаком уже.

ingviowarr
Та, я прост всегда ищу простые пути во всём.
И если через MMTool всё очень легко, то через UBU всё ещё легче

Добавлено спустя 30 минут 3 секунды:
Очень полезный мануал написал plutomaniac
Unlock Intel Flash Descriptor Read/Write Access Permissions for SPI Servicing
Нам такой сюда на родном языке явно не помешает, не то что бы там было что то новое. просто всё грамотно описано.

jjxaker Надо же, сегодня как-то попалась статья как раз на тему SPI от 2017г. Intel Boot Guard Доверенная загрузка Шрёдингера.
Хорошо изложено и довольно познавательно вначале и в конце, плюс обсуждение занимательное. (Хексы-шмексы в середине пролистнул по диагонали (для меня - китайская грамота)).

Полез искать схему jSPI 9 PIN для плат Asus, ничего не нашел. прозвонить не вариант, так бы не спрашивал.
Кто нибудь встречал?
#77

DeathBringer
Я не проверял никогда это.
А на MSI у меня аж 11 Pin. влепили резервов кучу.

Вообщем скину то что дал, если что подберут.

Добавлено спустя 5 часов 41 минуту 44 секунды:
Короче, опишу по быстрому ситуацию.
Действие первое: Беру снимаю лок с регионов, прошиваю биос через программатор, всё ок.
Действие второе: Беру снимаю лок с регионов, меняю ME FW с 11.8.50.3399 на 11.7.4.3314, прошиваю биос через программатор, запускаю систему а биос мне пишет обновляю ME FW, в итоге я получаю снова версию ME FW 11.8.50.3399 и заблокированные регионы.
Вопросы:
Почему так происходит?
Откуда биос берём версию ME FW которой у него уже нет?
Каким образом возвращаются лок регионов?
Как этого избежать?

На данный момент что бы этого не происходило приходится использовать первый вариант, а уже потом через FPT понижать версию ME FW. и это единственный выход который я пока что нашел.
Asus!!!!

jjxaker, чип биоса один?

Добрый день. Можно ли снять лок с MSR 0xE2? Использую UEFITool для этого дела и биос вроде как патчится, но в при установке OSX все равно требуется KernelPm. Кто сможет помочь разобраться?

jjxaker, я по этой схеме спаял переходник себе для плат ASUS:

jjxaker
Либо использовать afudos, прошивая заведомо только BIOS-регион.

Два, но шил оба по привычке.


Благодарю.


Не помогает, что AFU что FPT что фирменная UBF. при прошивке только региона BIOS в обязательном порядке обновляется автоматически ME FW и блокируются все регионы (если версия ME FW новее чем текущая)
Получается в регионе BIOS присутствует ещё и код ME FW, короче Asus наклепали дублей.

jjxaker
При этом в файле с прошивкой был только BIOS-регион?