Полезные статьи (автор: 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 новых процессоров
• Добавление NVMe module в BIOS (6-8 Series)
• FFS. Считаем контрольные суммы сами (Новое)
• FAQ по прошивке и редактор индивидуальных данных BIOS плат ASUS P8xxx и их ROG-аналогов
• Потрошим структуру меню Aptio BIOS
• Модификация материнских плат 100/200 для поддержки процессоров Coffee Lake 8xxx/9xxx
• ASUS Flashback (Новое)

Доска объявлений
от 20.06.2020

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

LS_29
Если бы они были...

Парни, скоро мне нужно будет переустановить ОС и перед этим я думаю стоит или нет обновлять BIOS с помощью UBU. Сейчас прошит биос без обновления с помощью UBU. Проблема только одна - разгон нормально не проходит тест Prime95, хотя раньше проходил и стабильно всё работало года эдак 4. Вот думаю стоит ли обновить биос с помощью UBU, накатить микрокод рекомендуемый для разгона Ivy Bridge и обновить Intel ME до версии 8.1.70.1590 ?

Varzek
Операционная система какая? А какая была когда Prime работал?
Можете показать скриншот regedit с раскрытым ключом реестра HKEY_LOCAL_MACHINE\HARDWARE\DESCRIPTION\System\CentralProcessor\0 ?

Последний "беспроблемный" 10 часовой проход праймом был на Win 10. Сейчас тоже Win 10.




Также что происходило в журнале Windows во время последнего теста Prime95, когда я начал грешить на последнюю версию этой программы и скачал p95v294b5, а не b7.

Varzek
Попробуйте переименовать или удалить файл C:\Windows\System32\mcupdate_GenuineIntel.dll.
Но думаю, что это банальная деградация материнки и/или процессора.

Добавлено спустя 11 минут 31 секунду:
А также попробуйте отключить защиту от атак Meltdown и Spectre:

Может и деградация. Но всё-таки есть небольшие подозрения на Prime95 последних версий. Потому что последний прайм вообще крашится где-то через час после прохождения теста. Надо будет попробовать какие-нибудь ранние версии для проверки этой теории или попробовать сделать тест праймом без разгона.
Но в любом случае переустановку системы делать буду. И возвращаюсь к первоначальному вопросу. Стоит ли зашивать обновлённый биос и какие обновления накатывать?


В добавок к этому Intel ME обновить до 8.1.70.1590 и микрокод до версии 19. Что скажете?

Имею эту плату, последняя версия с защитой.
Я делаю по следующей схеме.
1. Прошиваю последний МЕ через MEtool.exe.
2. Беру FTK8 с сайта .
3. Делаю полную резервную копию биоса со всеми регионами (запускаю backup.bat).
4. С помощью UBU_v1_69_10 редактирую по пунктам оромы в этом биосе либо на оптимальные, либо на последние (микрокоды для процессоров беру - лучший разгон). Отредактированный биос возвращаю обратно в FTK8.
5. Захожу в биос, прошиваю откатный биос 1805 для этой платы через ez-flash, у которого нет защиты. Тупо сбрасываю настройки F5 в дефолт и загружаюсь с этим биосом.
6. Захожу в FTK8, запускаю командную строку от админа для модифицированного биоса "fptw -rewrite -f bios.bin" , где bios.bin - Ваш модифицированный биос.
7. Вырубаю комп с перезагрузкой с пом poweroff.bat .
8. После перезагрузки будет прошит модифицированный биос со всеми Вашими настройками, какие были до модификации.

P.S. Весь риск и ответственность по этой операции несет исполнитель этой операции.

Varzek
При текущих настройках и версии микрокода 0x17 процессор стартует и загружает систему, а она обновляет микрокод до версии 0x1B. Именно поэтому нет смысла вшивать микрокод 0x19 в BIOS.
OROM-ки обновлять нужно только в том случае, если есть какая-то проблема либо когда достоверно известно, что их обновление даст какое преимущество.
А вот ME обновить стоит - это проще всего сделать при помощи FWUpdLcl из чистого DOS.

Prophy2000, на какие версии ОРОМ ты в последний раз обновлял BIOS?

А как сделать, чтобы система не обновляла микрокод до версии 0x1B? Для этого и нужно было переименовать mcupdate_GenuineIntel.dll? В таком случае что лучше делать - заставить систему подтягивать микрокод 17, который рекомендован как лучший для разгона или прошить последний для Иви 1С?

Именно для этого. Я думаю, что обновление микрокода в Вашем случае можно не делать. Но лучше спросить в ветке по Ivy Bridge - Процессоры Intel семейства Core i3/i5/i7 (микроархитектура Ivy Bridge).

А Intel IRST и LAN OROM нужно обновлять?

Varzek
Если RAID-массив и загрузку по сети не используете, то не нужно.

LS_29

UEFITool v0.21.4 находит только одну $VBT. Извлекал из самой UEFITool (и Extract as is и Extract body пробовал) (правильно?). Получается файл 19,6 КБ. Текста PCIR HxD v1.7.7.0 в нем не находит. Или извлекаю не тем?

GPU-Z v1.17.0 и v2.6.0 запущенный от админа (без инсталляции) пишет: BIOS reading not suported on this device. (индикатор UEFI на карте AMD не отмечен). Чем еще можно дамп сделать?

Подойдет ли флешка для прошивания\восcтановления подготовленная в rufus-2.12 с FreeDOS-ом ?

1) Значит оромки вбиос от интел нет.
2) GPU-Z на ноуте что ли запуск? Напоминаю, что GOP Updayer для дискреток, что для материнок, а не для ноутов.

Я вроде раньше задавал уже этот вопрос, но не могу поиском найти. А чем отличаются два этих обновления OROM:

Тут хохиа. С поялвлениме яипв i219 пошло разделение. Раньше все гигабитные контроллеры шли как Boot Agent GE в оромках и PRO/1000 UNDI в EFI. И всё было хорошо и замечательно, всё в одном обшие DevID и совместимость.
Теперь же, с появлением i219, стало чуток сложнее:
- для "домашних" 82579/217/218/219 - Boot Agent CL и Gigabit UNDI
- для 210/211/350 - остался GE и PRO/1000
Соответсвенно поддерживаемые Device ID разделены для каждого своё.
Такой выбор реализовн, потому что встречаются еще старые версии с общими DevID. Те стоит на плате i210 контроллерр и файлы настроены, например на DevID 0x1502. UBU смотрит на DevID и прдполагает, что это "домашка", а по железу не так. Вот пользователь и должен знать, что у него на борту.
Но! Если настройка 0x1502, а чип i210, то увы новые версии уже не усьаглвтьб, для таких случаев сделан 3-ий вариант.
Потому что i210 это GE м PR0/1000, а новые версии DevID 0х1502 не поддерживют. Так эе новые CL и Gigabit не пддепдмвают сам чип. Для таких случае форсированнй 2-мй (или 3-ий вриант, если 2 чипа на борту) вариант.

LS_29, понял, спасибо. Только так и не решил для себя стоит ли обновлять биос с помощью UBU перед установкой ОС или зашить 2104 с ME и GbE оттуда...

Уже неоднократно повтряеи - Если ты не энтузиаст и всё работает, то и обновлвть нет никакого смысла.

А что понимается под словом энтузиаст. Я разгоняю ПК, на нём стоит последняя версия Windows 10. Это подходит под определение энтузиаст?

jjxaker
Ку дядько! У тебя есть какие либо материнки на которых сетевуха от Atheros/Bitfoot/Qialсom?
Знаю, что терпеть сия контроллер не можещь, но интересные вещи творятся. В новых версиях UNDI упоминается теперь только Killer Ethernet UNDI.
Интерес в том, что будет ли новый UNDI пахать на материнках где Killer не упоминается.

Добавлено спустя 5 минут 36 секунд:
Varzek, энтузиасты до апгрейда всего нового, а так же тестеры.