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

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

Хммм.. С 0.22.1 не ОК..

Не все ОК - хэши разные.

От CodeRush - "ТЕ вообще лучше не трогать старым сборщиком (УТ 0.2х). Потому что там плохо все с базировкой."

Добавлено спустя 1 час 7 минут 39 секунд:
jjxaker, на мся доступ сдох, исследователи свежаьтгы спрашают про новый. А то комбинации с драконм не подбираются. Чот новенькое явно.

LS_29, плохие новости (( Надеюсь у CodeRush получится починить его программу.

Это решит проблему :
" "Error in Replacing File" при обновлении микрокодов на Х99\299 Аsus, MSI, Gigabyte. Том, где расположены микрокоды, фиксирован от изменения размера." ?

Нет. Это, совершенно другое, выравнивание адресов в _FIT_ при обновлении микрокодов в следующей версии бантика.
Хотя оно может и на текущей работать.

Та да, давненько уже. у меня пока глухо... дам знать если что.
Я пока китайский асроковский фтп использую, в принципе тоже удобно и пароль не нужен

jjxaker, окм. А асрок это малость уже не то что раньше было.

LS_29 , jjxaker , DeathBringer У меня к вам небольшой вопрос, если будет время на него ответить.

LS_29 - вы просвечиваете кишки всех биосов своим рентгеном.
jjxaker - у вас были на руках многие платы за последние года, активно потрошили их биосы.
DeathBringer - ваш авторитет в теме не вызывает никаких сомнений.

Куда/в какую сторону сдвигаются сейчас акценты у производителей MB - ASUS/MSI/ASRock/... ?
Если пяток лет назад ASUS можно было назвать (ИМХО) самым оптимальным по качеству/функционалу/кастомизации/разгону (особенно в свете изобретения кастомных инструментов, таких как FTK, UBU), то куда идут тенденции сейчас у этих производителей?
С точки зрения пользователя, который хочет получить: максимум гибкости управления "под себя"/продления жизненного цикла/разгона с помощью сабжевого инструментария.
Кто сейчас похорошел, кто остановился, у кого дела стали хуже?

ingviowarr
Точно не ко мне такой вопрос.

ага, только никто так и не рассказал, как прошивать правленый БИОС Asrock Z170/270(((

Это довольно сложные вопросы, особенно с учётом того что в этом плане единого мнения не бывает. у каждого своя правда.
На эту тему можно разговаривать и спорить наверное вечно... я бы с удовольствием всё обсудил в живую, а строчить на форуме все свои мысли по этому поводу... извините, но мне банально лень этим заниматься. слишком много придётся уделить этому времени.
Если коротко то я для себя готов отметь лишь MSI и ASRock, это те производители к которым меньше всего вопросов.

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

А что там за сложности? регионы заблокированы?
AMIFlash с ключом /GAN ведь должен давать прошить...

Добавлено спустя 25 минут 46 секунд:
Ну я глянул, фиг его. но проблем прошить не увидел. именно на регион биоса лока нет.
По этому через тот же Intel Flash Programming Tool должно прошиваться, вот так вот выгладит команда FPTW64 -f bios.bin -bios -savemac

jjxaker Я имел ввиду штатные средства прошивки по F6 или из самого БИОС..

Это невозможно, ни один производитель не даст прошить мод штатными средствами.

jjxaker ну раньше на Z97 можно было шапку отрезать и прошить обычным методом.. сейчас и сам файл больше и шапки нет..

BY_Pashka это значит лишь одно, производитель допустил ошибку которую в будущем исправил

Шапка вроде там есть, просто ASRock похоже ее внутрь спрятал. (GUID: 5A88641B-BBB9-4AA6-80F7-498AE407C31F)
P.S. Можно попробовать вырезать ее через UEFITool.
(или просто удалить целиком GUID: 414D94AD-998D-47D2-BFCD-4E882241DE32)

надо будет попробовать... спасибо..

all, давайте я вам расскажу, что там не так с базировкой ТЕ - невозможно угадать, как нужно править ImageEntryPoint в них, чтобы они не перестали быть исполняемыми-на-месте. С PE все ясно, потому что там заголовок хранится целиком, а вот с ТЕ произошла неприятная история: в спецификации написано, что оригинальное значение ImageEntryPoint (которое было в PE-файле до того, как от него откусили большую часть заголовка, превратив в TE) изменяться не должно, т.е. загрузчик TE-файлов должен от этого значения отнимать 240h байт каждый раз при загрузке, но т.к. спецификацию никто не читает, а отнимать каждый раз - "это тупо", то в AMI еще очень давно решили отнимать прямо в поле ImageEntryPoint , не сохраняя, таким образом, его оригинального значения и нарушая спецификацию.
В итоге без весьма хитрых вычислений угадать, как именно базировать ТЕ-образы в конкретной прошивке - решительно невозможно, и старый движок эти хитрые вычисления не делает. Именно поэтому лучший способ обращения с неупакованными ТЕ-файлами в PEI-томах (упакованные можно базировать как угодно, их загрузчик сам потом перебазирует как надо) - вообще их не трогать.

BY_Pashka, купи себе уже программатор CH341A и не мучайся. На Асроках даже разъем под них есть на многих платах, чипы снимать не понадобится, и защиты какие-то перестанут волновать.