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

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

Это инициализатор работы GOP Driver'а и модуля с VBT для гопки, его трогать не надо, он для каждой платформы свой.

Добавлено спустя 9 минут 43 секунды:
Если кому интересно смотрите исходный код одной из платформ от МSI.

И в биосе и в винде(драйвере) и в прочем софте.

jjxaker, вот блын... А в драйвере напомни плиз хде глянуть?

LS_29 Панель управления HD-Графикой Intel, там параметры и поддержка, далее в верху выбрать информационный центр
Сейчас накатаю разрабу Аиды64 ,замахали пусть добавляют поддержку считывания GOP. а то это "Дата/Версия BIOS видеоадаптера Неизвестно" наблюдать надоело.

Нашел в биосе отображение версии GOP. И в дровах, где jjxaker говорит, тоже показывает. Так что отбой тревоги, все нормально.

Привет, пользую UBU редко, но метко) Каждый раз приходится батник править из-за его неприятной особенности "портить" переименовывать и патчить всё подряд, что находится в директории, даже при наличии bios.bin - например в директории UBU храню архивы свежих OROMок с сайтов компонентов, забываю и обновляю UBU и "фиксеный" старый батник обновляется, а новый и находит в первую очередь архивы оромок, переименовывает и т.п. безвозвратные операции
может вложенный цикл после поиска основного одного bios.bin файла или ещё что-то придумать можно в районе этого кода

в общем хорошо б сначала один файл найти уже существующий ну или не переименовывать всё подряд в bios.bin, а хотя бы копировать, оставляя найденное на месте (а то пару раз для дебага батник запустил без echo off и ура уже не вспомню какие архивы пропали:) хрен с ними, уже всё и так обновлено в UBU слава б-гу)

jjxaker, понял, спасибо..

Klem, вот и свлавненько. А то модулей набирается очень много, иогу и ошибться в вориировании FFS'ок..
Сейчас вот прорабатываю обнову видеооромок для амдэщников на базе FM2+, даже не берусь судить о результатах..

asmfan, по сути я так понимаю, что предложение сводится к тому, чтобы убрать этот цикл и предоставить пользователям самостоятельно переименовывать свои файлы биосов в bios.bin. Не думаю, что большинство с этим согласится. Пользователям гораздо проще кинуть файл как есть, пробантить его и получить на выходе bios.bin для шитья. Суть цикла, что он строит список всех файлов с возможными расширениями биосов, такие как .САР у асус, .F* у ГБ, возможные коибинации цифр и букв у асрока и мси и тд.. Естественно, что если встретится файл вида "архив.123.rar", то досововый коммандный процессор, посчитает его за возможный вариант биоса имеющий расширение .123.. Так что касается архивов, то почему бы их не определить в определенную папку или просто в имени архивов не использовать знак "." (точка), вместо точки можно и подчеркнуться "_".

Intel Raid Rom (Orom/SataDriver) Version 13.5.0.2118 появились на станции.

LS_29 ещё разок: я ничего не архивирую - качаю оромы с сайтов вендора кидаю в имеющуюся ubu даже старую (удобно все утили в одном месте лежат) редко батник запускаю вообще, под себя я его патчу, но когда ubu обновляю и забываю - батник трёт эти архивы в папке, ну переименовывает их безвозвратно.
Ещё раз: логика такова, если есть bios.bin (вложенный цикл мобыть), то ничего не переименовывать, если нет, то не переименовывать, а копировать с изменением имени. В любом случае оригинального ничего не трогать, а то замечаю пропажу архивов не на первом запуске сего батника, а bios.bin в 60Кб и ошибка в консолях... уже не первый раз забываю и патчу батник от такого злого поведения.
в общем, копирование, вместо замены и поиск начинать с искомого файла bios.bin - это моё мнение по функционированию. всё потому, что в ubu ещё кроме архивов с оромами лежат разные биосы с разными патчами и версиями для отката, поэтому поиск "нужного" не найдёт из множества файлов (ну это уже моя личная особенность хранения)
Мне проще файл вручную преименовать, чем восстанавливать имена и версии в названии архивов с оромками.

asmfan, ну если еще кто пожалуется тогда буду менять. Но пока видать большинству так как есть удобней..

binarycraft, да он давно уже и здесь был, полистай странички назад..

LS_29 не пойму - это принципиально по логике/функционалу, что нельзя bios.bin на первое место переставить в поиске, чтоб без переименований всяких непонятных наугад.

+расширения из цифр - это что за практика в ami биосах? напр. моего расширения вообще в списке нет - там образ микрухи и расширение PCH в цельном слепке, понятно там bin, cap... остальные не амишные а фениксовые названия скорее идут из практики.

asmfan, дело не в принципиальности, а в удобстве. Тк порой приходится просматривать до 40-50 биосов в потоке и если воткнуть в цикле bios.bin первым то будет излишняя нервотрепка переименовывать исходные имена в bios.bin или удалять уже проверенный bios.bin, что тоже напрягает. На счет раширений из цифр это не я придумал, такое сплошняком идет у асрока и мся, я лишь проставил возможные варианты..
По сути код батника открытый и каждый может делать свои изменения как ему удобно. Тут вообще можно удалить весь блок цикла, если он кому то не нравится, взамен сразу будет вызываться окно проводника где выбирай файл какой нужен..

LS_29 ну при такой логике работы в директории вообще кроме 1 правильного файла биоса с правильным расширением ничего положить нельзя - подцепится неизвестно что в итоге - просто сам в ubu храню множество биосов, их копий и старых проверенных версий, поэтому запуск батника вообще противопоказан в таком случае - что-то обязательно преименуется, потеряется и т.п. из-за такой логики.
Конечно выход отдельные папки и т.п. хотя мне удобно ubu как текущую директорию использовать хотя б для биосов и добра, что не внаборе.
просто разные подходы, видимо, хозяин барин) но мне не нравится что батник совершает безвозвратные операции (переименования), лучше б хоть копировал, ну да ладно, переживу (до следующего обновления ubu, хы, когда опять забуду про подвох)

asmfan, вот при таком варианте подцепится то, что пользователь укажет..

В общем если кому надо чтобы вызывался интерфейс выбора файла биос, то удалите или заREMарьте в бантике данный блок

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

Всем привет! Столкнулся с такой проблемой: есть моноблок iru 307, очень нужно, чтобы на нем работало только встроенное видео, а ко второй видеокарте он вообще не обращался.
Я снял образ, в amibcp выставил user на нужные параметры, прошился. Без сброса и со сбросом настроек нужные параметры не появились.
Дальнейшие эксперименты показали, что если скрывать уже видимые элементы, тоже ничего не меняется, как будто шьюсь чистым файлом. Однако я снял образ после прошивке-в файле все изменения есть.
Подскажите, пожалуйста, в чем может быть проблема? Прилагаю самый первый образ без изменений. Спасибо!

А что случилось, что вернули OROM и EFI IRST v13.1.0.2126 и убрали возможность шить более новый на 7 серии? Наблюдались какие-то проблемы?

Varzek, вот и разбираемся на вин-райде зачем этот возврат. Лично я вообще не вижу смысла и какой либо выгоды в установке райдовых модулей на 7-ом чипсете. Вся 13 версия больлше заточена под под функционал новых чипсетов.
Если кому очень интересны некоторые результаты тестирования по использованию определенных версий IRST м драйверов для винды в сочетании с определенными чипсетами, то можете посмотреть их на вин-райде в этой теме. Правда результатов по тестированию райдов на IRST 13.5 нету, но надеюсь, что скоро появаятся.

Добавлено спустя 3 минуты 30 секунд:
Ах да, чуть не звбфл. Наверное перед сном выложу обнову с новой гопкой 5.5.1025.
В кои то веки новые VBIOS 1030 и GOP 1025 засветились на Z97 Асусах! Жаль шаблонов BSF немась...

В 1.8.12 снова вернули IRST 13.5 для 7-ко чипсета... Что на этот раз прояснилось?

А мне тоже можно было сделать VBIOS 1028,а не 2180?