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




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



Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 13880 • Страница 388 из 694<  1 ... 385  386  387  388  389  390  391 ... 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 раз(а).
правила



Партнер
 

Куратор темы
Статус: Не в сети
Регистрация: 20.04.2012
Откуда: Россия
Разбираясь с проблемой _FIT_ после обновки микрокодов в ММТ52 в очередной раз выпал в ступор. Оказывается муму 5.2 может уложить микрокоды в другой оффсет
До обновления
Вложение:
scr1.JPG
scr1.JPG [ 134.19 КБ | Просмотров: 2501 ]

после обновления
Вложение:
scr2.JPG
scr2.JPG [ 134 КБ | Просмотров: 2498 ]

Как видно по скринам, если перед файлом с микрокодами есть PAD, то муму его удаляет смещаея файл с микрокодами.
Заметил случайно, пытался понять почему на некоторых бивисах асрока, гиги _FIT_ не портится как на асус или мся. Оказалось, что у таких бивисов оффсеты вообще не совпадают, хотя всё работает и поэтому муму не патчит _FIT_.

Добавлено спустя 2 часа 14 минут 26 секунд:
Прогнал через муму 5.0 картинки одни в один, но никто из владельцев асрока не жаловался, хотя _FIT_ раньше не выравнивали.

Добавлено спустя 1 минуту 13 секунд:
В общем хрень полная, у кого то есть зависимость, а у кого то чисто номинально..


 

Куратор темы
Статус: Не в сети
Регистрация: 02.03.2008
Откуда: Cupertino, CA
LS_29, у нормального FIT выравнивание по 16 байтам, иначе его МЕ не найдет. Если раньше не выравнивали, а теперь начали - значит раньше нифига не работало и никто не замечал, пока не понадобилось грузить микрокоды до ресет-вектора.


 

Куратор темы
Статус: Не в сети
Регистрация: 07.08.2003
Qvak
Используйте XTU или ThrottleStop для снижения напряжения.


 

Куратор темы
Статус: Не в сети
Регистрация: 20.04.2012
Откуда: Россия
jjxaker
Ку дядько! :) Извини, чуть позже я тебе сделаю, что обещал
Могу сказать, что я загонял твой Макс до "дыр" и всё вроде как пучком.
Проблема, я уже говорил наверное, из за восстановления "пустышки". Муму с ней тупит, видит, что GUID микрокодов, но самих мС в ней нет, вот и лепит 0хFF, а последующие появления мС контейнеров не воспринимает. Это решаемо если сначала восстановить "пустышку", потом дамп _FIT_ и после уже заносить контейекпы с мС
Для бивисов, где "пустышки" нет, а это бивисы Асрока и Гиги, можно поставить проверку и если "пустышки" нет то и дамп восстанавливать не надо и дальше муму сама корректирует адреса.
И это всё кореектно и правильно получается.
Но блин! Всгда ложка дёгтя. Если в _FIT_ содержатся не только данные об мС, то тут полная жжжж... Муму вайпмит пустые строки и послдение записи поднимаются вверх, причем некоторые теряются
Вот пример тестов на Asus Rampage V
Мзеачально _FIT_ содержит 26 строк, часть из них пустые, это как бы резерв
_FIT_ до обновления
Вложение:
scr1.JPG
scr1.JPG [ 289.31 КБ | Просмотров: 2386 ]

М вот после обработки муму
_FIT_ после обновления
Вложение:
scr2.JPG
scr2.JPG [ 214.79 КБ | Просмотров: 2386 ]

Чир с этим делать пока не представляю.


 

Member
Статус: Не в сети
Регистрация: 18.02.2008
Фото: 0
Привет! :beer:
LS_29 писал(а):
Извини, чуть позже я тебе сделаю, что обещал

Чё прикалываешься что ли, ты мне ничего не должен. так что извинятся тут не за что :-)

LS_29 писал(а):
Для бивисов, где "пустышки" нет, а это бивисы Асрока и Гиги

Вроде же она есть у Asus и только у них...
Та и я тебе давно говорил что и без неё проживём, что с ней возиться. я ещё не сталкивался что бы наличии или отсутствие пустышки влияло на что либо.
Когда в ручную делаю вообще выкидываю её, только ото глаз мозолит. конечно я помню что оно типа нужно, но на практике ненужно)))

LS_29 писал(а):
Если в _FIT_ содержатся не только данные об мС, то тут полная ж

Как то на это внимание не обращал. а таковых вообще много случаев, на новых и старых платах? и небось опять только Asus отличился?! они же любят всё усложнять...


 

Куратор темы
Статус: Не в сети
Регистрация: 20.04.2012
Откуда: Россия
jjxaker
Пустышки" так то почти у всех в драйвер-томе есть, на А4 точно, на а5 у асус и мся в основном.
Фиг знает нак кой лад она, возможно для очистки, других мыслей нема.

Записи в _FIT_. Да полно и на а4 и на а5, в основном на 79-299 бивисах.


 

Куратор темы
Статус: Не в сети
Регистрация: 07.08.2003
slayerus
С помощью jenyst для Вашей платы (Huanan X79) удалось разблокировать возможность управления PP0 Current Limit.
Блокировка была в PowerManagement (GUID=8C783970-F02A-4A4D-AF09-8797A51EEC8D)
Для патча нужно заменить байты (в PE32 image section)
41 0F BA E8 1F
на
41 0F BA F0 1F
Это поменяет
Код:
bts     r8d, 1Fh
на
Код:
btr     r8d, 1Fh

Для Ivy Bridge требуется дополнительная модификация - нужно заменить байты (первое вхождение с начала в PE32 image section)
0F BA 6C 24 38 1F
на
0F BA 74 24 38 1F
Это поменяет
Код:
bts     dword ptr [rsp+38h], 1Fh
на
Код:
btr     dword ptr [rsp+38h], 1Fh


Последний раз редактировалось DeathBringer 18.02.2018 19:24, всего редактировалось 3 раз(а).

 

Junior
Статус: Не в сети
Регистрация: 18.02.2018
Имеется ноутбук Asus X556UQ.
При помощи существующих инструкций удалось снять BIOS Lock и прошить модифицированный биос через FPT.
Но как его модифицировать - не совсем понятно.
Вот дамп оригинального биоса
Вот так выглядит Setup в AMIBCP
#77

В биосе есть вкладки Main, Advanced, ... с небольшим набором настроек.
В AMIBCP - два набора таких же вкладок - простые и более полные.
Хочу иметь в биосе возможность видеть более полные настройки.

Пытался:
Выставить Access USER нужным вкладкам - ничего нового.
Выставить Access USER различным пунктам внутри вкладок - тоже безрезультатно.
Скрыть существующие вкладки с простыми опциями - скрываются, но новые не появляются.


 

Куратор темы
Статус: Не в сети
Регистрация: 07.08.2003
hdk5
Какова Ваша цель разблокирования BIOS?


 

Junior
Статус: Не в сети
Регистрация: 18.02.2018
DeathBringer
В первую очередь - повысить лимит температуры для троттлинга и андерклокинг процессора.


 

Куратор темы
Статус: Не в сети
Регистрация: 07.08.2003
hdk5
Текстовый отчет CPU-Z и текущий дамп BIOS в личку пришлите.


 

Member
Статус: Не в сети
Регистрация: 02.02.2004
Откуда: Украина.
Можно ли модифицировать биос для Asus H110M-A, что бы работал разгон по множителю (Проц К серии) или ограничение где-то глубже?


 

Куратор темы
Статус: Не в сети
Регистрация: 07.08.2003
Alexsandr
Скриншот ThrottleStop покажите.


 

Member
Статус: Не в сети
Регистрация: 02.02.2004
Откуда: Украина.
https://prnt.sc/ihea6p


 

Куратор темы
Статус: Не в сети
Регистрация: 07.08.2003
Alexsandr
Если галку Set Multiplier поставить и стрелочки понажимать около 63T?


 

Member
Статус: Не в сети
Регистрация: 02.02.2004
Откуда: Украина.
DeathBringer писал(а):
Если галку Set Multiplier поставить и стрелочки понажимать около 63T?

Вниз идет (42, и ниже) вверх (выше 42) нет.


 

Куратор темы
Статус: Не в сети
Регистрация: 07.08.2003
Alexsandr
Попробуйте старую версию ThrottleStop 6 или попробуйте этот параметр через редактирование ThrottleStop.ini изменить в большую сторону.

Добавлено спустя 6 минут 16 секунд:
В новой версии еще есть параметр FIVR->Non Turbo Ratio


 

Member
Статус: Не в сети
Регистрация: 02.02.2004
Откуда: Украина.
6-я пишет мол процессор не поддерживает.
На изменение ini (Если правильно поменял) реакции нет.


 

Member
Статус: Не в сети
Регистрация: 22.08.2017
Парни, на вин 10 и вин 7 на днях апдейты приехали. С микрокодом , помеченными как "STOP deploying these MCU revs" (0x42A) получил цикличную перезагрузку.
Мать P9X79 WS с зеоном e5 v2 (306E4)
UPD: я к чему это... "битый" микрокод устанавливается в UBU по умолчанию. Если добавлять микрокод нужной версии руками, то другие микрокоды будут удалены.

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


 

Куратор темы
Статус: Не в сети
Регистрация: 07.08.2003
Voyager777
Откройте файл реестра (C:\Windows\System32\config\SYSTEM) на другой машине и отключите защиту от атак.
У меня последние обновления Win7 ничего не изменили при отключенной защите на микрокоде 0x23 для Haswell-S.


Показать сообщения за:  Поле сортировки  
Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 13880 • Страница 388 из 694<  1 ... 385  386  387  388  389  390  391 ... 694  >
-

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


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

Сейчас этот форум просматривают: Mad_Pagan, RESPEKTROMETR, sugary32, Ysts и гости: 230


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

Перейти:  

Лаборатория














Новости

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