[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 раз(а).
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
Как я уже писал, что если на старом микрокоде установить максимальные значения множителей Turbo Boost для non-K процессоров (допустимые официально только для одного ядра), то при обновлении микрокода эти множители остаются на месте и все ядра продолжают работать на максимальных частотах. Но изменять (в любую сторону) их больше нельзя, процессор "сбросит" фактические множители в дефолт. Сегодня выяснил очередную особенность максимальных множителей: при изменении напряжений (проверил на CPU и GPU) множители тоже сбрасываются на номинальные значения. Попробую что-то придумать, чтобы менять напряжение из BIOS до загрузки обновленного микрокода...
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
DeathBringer, я не совсем понял, в DXE томе, 23-ий вместо "пустышки" или в каком то PE замена была?
Добавлено спустя 9 минут 47 секунд: Походу докопал местоположение в бивисе откуда DevID, и не только, для Интел ЛАН берется. Если получится, то с помощью одной утили от Интел, которая не для общего пользования, но свободно валяется на ФТП MSI, можно будет некоторые параметры менять.
Куратор темы Статус: Не в сети Регистрация: 07.08.2003
LS_29 Вот оригинальный BIOS - https://cloud.mail.ru/public/0ef9f7a265 ... A-0301.zip Глянь на смещения 0x5DEA18 (микрокод в DXE-томе) и 0x754538 (микрокод в PEI-томе). P.S. Этот BIOS имеет настройки для разгона встроенного видеоядра и, так как они применяются на этапе PEI, они не мешают множителям Turbo Boost при обновлении микрокода в DXE. Но настроек для Vcore нет...
UPD - думал, что достаточно сделать тупо reset to defaults в биосе, оказывается нифига, сбросил биос перемычкой jbat1 cmos reset, и эти торможения при переключении по менюхам (и четыре писка вместо трех) прекратились. Поначалу были странные двойные старты или старт сразу на подаче напряжения (хотя стоит что при потере чтобы переходил в power off), но пару раз выключил-включил комп и кажись все стабилизировалось, стартует нормально (без двойных стартов), выключается нормально, при подаче напряжения без нажатия кнопки включения - не стартует, разгон - держит (память еще не проверял).
Member
Статус: Не в сети Регистрация: 10.09.2004 Фото: 7
На Haswell сейчас 25 последний микрокод? Как он, в порядке, можно шить? Вроде с 22 или 23 были какието проблемы, насколько помню... И какой версией UBU шить, вроде почитал в теме бегло, что бывали окирпичивания? Имеются 1.66, 1.69.8 и последняя, из шапки.
Member
Статус: Не в сети Регистрация: 02.11.2008 Откуда: Москва
LS_29 писал(а):
LS_29
Подскажите, из ссылки выше взял нужные iRST модули, кинул их в папку, но оно пишет - модулей нет. Их как то переименовывать нужно ? Или оно мне даёт понять, что они не совместимы?
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
Cool'D Есть 2 папки RST и RSTe. В папку RST укладываются файлы - RaidDriver.efi - SataOrom.bin Версии этих файлов обычно 11.х.х.хххх и выше/ Для OROM DevID 2822/282а Это для большинства плат на чипсетах 6-300 серий
В папку RSTe укладываются - RaidDriver.efi - SataOrom.bin - DevID 2826 - ScuDriver.efi - ScuOrom.bin - DevID 1D6x - sSataDriver.efi - sSataOrom.bin - DevID 2827 Версии файлов обычно от 3.х.х.хххх Обычно для плат на 600/600+ чипсетах типа х79-299, но на х99/299 чаще можно видеть обычный IRST.
Важно: - EFI не должны содержать в себе секцмм собранного FFS. - При переименовании не спутать где OROM, а где EFI. -- у ОROM заголовок начинается с 55 AA -- у EFI заголовок начинается с 4D 5A
Не обязательно ложить все файлы, достаточно положить один какой либо файл нужной версии или 2 файла разных версий. В обще положть только то, что нужно.
Если всё полоэено правльно, то получим то, что надо
Скрин
Вложение:
scr1.jpg [ 37.92 КБ | Просмотров: 2995 ]
Добавлено спустя 12 минут 9 секунд:
AlexPORT писал(а):
... И какой версией UBU шить
Зависит от бренда материнки и свободного места в PEI томах, Версия бантика 1,70 принципиально отличается от 1.6х тем, что обновляет все имеющиеся микоды и не только, а 1,6х только 1-2 микода. Важно, для ASRock 7-9 серии юзать обновление только при помощи МуМуТула.
Junior
Статус: Не в сети Регистрация: 27.10.2008 Откуда: Санкт-Петербург
Модифицировал последний биос 2103 на Asus Z87-A(обновил только микрокод). Обновлял при помощи UBU_v1_70_rc5_3. Сначала попробовал обновить вообще все что можно, но не взлетело, поэтому было решено обновить только микрокод. Прошил программатором. Всё завелось. Защита от Meltdown\Spectre присутствует. Кому надо, вот ссылка на файл, шьете как обычно на свой страх и риск. - http://www.mediafire.com/file/o7ba1ymxo7392a1/Z87-A_bios_2103+newMicrocode.bin/file Если что пойдёт не так, могу помочь, если вы живете в Питере.
_________________ Born to be King, prince of the universe.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
StormMaster писал(а):
но не взлетело,
Что именно?
Добавлено спустя 4 минуты 15 секунд:
Cool'D писал(а):
это можно и в шапку добавить
Не вижу смысла, скорее всего проект больше не будет официально обновляться. Слишком много тех кто пользуется, но чуть что не так даже не пытаются мозг свой включить.
Junior
Статус: Не в сети Регистрация: 27.10.2008 Откуда: Санкт-Петербург
LS_29 писал(а):
Что именно?
В неудачной прошивке обновлялись EFI GOP Driver Haswell с версии 5.0.1036 до 5.5.1034 и EFI Realtek UNDI с версии 2.020 до 2.045. OROM Realtek Boot Agent GE почему-то не обновился(с 2.52 до 2.66). Ну и микрокод конечно для Devil's Canyon 4790K(CPUID: 306C3). Загрузка останавливалась на инициализации RAM, кнопка сброса таймингов "MemOk" не помогла, сброс CMOS не помог. После нескольких секунд уходило в циклический ребут. Поэтому решил обновлять только микрокод CPU.
Цитата:
Слишком много тех кто пользуется, но чуть что не так даже не пытаются мозг свой включить.
Уважаемый куратор, ну вы же надеюсь не удивляетесь такому отношению? С бесплатными проектами всегда так. На личном опыте испытал, собирая модифицированные прошивки для Asus Wl500W. Относитесь проще. Кому надо тот разберется и прочитает мануалы. Для тех кто сразу хочет кнопку "сделать зашибись" - можете на платной основе предлагать свои услуги. Будет сильно надо - проспонсируют финансово.
_________________ Born to be King, prince of the universe.
Junior
Статус: Не в сети Регистрация: 27.10.2008 Откуда: Санкт-Петербург
Цитата:
...только при наличии мумутула. Если его нет то и обновы нет.
Тогда всё правильно. Mmtool не использовался.
LS_29 писал(а):
По микодам. В обоих случаях микоды обновлялись при помощи UEFIReplace или в последнем случае мумутул?
Только UEFIReplace, Mmtool не использовался. В любом случае, я преследовал только одну цель - защита от Meltdown\Spectre и я её достиг. Хочу сказать отдельное спасибо за такой проект. Всё автоматизировано, даже BIN не надо из CAP извлекать. Круто. Понажимал кнопочки в меню и готово. Моё увОжение!) Может быть потом конечно и остальные компоненты обновлю, но пока не горит.
_________________ Born to be King, prince of the universe.
Куратор темы Статус: Не в сети Регистрация: 20.04.2012 Откуда: Россия
StormMaster Странно то, что обновление всего до кучи привело к кирпичу. EFI в DXE томе, микоды в PEI, приэтом "пстыщка" тоже в DXE, а она дергается туда-сюда в DXE, чтобы обновить микоды в PEI. Больше шансов получить кирпич как раз при обнове самих микодов в PEI, чем драйверов EFI в DXE. Учитывая то, что иуиу не был задействован ни в одном случае, могу сказать только одно - хрен знает на какой стадии замаячило кирпичом. Раз на раз не приходится, уже были случаи, что на первом пргоне кирпич, а на втором, повторяя те же действия, уже всё работает.
Добавлено спустя 7 минут 45 секунд:
StormMaster писал(а):
Mmtool не использовался.
Вложение:
scr1.jpg [ 52.59 КБ | Просмотров: 2866 ]
Наверное надо cecho втюхать, чтобы хоть как то цветом выделять некоторые моменты..
Сейчас этот форум просматривают: eugene159 и гости: 45
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения