Часовой пояс: UTC + 3 часа




Куратор(ы):   DeathBringer    ingviowarr    CodeRush    LS_29   



Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 13877 • Страница 434 из 694<  1 ... 431  432  433  434  435  436  437 ... 694  >
  Пред. тема | След. тема 
В случае проблем с отображением форума, отключите блокировщик рекламы
Автор Сообщение
 
Прилепленное (важное) сообщение

Куратор темы
Статус: Не в сети
Регистрация: 20.04.2012
Откуда: Россия
Полезные статьи (автор: CodeRush)
Открыть для чтения
"Устройство файла UEFI BIOS"
Часть 1 Часть 1.5 Часть 2

"Устройство NVRAM в UEFI-совместимых прошивках"
Часть 1 Часть 2 Часть 3 Часть 4

"Модификация UEFI BIOS в UEFITool"
Часть первая: знакомство с UEFITool
Часть вторая: полезные модификации

Софт
UEFITool - просмотрщик и редактор UEFI BIOS'ов
Новости от 08.01.2019
UEFI утилиты


Обновления для видеоадаптеров
Новости от 02.01.2019
02.01.2019 - В коллекцию добавлены VBIOS + BSF SKL/KBL 1062

Перенос настроек OROM Intel VBIOS - Новая редакция
Перенос настроек OROM Intel VBIOS - Старая редакция

23.10.2021 GOPUpd v1.9.6.5.k_mod_v0.4.9 - Добавление/обновление EFI GOP Driver для видеокарт на базе AMD и NVIDIA

UEFI BIOS Updater - комплект для автоматического обновления EFI, OROM и mCode в UEFI BIOS
v1.79.17 от 03.07.2021
Все изменения тут


[1.79.3]
Начиная с данной сборки УБУ, для кореектной работы МСЕ теперь требуется Python v3.7 или вышг.
Также следует установить 2 библиотеки:
- pip install colorama
- pip install pltable

[1,75]
Куча нововведений в папках Интел
[1,72]
MMTool
К сожалению, невозможно предугадать какой муму отработает корректно. Поэтому используйте 2 разные версии мумутула - 5.0.0.7 как "mmtool_a4.exe" и 5.2.0.2x+ как "mmtool_a5.exe"
Использование только одной версии не пригодно для многих бивисов на Aptio.
[1.71]
VROC
Для обновления VROC with VMD требуется 2 файла, пример в папке Intel\VROC
Штатные файлы RAID и sSATA укладываются, как обычно, в папку RSTe.
MMTool
Заложена поддержка 2-ух различных версий MMTool на перспективу. На данный момент используется одна версия, рекомендуется 5.0.0.7. Переименовать как "mmtool_a4.exe"

[1.70]
IRST/IRST(e)
Начиная с версии 1.70 пользователь самостоятельно подбирает нужные версии файлов для создания RAID массивов.

[Предыдущие версии]
1.69.xx и ранние выпуски
Больше не поддерживается и тема не поднимается

Посмотреть все изменения можно на сайте Win-Raid
Скачать UEFI BIOS Updater
Для описалки

Сохраненные статьи с Win-Raid Forum:


Другие интересности по теме:


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

Актуальное
1) В послденее время опять участились жалобы на наличии вируса в пакете UBU, якобы МСЕ,ехе содержит вирус. Поэтому принято решение, что вместо ехе файла теперь будет py исхотдный Пайтона. Чтобы была корректная работа с микодами вам необходимо установить пакет Ptyhon версии 3.7 или выше. А также две библиотеки:
- colorama
- PLTable
Как это сделать уаказано на ГитХабе в репе МСЕ.
Вы можете юзать м ехе файл, но скачивать его будете самостоятельно.
Если установите Пайтон то у вас появится возможность юзать другие приложения на Пайтон, которых очень много.
2) Все архивы с файлами теперь здесь https://mega.nz/#F!MSRDxSqR!5etS-te7ZqRQX9Zb25es_A
3) На данный момент рекомендуется использовать UEFITool v0.25.0 (и не выше), до выяснения

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


Последний раз редактировалось DeathBringer 28.01.2024 11:28, всего редактировалось 1026 раз(а).
правила



Партнер
 

Куратор темы
Статус: Не в сети
Регистрация: 07.08.2003
jjxaker
Это значит, что драйвер (kext) видеокарту не опознал.
Если готовых конфигураций с HD Graphics 610 нет, то это неудивительно. Нужен патч драйвера на предмет DevID. Возможно, на специализированных форумах уже есть готовые.
Если это хакинтош, то патч можно на лету сделать при помощи Clover.


 

Member
Статус: Не в сети
Регистрация: 18.02.2008
Фото: 0
DeathBringer
Ок, спасибо. этой инфы более чем достаточно.

Добавлено спустя 1 час 58 минут 34 секунды:
LS_29
Я особо не ковырял ещё, но поведение явно не нормальное:
#77

Та и VBIOS типа обновился до 1058 а на деле остался 1054, по крайней мере в UEFI GUI о 1054 рапортует.
Поковыряй на досуге тыц

Добавлено спустя 13 минут 41 секунду:
Не блин, реально какая та хрень с vbios. ubu и иные средства корректно заменяют модуль в A032 на нужный, но он не используется в деле.
Такое ощущение что теперь Asus считывает оромку с Padding :?: а это я вообще хз что такое: SKL/KBL Mobile/Desktop PCI Accelerated SVGA BIOS Build Number: 5191 PC 14.34 06/12/2018
Короче веселуха, vbios теперь сидят тут C5A4306E-E247-4ECD-A9D8-5B1985D3DCDA, 6253C6E2-7D0F-4ECE-85B8-CBA08B4276F3, B0C5AC08-6460-40D4-A565-B089D2E3D6B0, ну и в Padding, чё то маловато мест :D

Добавлено спустя 1 час 21 минуту:
Проверил с KBL и CFL, считывание vbios произошло отсюда 6253C6E2-7D0F-4ECE-85B8-CBA08B4276F3 опять Asus мочит :facepalm: тот или иной модуль должен быть в одном месте и точка, никаких 4!!!
ME/DESC в двух местах, VBIOS в 4 местах :facepalm:


 

Куратор темы
Статус: Не в сети
Регистрация: 20.04.2012
Откуда: Россия
jjxaker
В след версии бантика такие вбиосы будет показываться как FFS-OROM и далее по тексту послдених двух.
Я уже с этой фигней столкнулся еще на 9-ых асусах, тоже до 4-ёх вбиосов.
При этом тот что в CSMCORE А062 для А4 и А032 для А5 - совпадает по настройкам, а те, что сидят в FFS RAW имеют уже свои настройки.
Те 2 оромки, что у тя под ниже это как раз сидят под своими GUID и как такую ситуацию обрабатывать я хз. Если бы настройки были идентичны, то проблем нет, а тут у каждой своё.
Та что имеет нумер 51хх это типа подогнання под каие то жадлбы. Ранее уже попадались такие 99хх, 91хх95хх, 62хх...
Я могу добавить 4 строки по обнове в FFS RAW, но тупак у многих будет...

Кстати, многие жаловались, что мол когда идет определение что есть и чего нет, то на фиг это не нужно, а там как раз видно по вбиосам, что где. Специально не убрал и малость даже расширио.

А самое забавное, что вбиосы есть на всех х299 платах. Гоп нету, а вбиос есть. И на некоторых х99 тоже самое. Прикольно. :)

Добавлено спустя 7 минут 57 секунд:
Я вообще сначала подумал, что асус замутила VBT для GOP считывать из оромок. А фиг, потом пошуращал "$VBT" и нашел еще и кучу VBT.

Хрен знает этот асус, может это как то связано с ГП в SKL/KBL/CFL у каждого свой и настройки свои..

Добавлено спустя 14 минут 53 секунды:
У меня тут одна мысль мелькнула. Видать в асус влом чистить старый "мусор" в готовых шаблонах и они рабочие файлы пихают куда не попадя. Аналогия с EFI Rralyer или оромками лан которых нет на борту.


 

Junior
Статус: Не в сети
Регистрация: 06.10.2016
DeathBringer, какие значения, если патч не работает?
#77

из patched.txt:
Цитата:
# PowerManagement | New SB-E/IB-E
8C783970-F02A-4A4D-AF09-8797A51EEC8D 10 P:0FBA6C24380F:0FBA7424380F

# CpuPei | Sandy Bridge with ME 7.xx, old SB-E/IB-E
2BB5AFA9-FF33-417B-8497-CB773C2B93BF 10 P:800018EB050D0080:000018EB050D0000


Данного кода нету в заводском биосе. Но в маке частота проца 3200 стоит и не двигается. На винде спидстеп работает.
Так что нужно разблокировать MSR 0xE2 lock.
И снова повторяюсь, применён патч кекста, а надо пропатчить файл BIOS.


 

Куратор темы
Статус: Не в сети
Регистрация: 20.04.2012
Откуда: Россия
Мдааа.. Патч то патчит РМ, а он вроде со скоростью не связан или связна? Эх рулетка, 2 ствола...

Добавлено спустя 5 минут 18 секунд:
Для BDW 40671 доступен новый микод 0х1Е. Кому надо смотрите в репе на гитехабе. Обновки бантика еще долго не будет.


 

Member
Статус: Не в сети
Регистрация: 18.02.2008
Фото: 0
LS_29 писал(а):
Если бы настройки были идентичны, то проблем нет, а тут у каждой своё.

Или на ночь уже туплю или не понимаю о чём речь... я пробовал во все 4 GUID через HEX переносить vbios одинаковый, всё работало.
Потом определил что в новом биосе нужен только GUID 6253C6E2-7D0F-4ECE-85B8-CBA08B4276F3 и грохнул остальные три.
Хотя ранее буквально прошлая версия биоса этих новых GUID не было, был в Padding и в A032.

LS_29 писал(а):
Хрен знает этот асус, может это как то связано с ГП в SKL/KBL/CFL

Та они задрали уже, ничего там не связано. только Asus такое чудит, ну бред же... свалка у них в биосах...


 

Member
Статус: Не в сети
Регистрация: 22.08.2017
jjxaker писал(а):
Та они задрали уже, ничего там не связано. только Asus такое чудит, ну бред же... свалка у них в биосах...

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

_________________
Asus P9X79-WS; 2690v2 3430 MHz (fsb 114.2); 64Gb 2133 10-12-12-26-2


 

Куратор темы
Статус: Не в сети
Регистрация: 20.04.2012
Откуда: Россия
jjxaker
А! Просто выташи все 3 оромки, кроме паддигка, тк он один в один, что в А032 (я уже сравнивал на многих), т сравни в хексе. Если разлетов нет, то хорошо, а так я до 40 различий в настройках насчитывал..

Ну да. Для тя как обычно - грохнуть, что не приколочено к делу. :D

Добавлено спустя 5 минут 17 секунд:
Voyager777, это старая тема и тянется еще с 6-7-ых материнок, т чия хрень в основном у асус. У других брендов почти более менее лишнего ничего нет. И потом 4 оромки вбиос это для тазиков еще куда не шло, но для десктопов явный перебор.
И даже если одна база, а шаблон у них и так один, то сунь в папку с оромками взамен старых и всё, и городить ничего в коде не надо.

Добавлено спустя 7 минут 55 секунд:
jjxaker писал(а):
нужен только GUID 6253C6E2-7D0F-4ECE-85B8-CBA08B4276F3

Если бы... Вот у одной из 9-ой серии.. ;)
Вложение:
scr1.jpg
scr1.jpg [ 32.36 КБ | Просмотров: 2893 ]

Tcть и другие GUID..

Добавлено спустя 5 минут 3 секунды:
При этом версии одинаовые, а вот настройки VBT разные.


 

Куратор темы
Статус: Не в сети
Регистрация: 07.08.2003
Willart
Есть две плохие новости. Первая - Вы не умеете пользоваться UEFIPatch. Правильно так:
Код:
UEFIPatch 0.25.1 - UEFI image file patching utility

Usage: UEFIPatch image_file [patches.txt] [-o output]

Patches will be read from patches.txt file by default

Вторая - имеющийся patches.txt не подходит для этой прошивки.

Невозможность применения патча ни коим образом не мешает показать текущее значение MSR_PKG_CST_CONFIG_CONTROL


 

Member
Статус: Не в сети
Регистрация: 26.03.2005
Willart писал(а):
Данного кода нету в заводском биосе. Но в маке частота проца 3200 стоит и не двигается. На винде спидстеп работает.
Так что нужно разблокировать MSR 0xE2 lock.
И снова повторяюсь, применён патч кекста, а надо пропатчить файл BIOS.

Учи иди теорию. И если это ты, который спрашивал на Эплелайфе, тебе ответили, иди на insanelymac, там есть про спидстеп на х79
0хЕ2 не имеет отношению к работе спидстепа и турбобуста в МакОС


 

Member
Статус: Не в сети
Регистрация: 18.02.2008
Фото: 0
LS_29 писал(а):
Просто выташи все 3 оромки, кроме паддигка, тк он один в один, что в А032 (я уже сравнивал на многих), т сравни в хексе.

Я это сразу проверил во всех 4 местах, из них в 3 местах одинаковый код, отличий нет.
Естественно кроме B0C5AC08-6460-40D4-A565-B089D2E3D6B0 так как там левый 5191 PC 14.34

LS_29 писал(а):
ля тя как обычно - грохнуть, что не приколочено к делу

Разумеется, быстро и эффективно. :D

LS_29 писал(а):
Если бы... Вот у одной из 9-ой серии..

Я могу судить только о том что прямо сейчас, а что там было раньше хз... та и не видел я такого ранее...
Конечно, они для каждой платы могут лепить свой новый GUID, за ними не заржавеет :-x
Вот только везде должен быть смысл, а пихать оромку в 4 места смысла нет никакого.


 

Junior
Статус: Не в сети
Регистрация: 06.10.2016
MSR_PKG_CST_CONFIG_CONTROL как его найти и как показать?


 

Куратор темы
Статус: Не в сети
Регистрация: 07.08.2003
Willart
Под Windows прочитать можно при помощи RWEverything (лучше Portable версией).
Запускаете, нажимаете кнопку MSR, выбираете вкладку User, нажимаете F5, вбиваете a=0xE2, жмете Done.
Делаете скриншот.


 

Junior
Статус: Не в сети
Регистрация: 06.10.2016
DeathBringer
Благодарствую за пояснение. Скоро сделаю.

Сделал.
#77


Последний раз редактировалось Willart 01.07.2018 17:59, всего редактировалось 1 раз.

 

Member
Статус: Не в сети
Регистрация: 12.12.2005
Итак, 25-й микрокод успешно встал на мой haswell на Asus Z97 gryphon, пока полёт нормальный, посмотрим как будет работать. Шил последней версией 1.69.17.4, единственно для красоты заменил MCE.db на 73 версию, добавил 2 последних файла микрокода 25 и 1E для Haswell и Broadwell с GitHub ну и не поленился добавить 2 строчки в Sel1150.bat, опять же для удобства прошивки, чтобы просто выбрать из списка. LS_29 c Aptio 4 всё как обычно, прошло без каких-либо проблем, спасибо!


 

Куратор темы
Статус: Не в сети
Регистрация: 07.08.2003
Willart
Текущее значение MSR_PKG_CST_CONFIG_CONTROL равно 0x1E000403. 15-ый бит (CFG Lock) равен нулю, то есть незалочено изначально. Патч MSR 0xE2 unlock не требуется!


 

Junior
Статус: Не в сети
Регистрация: 06.10.2016
DeathBringer
Странно, спасибо! Буду искать причину.


 

Куратор темы
Статус: Не в сети
Регистрация: 20.04.2012
Откуда: Россия
jjxaker, ну тебе повезло, что все основные сопвали. А то, что я в пример привел это из последних выпусков, буквально недавно выложеных на оффсайте.
Кинь мне ссылку на твой бивис или сам бивис, я его приобщу к тестовым, да заодно гляну, что там за 51хх..


 

Member
Статус: Не в сети
Регистрация: 26.03.2005
Willart
Святые <ВЦ>, какая тебе причина нужна? В Мак ОС нет поддержки СандиБриджа-Е, соответственно не будет спидстепа и турбобуста.
А МСР давал бы панику, был бы он залочен. Уже на языке мозоли. Патчить надо ядро. Самый простой вариант найти таких же бедолаг, кто сумел это сделать. За нефть у них выяснить - как.


Последний раз редактировалось DeathBringer 02.07.2018 19:28, всего редактировалось 1 раз.

 

Куратор темы
Статус: Не в сети
Регистрация: 20.04.2012
Откуда: Россия
Хмм.. С какого то перепуга муму 5.2 у меня начал корректировать _FIT_ на Аптио 4, хотя раньше я такого не замечал. Пока не совсем понятно в какой момент это происходит, так как это делается не всегда. Ну это ладно, с переходом на УР это не так критично.

Теперь по обновлению микодов на MSI x299.
Задействовал метод от jjxaker, Увы, картина оказалась не совсем радостной.
Суть метода удалить последовательно все микоды, а потом вставить новые.
Метод работает до тех пор пока не превышен размер содержимого в FFS, те:
Допустим, что изначльно у нас 4 микода в бивисе и они устарели и их общий размер 250 кило.
Мы хотим их все обновить, но общий размер новых микодов составляет 252 кило.
В результате мы получаем вот такую картину.
Скрын
Вложение:
scr1.jpg
scr1.jpg [ 148.57 КБ | Просмотров: 2880 ]

Как видно последний микод уже не влазит, но файл бивиса вроде не портится при использовании муму 5.2, 5.0 убивает бивис в 0 байт.
Обычно 4-ый микод, на "автомате", это 906Е8, редкий это экземпояр или нет для 2066 сокетов я не знаю.
Это всё связано с тем, что том фиксирован в размере. В общем старая песня.

Сейчас я доделывю 2-оё метод. Суть его удалить все микоды из FFS в PEI томе, те сделать там "пустышку", а сами микоды занести в DXE том где находится "пустышка" изначально.
Будет ли такой метод рабрчим - не знаю. Нет у меня столько матернок, чтобы проверять все методики.

Так же, убирая мумутул, бантик может схватывать бивисы на платформе InsydeH2O, Phoenix SCT и Инетл, но обновление файлов в таких платформ под большим вопросом.


Показать сообщения за:  Поле сортировки  
Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 13877 • Страница 434 из 694<  1 ... 431  432  433  434  435  436  437 ... 694  >
-

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: andron_х79, Fly29, Mad_Pagan, pred-ok, Чудик и гости: 53


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:  

Лаборатория














Новости

Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB | Kolobok smiles © Aiwan