[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) В послденее время опять участились жалобы на наличии вируса в пакете 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 [ 134.19 КБ | Просмотров: 2507 ]
после обновления
Вложение:
scr2.JPG [ 134 КБ | Просмотров: 2504 ]
Как видно по скринам, если перед файлом с микрокодами есть PAD, то муму его удаляет смещаея файл с микрокодами. Заметил случайно, пытался понять почему на некоторых бивисах асрока, гиги _FIT_ не портится как на асус или мся. Оказалось, что у таких бивисов оффсеты вообще не совпадают, хотя всё работает и поэтому муму не патчит _FIT_.
Добавлено спустя 2 часа 14 минут 26 секунд: Прогнал через муму 5.0 картинки одни в один, но никто из владельцев асрока не жаловался, хотя _FIT_ раньше не выравнивали.
Добавлено спустя 1 минуту 13 секунд: В общем хрень полная, у кого то есть зависимость, а у кого то чисто номинально..
Куратор темы Статус: Не в сети Регистрация: 02.03.2008 Откуда: Cupertino, CA
LS_29, у нормального FIT выравнивание по 16 байтам, иначе его МЕ не найдет. Если раньше не выравнивали, а теперь начали - значит раньше нифига не работало и никто не замечал, пока не понадобилось грузить микрокоды до ресет-вектора.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
jjxaker Ку дядько! Извини, чуть позже я тебе сделаю, что обещал Могу сказать, что я загонял твой Макс до "дыр" и всё вроде как пучком. Проблема, я уже говорил наверное, из за восстановления "пустышки". Муму с ней тупит, видит, что GUID микрокодов, но самих мС в ней нет, вот и лепит 0хFF, а последующие появления мС контейнеров не воспринимает. Это решаемо если сначала восстановить "пустышку", потом дамп _FIT_ и после уже заносить контейекпы с мС Для бивисов, где "пустышки" нет, а это бивисы Асрока и Гиги, можно поставить проверку и если "пустышки" нет то и дамп восстанавливать не надо и дальше муму сама корректирует адреса. И это всё кореектно и правильно получается. Но блин! Всгда ложка дёгтя. Если в _FIT_ содержатся не только данные об мС, то тут полная жжжж... Муму вайпмит пустые строки и послдение записи поднимаются вверх, причем некоторые теряются Вот пример тестов на Asus Rampage V Мзеачально _FIT_ содержит 26 строк, часть из них пустые, это как бы резерв
Member
Статус: Не в сети Регистрация: 18.02.2008 Фото: 0
Привет!
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 раз(а).
Имеется ноутбук Asus X556UQ. При помощи существующих инструкций удалось снять BIOS Lock и прошить модифицированный биос через FPT. Но как его модифицировать - не совсем понятно. Вот дамп оригинального биоса
Вот так выглядит Setup в AMIBCP
#77
В биосе есть вкладки Main, Advanced, ... с небольшим набором настроек. В AMIBCP - два набора таких же вкладок - простые и более полные. Хочу иметь в биосе возможность видеть более полные настройки.
Пытался: Выставить Access USER нужным вкладкам - ничего нового. Выставить Access USER различным пунктам внутри вкладок - тоже безрезультатно. Скрыть существующие вкладки с простыми опциями - скрываются, но новые не появляются.
Парни, на вин 10 и вин 7 на днях апдейты приехали. С микрокодом , помеченными как "STOP deploying these MCU revs" (0x42A) получил цикличную перезагрузку. Мать P9X79 WS с зеоном e5 v2 (306E4) UPD: я к чему это... "битый" микрокод устанавливается в UBU по умолчанию. Если добавлять микрокод нужной версии руками, то другие микрокоды будут удалены.
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
Voyager777 Откройте файл реестра (C:\Windows\System32\config\SYSTEM) на другой машине и отключите защиту от атак. У меня последние обновления Win7 ничего не изменили при отключенной защите на микрокоде 0x23 для Haswell-S.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения