-
Notifications
You must be signed in to change notification settings - Fork 628
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
UEFIReplace bug (most likely a dupe of startup data array loss) #137
Comments
Вспомнил, что у асус 9 серии GOPDriver тоже располагается в PEI томах где и файлы микрокодов. |
Привет, я тебя услышал и что-то даже воспроизвёл, но пока не было минутки посмотреть подробно что там не так, и должно ли оно вообще работать таким образом. "Пересчёта" как такового там нет нигде, и странно, что с UEFITool работает, возможно зависимости где-то криво помечаются, но это я посмотрю ближе к выходным. |
Ну я просто проверял другие варианты, с другими секциями, вот и поделился. :) |
А подкинь этот GOP драйвер и получившиеся файлы от uefireplace/uefitool/mmtool. |
Лови https://cloud.mail.ru/public/AQLL/XcaaDvsuv Z97 замена только GOP в последних двух томах |
Так, стоп. Вот ты говоришь, что UEFITool заменяет только последние два микрокода, а UEFIReplace все три. Это неравноценный тест, что происходит при замене всех трёх элементов через UEFITool, как это делает UEFIReplace. |
Смотри 3_ut_bios.bin |
Что? Мы видимо друг-друга не понимаем. |
Если заменит УР, то работать не будет, а если УТ то будет. |
У меня не получается сделать файлы типа твоих через UEFITool, так как ты вместо трёх файлов (а вхождений 17088572-377F-44EF-8F4E-B09FFF46A070 именно 3) заменяешь каким-то хитрым образом. Впрочем, я вижу косяк при замене UEFIReplace, и пока мне не ясно, каким там боком вообще вызов функции и должно ли оно работать, но ближе к выходным/вечеру посмотрю. |
Извини, вот все файлы участвующие в замене stuff_4, по той же ссылке.
Можно всё тоже самое проделать и в УЕФИТул, разница только в том, что в УТ "пустышку" можно не трогать, она никак не влияет на конечный процесс замены. |
Теперь понятно. Вот сразу бы так. Багу можно проявить UEFITool'м. Заменить пустышку и первый микрокод. Получится кирпич и полностью идентичный файл с:
Проблема в том, что при замене файла в одном из томов не происходит reconstruct с последующим rebase следующего. В случае использования UEFITool ты rebuild ставишь руками (на следующие тома), а вот в случае UEFIReplace просто ломается том. Я попробовал это пофиксить, и на твоих файлах у меня всё сработало. Тем не менее, это сильно меняет поведение всех утилит, так что крайне желательно проверить на большом количестве биосов. Фигово, что в UEFITool нет автотестов. Эх. UPD: вообще есть несколько мыслей, как это сделать почище, так что пока можешь особо глубоко не лезть с тестами, я за эти выходные до ума доведу, если повезёт... |
Ну я пока вчеращний выпуск, на своих Z87, прооверил замену и прошку - всё работает. А по поводу автотеста думаю, что можно взять на заметку для УТ на новом движке. |
Привет, да, пока не торопись. Лучше сделать один раз нормально, чем с такими последствиями. |
Попробуй последний вариант. Он должен быть чище и лучше. |
Привет. |
Привет. |
Ну давай я релиз сделаю, и будет норм. |
Упс. А куда теперь отписать результаты? |
Ну, если баг будет, то он будет уже новым, я полагаю? Если же этот недофиксили, то переоткрывай. Давай оптимистично допустим, что мы всё починили :D |
Я про х299 как то говорил, с ними еще не рассматривали, тк плат у нас нет, но походе есть тестер на вин-райде. У него асус на х299.
|
Всем доброго здравия. |
Ну, создавай issue? Когда работало, когда не работало, файлы прикладывай, команды… Что ты как маленький. С текстом без ничего я работать же не могу, правда? |
Based on this report, here are the results. The reproduction steps should be the same as here or here. ROG-RAMPAGE-VI-APEX-ASUS-1401.bin --> Stock Some comparison pictures which might be of interest. All of them concerning the GUID after the one we replaced. Same for the next volume. On the left we have UEFIReplace (brick) and on the right MMTool (ok). |
Данная проблема на всех платах х299 от Асус. Как я уже говорил, ммтул сильно патчит содержимое в TE Image Section в PEI томах. |
Ok, will look at it later. |
This commit causes the problem that pei volume destoryed when replacing microcode in non-pei volume |
I'm mass-closing all issues that are specific to the old engine, because no further work is planned to be done on it, and all the bugs that are present there are to remain there forever. The original engine had a good run, but it needs to go in peace. |
Всем доброго здравия.
Обнаружилась проблема при замене файлов в PEI томах.
Используется комманда
uefireplace bios.bin 17088572-377F-44EF-8F4E-B09FFF46A070 1 mcode.ffs -o bios.bin -asis
После замены всех файлов и прошивки получаем кирпич.
Сообщений об ошибках при замене нет.
Сделал аналогичную замену испольщуя MMTool, всё работает
Вот архив с файлами
https://cloud.mail.ru/public/AQLL/XcaaDvsuv
org_bios.bin исходный файл
mcode.ffs файл для замены
25_bios_ur файл после обработки УР
25_bios_mmt,bin файл после обработки ММТул
Если сравнить оба файла 25_, то разница только в одном месте 7FFFE0/E1
Вот тут, по моей просьбе товарищ посмотрел и отписал, что не так
https://forums.overclockers.ru/viewtopic.php?p=15630217#p15630217
Также я проверил замену вручную в UEFITool 0.25,
Менялись последние 2 файла, первый "пустышка", "как есть" и всё прошло хорошо, УТ перситал адрес.
Если есть возможность, то пожалуйста поправьте этот баг в УР.
Спасибо.
The text was updated successfully, but these errors were encountered: