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

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

atom08
Мне кажется, что Вы что-то перегрели.

Тоже так думал, но, к моему огромному счастью, нет . Метод тыка выявил, что без 1 из 3 планок озу (давно она подозрения вызывала, по этому и полез) все корректно работает даже на ксеоне с бустом на все ядра. По крайней мере пока.. Буду тестить

Я тоже) Возможно как-то совпало, однако. До обновления было стабильно все, после обновы 2 БСОДа вышло, поднял тайминг на ОЗУ и стало норм.

DeathBringer, дружище, напомни, загрузка микода по 0xffc0, указатель на _FIT_, это фаза PEI? Это, есс-но, до передачи управления по f000:fff0. Ну, а далее, все кому не лень, в том числе DXE, лезут и грузят микоды из второй копии. Я это к чему, два вопроса.
1. PEI загрузил 0x07
2. Далее пойдёт по сценарию разгона?
3. Я в своё время задал вопрос, про микод 0x99 теперь знаю, реальная версия по смещению 0x3c. А кто использует эту левую подстанову?
4. 0x28 более требователен к напряжениям..

Michael_Code
Микрокод грузится по прямым ссылкам из FIT до фазы PEI. А потом несколько модулей из BIOS на фазах PEI и DXE грузят микрокод повторно. Обычно в этих модулях жестко забиты адреса томов, а модули с микрокодом ищутся по GUID.

DeathBringer, точно, вот что меня возбудило!!! До PEI!!! (Pre-EFI Initialization)

Michael_Code
Да, ни одного байта исполняемого кода BIOS не используется при загрузке микрокода по прямым ссылкам из FIT

Добавлено спустя 3 часа 54 минуты 34 секунды:
Исполняется же код Intel CPU boot ROM

DeathBringer, <ВЦ>, читаем от CodeRush Устройтво UEFI BIOS, там же чёрным по белому, исполнение кодов происходит в CACHE прцессора!!!!!!!!!!!!!!!!! Забыть про CALL-RETURN!!!!!!!!! Стека нет!!!!!!!!!
Ты не ответил, кто выбирает фиктивный 0x99, реальный 0x07.

Модули BIOS, в котором используется подобный "костыль". В таком случае перед повторной загрузкой микрокода производится сравнение не с реальным значением версии уже загруженного микрокода, а со значением общей переменной, куда записывается значение версии из заголовка при первичной загрузке микрокода.

DeathBringer огромный поклон за очередную наводку!!! Чтобы я без тебя делал? Умница!
Благодаря тебе, вошло в привычку, либо HxD, либо Hiew, гляжу на смещение в микодах 0x3C

Кстати товарищи о микрокодах, день добрый!:

Предварительно по тестил последний продакшн D6 для Core 9900k (RO) - cpu906ED

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

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

Зато на х299 чот вообще непонятик с последними микодами...

DeathBringer
Что там у 50654 с последними микодами не так?

Допустим, есть безымянная материнка, как проверить наличие локов в BIOS?

Без понятия. У меня же Crystal Well. Но думаю, что все дело в реализации защиты от SRBDS именно в операционной системе.
Начните с CHIPSEC - https://github.com/chipsec/chipsec/wiki ... UEFI-Shell
python chipsec_main.py -m common.bios_wp

DeathBringer без загрузочных флешок ничего нет?

Не ходите использовать флешки - установите CHIPSEC в текущую систему - https://github.com/chipsec/chipsec/wiki ... in-Windows

Здравствуйте, Кто может помочь с правкой таблицы DSDT? Так же убрать белый список WiFi

*Tiger*прелполагаю, натравить IFR Extractor с волшебными словами BIOS Lock. В бантике, т.е. UBU, есть пункт меню. Но биос должен быть AMI.

Доброй ночи!
Может кто-нибудь подсказать, что с этим моденым BIOS 1502 (обновления с помощью UBU + ещё кое что, можно посмотреть профиль) не так.
Дело в том, что после прошивки этого BIOS с помощью ASUS USB BIOS Flashback, плата не реагирует даже на кнопку питания, на плате тоже есть кнопка питания, но и на неё тоже не реагирует. Как будто сдох блок питания, но нет... До этого уже был прошит BIOS версии 1502, тоже модифицированный, даже есть его backup, и он прекрасно работал.
Благо на плате есть резервный BIOS 0805 (его я не трогал, он в состоянии отгрузки с завода), переключился на него, выключил блок питания, как всё погасло, включил блок питания, плата с BIOS 0805 стартанула и нормально работает.
Думал проблема в флэшке, что-то не то считалось, пересоздал флэшку (FAT32), записал только сам BIOS 1502, перешил заново, но тот же эффект. Программатора у меня нет.
Что может быть не так?

Обновление 1
Открыл BIOS 1502 оригинальный и мой моденый BIOS 1502, с помощью "UEFI Tool New Edition (UTNE) Alpha 57" и вижу, что со структурой что-то не то:

Только в какой момент так получилось - не понятно, ладно, пересоздам заново.

Обновление 2
Такое получается после применения UBU 1.78.2
"UBU.bat" = 1.78.2 и "UBU_Dev.bat" = 1.79 RC2 делают одно и тоже.

Обновление 3
Как выяснилось, проблема возникает, когда сохраняем файл для ASUS USB BIOS Flashback (.CAP).

Обновление 4
Я ещё раз проверил (UBU 1.78.2), тоже самое. Вот мой биос, с которым я работаю, обновляю (пункт 2, 3, 5) и сохраняю для ASUS USB BIOS Flashback, и структура не та совсем!

Обновление 5
Как оказалось вся проблема с путями.
Если путь к программе: "F:\!!! Не удалять !!!\BIOS\UBU 1.78.2\" - работает с глюками, т.е. когда в пути встречается кирилица.
Если путь к программе: "C:\Temp\UBU 1.78.2\" - то всё отлично работает.

LS_29 проверь плиз...

А если сохранить не как капсулу, а как ROM, и шить через FPT?