Полезные статьи (автор: 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 Intel процессоров
• CPUID - CodeName AMD процессоров
• Добавление NVMe module в BIOS (6-8 Series)
• Включение ReBAR на платах без официальной поддержки
• Модификация материнских плат 100/200 для поддержки процессоров Coffee Lake 8xxx/9xxx
• FAQ по прошивке и редактор индивидуальных данных BIOS плат ASUS P8xxx и их ROG-аналогов
• FFS. Считаем контрольные суммы сами
• Потрошим структуру меню Aptio BIOS
• ASUS Flashback

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

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

Добрый день. Приобрёл тут минипк на Intel N100, GMKtec G3. Биос порезан в хлам, почти ничего не настроить, в отличии от аналогов других вендоров. Потыкал в AMIBCP, почему-то не смог ничего открыть, вроде и в главном блоке ставил USER... Может кому не лень будет, поокрывайте, пожалуйста, всё, что можно - вот биос

А какая последняя, нормально работающая, версия?

У меня изначально в БИОСе EFI Intel Gigabite Driver 0.0.19 и OROM Intel Boot Agent CL 0.1.13.
UBU показывает, что для i219 EFI можно обновить до 0.1.02 и OROM - до 0.1.16.
А по факту только OROM обновляет до 0.1.16, EFI оставляет как есть (0.0.19) + добавляет второй EFI (Intel PRO1000) версии 6.6.04 - становится 2 EFI.

Может есть возможность обновить OROM до 0.1.16 и EFI до 0.1.02 (или до другой стабильной версии) без добавления второй EFI для Intel PRO1000

0.0.24 последняя рабочая на моём железе, см. начиная отсюда

Ну и стоит понимать, что для тех, кто не пользуется сетевой загрузкой, все эти обновления - пустая трата времени, поскольку на работу сетевухи в ОС никак не влияют.

ОК, с версиями разобрался, спасибо!

Значит надо обновить EFI до 0.0.24 и OROM до 0.1.16, уже чисто ради спортивного интереса (все равно еще не прошил модифицированный БИОС).

А как сделать, чтобы UBU обновил именно EFI Gigabit до 0.0.24 и не добавлял второй EFI PRO1000?

Надо смотреть, может, там реально два драйвера лежат. Вендоры порой оставляют лишнее. Но тогда странно, что UBU не определяет оба до замены.

Так что, видимо, какой-то баг в самом UBU.

В последних версиях банта 1.80, указано, что НЕ рекомендуется что-либо делать сетевыми для Интел.
Я уже тыщи раз говорил, что толку от замены никакого, в некоторых слуаях даже баги можнео словить например комп будет постаоянно будиться даже если вы ничего не делаете. Те WakeOn будет постоянно активен, даже если в бивисе будет отключен. (Проверено на многих материнках)_
К тому же в УБУ в последних вериях была "подпорчена" замена Интел ЛАН. Это будет исправлено в следвериях, те всё равно надо будет переделывать этот раздел с учетом накопленых знаний.
А пока я застрял на замене микодов, сделали мы поддержку новых МСЕ и запутались в коде., ик был изменен механизм обработки микодов. Когда сделаем не знаю, у Foxy сейчас нет времени. Если ей кдастся уйти в отпуск в ксередине декабря, то сразу продолжим химичить с кодом.

Благодарю за разъяснения - оставлю драйверы для сетевой карты Intel как есть.

Но теперь появилась проблема с обновлением микрокода на другой МП.
Вот такая ошибка в mmtool вылетает:



Что за другой метод? Подскажите, пожалуйста, как обойти эту ошибку.

Все 3 ямикода не влезут, в томе PEI нет свободного мета. Расстягивать том это большая вероятность получить кирич..
Тут только один вариант - вместо 3-ёх будеи 2 микода.
Надо один микод отключить в списке (тот который точно не будет юзаться) или создать пользвательский список из 2-ух нужных микодов.
И желательно юзать метод для 299-ых плат в PEI том.

ЗЫ Список микодов в папке\текстульке Files\Intel\mCodes\MCUpdate.txt.
Просто поставить # в начале строки микода который надо отключить.
Мли создать свой спимок, там-же есть папка для Юзверей и батник для генерации спимка.

Ясно, уберу один из кодов (все равно по факту нужен только один микод для используемого процессора).

А разве эти микоды не одинакового размера?
Ведь я не добавляю нового. В оргинальном образе БИОСА всего три кода, а UBU обновляет (т.е. заменяет) только два из них.
Хочется разобраться для общего понимания данного процесса.

А это точно X299?

Размер микрокодов не одинаков, он плавает от версии к версии, например
cpu906E9_plat2A_ver000000F8_2023-09-28_PRD_18E71F12.bin - 106 кило
cpu906E9_plat2A_ver000000FA_2024-03-07_PRD_E8FA415B.bin - 104 кило

В этом конкретном случае у меня Intel H110.



Тогда все ясно, спасибо за разъяснения.

Почему рекомендую как у х299 в PEI.
Там замена идет как в муму (раздел CPU Patch). Те меняется не FFS с микодами, а сами микоды. В этом есть плюс и очень жирный, том PEI остается не измененным и в нем сохраняются все PAD которые могут быть критичны.
Этот метод будет Рекомендуемый в следверсиях банта, но только там где это возможно.

Всем привет.
Подскажите пожалуйста удалил mcupdate_GenuineIntel.dll
И win11 24h2 ушла на покой.
Как то можно восстановить?
Кто то может поделиться этим файлом?
И можно как включить TSX инструкция на ней.
.
На win 11 22h2 я удалил файл без проблем и у меня все заработало.

Кто-то сообщал, что в 24Н2 нельзя удалить сия файлы просто так.
Вернуть можно попробовать, вытащить нужный файл из образа, загрузиться с Live диска и кинуть файл на место.

Винду в конечном итоге пришлось переставить
Есть способ запустить tsx на win 11 24h2?

1) Поместить в прошивку нужный микрокод (в котором ещё не отключён TSX).
2) Переименовать mcupdate_GenuineIntel.dll в mcupdate_GenuineIntel.dll.old
3) Переименовать mcupdate_AuthenticAMD.dll в mcupdate_GenuineIntel.dll
4) Переименовать mcupdate_GenuineIntel.dll.old в mcupdate_AuthenticAMD.dll

Как вам правильно подсказали, наличие этих файлов теперь является обязательным для загрузки Windows, поэтому их следует поменять местами, чтобы Windows, с одной стороны, могла их обнаружить, но, с другой стороны, у неё не получилось вгрузить оттуда микрокод.

Единственный недостаток у такой методы, как и с удалением на сиарых версиях Винды, процедуру придется повторять на очередном обновлении библиотеотек с микодами в ОСи.
А могут и патч сделать от такой подмены. Совсем помешались на мнимой безопасности...

Коллеги, подскажите, пожалуйста, где зарыта собака.

Имеется Asrock P67 Extreme6 + 2700k. Версия БИОС 1.80 (последняя для Sandy Brdige). Разгон есть, на Win7 всё работает как часы. Но потребовался софт, который (увы!) не поддерживается семёркой. Попробовал поставить Win10, какие только версии не ставил -- результат один: 100% загрузка процессора в task manager и рандомные БСОДы. Обновился до последнего БИОСа (2.10, все с 2 предназначены уже для Ivy) -- десятка работает нормально, но разгон пропал и на множитель процессор не реагирует, работает на дефолтных. Это очень опечаливает.

Откатился на старый БИОС. Почитал, народ пишет, что дело, скорее всего, в Intel ME и/или в микрокоде. Но микрокод вроде подтягивает сама винда, поэтому он наверно не важен. А вот Intel ME я пробовал экспортировать из старого БИОСа в новый, но там же разные версии FITC, и новая версия FITC ругается, не хочет импортировать файл из старой. Есть идеи как решить проблему и сохранить и совместимость с 10 и разгон? Может я вообще не туда копаю?

Давайте проверять.
Сделайте скриншоты regedit с раскрытой ветвью HKEY_LOCAL_MACHINE\HARDWARE\DESCRIPTION\System\CentralProcessor\0 в Windows 10 c прошитой старой и новой версией BIOS.

Ох, ёлы-палы, это трудоёмкий эксперимент...) Нужно заново ставить 10, которую я снёс (но это ещё фигня), а вот новый БИОС даунгрейдить до старого только через программатор. Его ещё надо найти, не помню где валяется, т.к. все эксперименты ставил некоторое время назад. Более простого пути джедая нет?