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

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

уже обсуждалось. поиск по теме рулит...


ничего не получиться, потому что микрокод USB 3.0 ASMedia не содержится в самом файле биоса, микрокод данных контроллеров нужно прошить отдельно непосредственно в сам чип USB контроллера.

Ну с одной-то стороны



но ведь с другой-то http://www.win-raid.com/t7f13-AHCI-amp- ... dules.html



Для чего мне протухший необновляемый EFI драйвер от ASUS, когда есть legacy OROM версии ажно 0.954?

Вопрос только в том, как правильно запичужить этот OROM обратно в BIOS -- никто не сталкивался?

И еще вопрос -- настройки контроллера ASMedia в EFI GUI будут конфликтовать с settings screen pop-up оромки, если ее вернуть обратно? Что будет с настройками в EFI GUI -- игнорироваться они будут, синхронизироваться с настройками оромки в случае non-UEFI-boot, или что-то еще?

ASUS, как мне кажется, не шибко усердно апдейтит свои EFI дрова -- мол, работает и работает. Было бы любопытно добавить в repl_OROM.bat опцию инъекции свежего Asmedia OROM в файл BIOS'a. Версия 0.954 как бы намекает, что разработка стабильной версии еще не завершена, и не факт, что ASUS чешется на предмет своевременного ребилда EFI дров. Поправьте, если неправ.

При попытке обновить микрокод (пункт 8) на P8H67-I и P8H67-M LE MMTool пишет ошибку "file size exceeds the volume size". Вручную заменой модуля всё проходит успешно.

CodeRush

Вобщем оказалась BV.
Но вот что еще заметили. Если комп выключен в "Сон" или в "Гибернацию" то FPT влетает в 103 ошибку после включения.

Фиг уже знает. Народу как то всё рвано где, хоть на заборе, но главное чтоб тема была.

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

Ужо возвернулся. Чип и Дейл спешат на помощь.

Добавлено спустя 8 минут 57 секунд:
eierfrucht
Можно уточнить, какой смысл добавления/инъекции? Я что то на win-raide данной хвалебной поста не нашел, хотя сам и поделился с Фернандо всеми обновами.
Вобшем добавляется модуль просто вручную, на автомате в бантик не прописать, тк надо указывать Volume и Index, а какме именно не понятно.
1) Загрузить биос в ммтул
2) В вкладке "Insert" включить "Link Present" и набрать VID 1b21 DID 61х *
3) Выбрать модуль путь\файл OROM\SATA\Asmed106x.bin и нажать "Insert"
4) Сохранить.
* - 61х в большинстве случаев это 612, но может быть 611 или 613
#77
Ну а дальше пришивать и тестировать.

Спасибо за помощь!

Смысл инъекции -- я ретроград, работаю в non-UEFI режиме, хочу иметь на контроллере соответствующем прошивку поновее, благо ором в non-UEFI режиме будет задействоваться. Как часто ASUS апдейтит свои EFI дрова под всякие third-party контроллеры? Есть подозрение, что сильно реже, чем разработчики контроллеров выкладывают для своей продукции актуальные обновления прошивок. По отзывам владельцев дискретной версии ASM 1061, на старых версиях прошивки у них едва ли не брат умирал, а после апдейта переставали отпадать диски и проходил еще ряд проблем. Что-то подсказывает, что для задействования фиксов потребуется работать с интегрированным в мать контроллером именно через свежий ором, а не efi-драйвер.

А вот этого предложения я вообще не понял:

этой версии больше года/ или даже два, если чё... или это какая то сверх новая версия? с откуда тогда снята?

с выздоровлением

eierfrucht

Сия поста я не нашел..
А насчет ретро. У знакомых год прстояла Z77-V с ХРюшкой, на асмедиа правда насажены были BD и DVD, но как то всё работало и без проблем, что в ДОС грузились, что в винде, ну вот винты конечно они не подключали, как то и мнтеловских сата хватило на системный + простенький райд. Ну а если совсем ретроградить то тогда вообще можно самую первую версию биоса поставить, там оромки асмедиевские 100 процентно есть.

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

Ну эт токо обследование было, но всё равно спасибки.

LS_29
дык ASM1061 Option Rom support through 64K Byte SPI flash причём тут тогда биос мамки где Legacy вообще быть не должно
хз как по мне ситуация как и с USB 3.0 ASMedia нужно шить отдельно минуя биос.

Честно сказать, я ее отрыл на какой то материнке с 6 чипсетом, помню еще дата биоса была начало 12 года. Забавно то что он больще нигде не попадался, зато росыпь 0.93-0.951.

Ну вобщем тема как с иарвеллом.. Есть FW которая ушивается в сам чип контроллера и есть оромка биос которая ушивается в свой чип SPI на дискретках или укладывается в остновной биос в CSM.

угу, ясно...

Для асмедии FW как то не попадались ну кроме USB, а вот оромки пожалуйте. Единственное что я не понимаю смысла ретрогрейдинга, как описал выше у людей и без всяких оромок контроллер пахал, но на приводах.

Добавлено спустя 3 минуты 51 секунду:
Надо кстати приколоться.
В понедельник сгоняю на работу за программатором и впихну оромку асмедии в свою Z87+... Чот интересно стало..

А можно поподробнее насчет шить, минуя биос? Быть может, вы цитируете release notes для дискретной версии контроллера, где именно что SPI flash? В биосе мамки в CSMCore как бы несколько оромов хранятся, задействуемых, если операционка поставлена в легаси режиме. Инжекция туда орома от асмедии, если я правильно все понимаю, заставляет использоваться именно этот ором в легаси режиме вместо EFI модуля (или как там правильно именуется используемый в этом случае модуль)

Я планирую вывести оба асмедиевских порта через eSATA-планки и задействовать их для клонирования внутренних томов (включая системный) на eSATA-диски при помощи Acronis Disk Director. Не уверен, что pre-boot агент Акрониса будет корректно себя вести при долгом последовательном копировании на внешний диск, который тянет EFI-драйвер. Что-то подсказывает, что легаси ором тут более надежный выбор.

В связи с чем поднимаю нескромный вопрос -- что все-таки новее / менялось последним -- текущий EFI-модуль под асмедию 1061 или ором 954?

Ну вот когда окончательно выкинут модуль CSMCORE, тогда и Legacy точно не будет и бум уже юзать ефишки. Благо уже такие чаще начали попадаться где в CSM токо биос видяхи.

Добавлено спустя 1 минуту 49 секунд:

Аха, для дискреток. Для контроллера что на борту материнки всё укладывается в основной биос.

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

Ну так то ефи модули более новее чем оромки, тк они токо в прошлом году толком появились, а оромка 0.954 и правда непонятно сколько ей.
И вот что еще плохо, непонятно есть ли референс ефи от самой асмедиа или каждый бренд пишет свое, ну и не видно версии, а то методом тестов можно было бы отслеживать и обновлять.
Вобщем проверь свои идеи сначала "как есть" не впрыскивая оромки, а там уже и видно будет.
PS ну никто больше не заморачивался и жалоб как то на отсутствие оромок в CSM не было.

Тут еще добавляет пикантности тот факт, что ASMedia -- дочерняя компания ASUS, и, возможно, ором 954 был выброшен на мороз из более новых биосов только потому, что ASMedia целиком перешла на штампование ефи-дров, а ором уже не поддерживают. Возможно. А может и нет. Может, ASUS действительно пишут ефи-дрова с нуля. Было бы интересно увидеть результаты сравнения ефи-драйвера асмедии с какого-нибудь асрока или гигабайта относительно ефи-драйвера асмедии с асусовской материнки.

Думаю, что на самом-то деле ором выбросили, дабы не мучить юзера лишними секундами загрузки, когда вылезает поп-ап этого орома. А ефи-драйвер писался с нуля и, как оно почти всегда бывает у Асуса, особо не исправлялся, т.к. "в целом работает".

Еще вопрос, возможно, не вполне в тему. На старой мамке P5Q3 был JMB36X, имел два режиме: IDE и AHCI. Hot plug, ясное дело, работал только с AHCI (хотя Фернандо с винрейда пишет, что AHCI на JMB36X убогий и не соответствует спецификациям полностью) И на этот контроллер отлично налезал ором 1.07.28.

Намедни я тот же самый ором запихал в дискретный J363SIR, подняв версию с 1.07.00 до 1.07.28. И контроллер этот внезапно начал понимать рейд. На сайте Jmicron тоже предлагают две версии прошивки -- одна рейдовая, другая "обычная", обе старее чем 1.07.28. Дрова использую те, которые с пометкой eSATA -- с ними контроллер видит любые подключенные к нему тома, как внешние.

Вопрос: в связи с переходом с обычной прошивки на рейдовую 1.07.28, мой дискретный контроллер все еще сохраняет способность к безопасному хотплагу? Само собой, речь идет о NON-RAID томах, т.к. рейд на внешних устройствах мне нафиг не сдался



Материнка пару дней назад куплена, готовлю BIOS версии 2003 для массивного обновления всего и вся. После обновления биоса и management engine, боюсь, этот же самый биос мне по башке и настучит при последующих попытках перешить его чем-то кустарно видоизмененным. Программатор есть, но мозгов нет Пожалуй, прошьюсь сначала с оромкой, если будет что-то нехорошее -- придется разбираться с программатором. Хорошо хоть чип с биосом съемный сделали.

eierfrucht
Были уже попытки сравнения между всеми брендами имеющие на борту асмедиа, выяснилось что PEIM и DXE оба ефи модуля поддержки контроллера каждый бренд пишет от себя.

Про JMB сказать ничего не могу, попадались давно как физические IDE.
Но по логике если он может работать как eSATA то само собой, в режиме AHCI тоже, ну а если еще и драйвера поддерживают то и ежикам понятно что хотсвоп имеется..

На счет настучит/не настучит всё зависит от того правильно ли уложил все модули и интеграции. Вообще все оромки и ефи находятся в регионе BIOS и для экспериментов изменения/внесения/удаления модулей достаточно шить при помощи UBF. Да и на 77 можно отключить защиту от записи, для использования FTK, при помощи ВСР.
Если только придется поиграть с DID от 610 до 614, но обычно стандартно 612 и если только асус не отключила обращение асмедии к CSM.
И вот что интересно, а у кого нибудь были материнси с асмедиа с поддержкой eSATA? Мне как то не попадались таковые, с марвеллом да, а вот с асмедия ни разу.

Оно?

lisabon
Аха, видимо оно, надо посмотреть что в структуре. Спасибо за наводку.

Добавлено спустя 33 минуты 39 секунд:
Просмотрел оба биоса в обоих случаея на борту по 2 оромки 0.93 с DID 611 и 612. Во втором случае понятно почему две, там 2 контроллера на борту, а вот в первом биосе 1 контроллер, а оромки две. Оромки меж собой совпадаюст по СRС..

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

Нет места для замены во втором и третьем томе. То что ты поменял вручную это "пустышку", проверь CPUID, скорее всего они остались старые.

Добавлено спустя 15 минут 27 секунд:
Обновили бантик до 0.9.9.5
Обновлен OROM SATA Marvell DID 9172/917a до версии 1.0.0.0032
Добавлена поддержка для Асус на Х79 чипсете свзязка OROM IRSTe 3.8 + EFI IRST 12.7
(для замены OROM IRSTe 3.x на IRST 12.7 нужны тестеры)

Добавлено спустя 8 часов 31 минуту 49 секунд:
Повышение бантика до 0.9.9.6
Добавлен OROM SATA Marvell DID 9182/918a версия 1.0.0.0026

LS_29

HWInfo указывает что обновились.

Avatar4eg
Очень интересно. Дело в том что мы пытались сменить "пустышку" на модуль с микрокодами, обновление не проходило. А можно уточнить в каком томе была замена (судя по нехватке места во втором и третьем, замена была в первом?) и скриншоты посмотреть у P8H67-I и P8H67-M LE?