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

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

Я имел в виду например в папке LAN что бы хранились все доступные модули. а поддерживать в актуальном состоянии, имелось в виду по возможности пополнять архивы.
А народ естественно уже пусть сам выбирает из доступного.


Оба способа программные.
Короче, выбирайте AFU Win да и всё, скачиваете от сюда утилиту https://ami.com/en/download-license-agr ... tility.zip
Команда на прошивку AFUWINx64 bios.rom /gan

jjxaker, для Интел и Реалтек я распишу где и как брать новые версии и как их уделывать для бантика.
Там вообще всё просто, главное сладить за страницами загрущки сия брендов.

Добавлено спустя 3 минуты 12 секунд:
lokix, в том же потоке на уровень вверх и ищи ветку с темой Как прошить асус, гигу, асрок.
Для гмгм там где то пропатченный efiflash есть.

Ну то уже как пожелаешь, лично мне естественно это не важно.
Главное что бы для каждого модуля была возможность обновления из папки, что положил например для lan то и интегрировал.

jjxaker, посмотрим, возможно, что это всё никому уже не нужно будет.

LS_29 Что за скептическое настроение? с чего бы оно было бы не нужно, это унылое дело в ручную возиться каждый раз.

jjxaker Наоборот. Имеется ввиду, что всё буит гуд, и вручную колупать не придётся.

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

LS_29 Не знаю, как насчёт горе-пользователей, а насчёт горе-программистов - не надо ложной скромности

P.S. Я так понял, горе-пользователь не удостоен даже одного ответа?
Модификация AMI Aptio UEFI биосов. Софт для работы. Обновление Option ROM и EFI модулей. #15431586

Та ну тебя! вообще ни разу не аргумент.

jjxaker, LS_29 Спасибо, друзья. Прошился - работает, пока на старом проце, на новом еще предстоит погонять
пропатченый флешер за основным начал и резервный биос шить - я чуть не поседел) Обошлось)

jjxaker, ты вот проверил работу ИРСТ 16.0.2 на своих платх?
А то есть отзывы, что нифига не работает, смотри на вин-райде где ефи ирст брал.

Да как на MSI так и на Asus, но не очень долго, всего пару часов.
Подключал два Samsung 850 EVO, даже RAID 0 собирал. абсолютно никаких проблем не обнаружил.

ingviowarr
1) По МСЕ к plutomaniac
2) У меня все строки за границу не переходят. Подстраивать бесполезно, каждый свой настрой DOS окна делает.
3) Сколько контейнеров с микодами столько и дублей.
4) Изменится в 1.70, но не сильно.
5) Возврат в тоже меню сделан по просьбе "трудящихся"

Добавлено спустя 3 минуты 36 секунд:
jjxaker, а то там тему заприли, что мол Интел сия ИРСТ конкретно под Гигу замутил, по логике госпожи Мей, "Раз в Гиге нашли, значит там только и работает"

Да, я почил уже эту чепуху)))

ingviowarr
I don't understand Russian so the messages don't help but it is clear as day that MMTool crashed, not MCE.

plutomaniac Yes, error was called by MMtool v4.50.0.23 during operation "3" (View CPU Microcode Patch list).
But all general UBU scenarios (patches) work as expected.

ingviowarrb
Alright. That's up to LS_29 then.

plutomaniac
I don't know who made the MCE tool. Seems like MMtool is OK (because all patches work anyway).
I think, MCE calling some unproper function through MMTool and MMTool crashes.
LS_29 says that all MCE issues go to you. So, you are decide, guys. I'm just reporting about a problem.
(May be some scenarios were occasionally mixed in case of moving v1.69.16 -> v1.70 and MMTool 4 -> MMTool 5. Or it's recently done new tab formatting...)

ingviowarr
I am the developer of MCE which is an independent utility, called by UBU to show the microcodes inside a given file. MCE has nothing to do with MMTool and it cannot cause it to crash. Now, the reason you get the crash is because UBU uses MMTool v5 and not v4. In fact, everything works if you place v5 at its directory. As for the crash itself, it seems that UBU calls MMTool with parameter "p" but it had different structure and operation at v4 compared to v5 so the old version does not understand the command. Basically:

a) The MMTool crash has nothing to do with MCE
b) UBU is designed to work with MMTool v5, not v4
c) You can always use MMTool v4 manually instead

PM, thanks for participating in this thread despite the need of crappy automatic translation.

jjxaker, вообще этот вопрос что лучше, вручную или автоматически - он очень дискуссионный. С одной стороны, вручную намного больше шансов сделать глупую ошибку, потому что люди - это люди, а не роботы. С друго стороны, когда за тебя все делает программа, ты сам при этом не учишься ничему вообще, а если программа не работает так, как тебе нужно, то ты не пытаешься починить ее (как ты пытался бы сделать по другому вручную), а идешь жаловаться автору, мол, смотри, автор, вот тут баг. Это я сейчас не конкретно про тебя, понятно, но про 9 из 10 пользователей любого ПО.
В итоге получается забавная ситуация:
1. Автор программы ничему не учится, потому что уже умеет, а только исправляет баги, и загружен этим все время.
2. Пользователи жмут на кнопку "сделай мне защибись" и не хотят ничего знать вообще.
3. Автор задалбывается отвечать на одни и те же вопросы из года в год, и уходит.
4. Знания теряются, занавес.

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