-
Notifications
You must be signed in to change notification settings - Fork 78
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
MMTool method creates unusable bios, UEFITool OC issue. #98
Comments
It was fixed here https://winraid.level1techs.com/t/asus-z97-maximus-vii-hero-readjustable-bar/90930/38 @Koekieezz do you remember how you fixed this ? Want to add it to the guide |
Yes! The keyboard bug was indeed present as well on my end as well. The patch seems to be in the nvramsmi module. I'm not sure how to extract it and compare (I wouldn't risk using the patched module from another bios honestly). |
Have you tried other versions of MMTool ? |
It seems that MMTool 4.50.023 generates a different output than 5.0.0.7 (which does the same as 5.2.0.24). |
@FPSUsername don't replace any modules follow the method in UEFIPatch wiki page so only MMTool 4.5 is used on the final BIOS, preventing any corruption. You should end up replacing your NvramSmi module with your own generated patched one using this method. |
What I did before was to add the rebar through MMTool 5.x and then apply the patch with UEFIpatch v28. The issue is that the bios (either flashback or ez flash) doesn't accept it. I'll try with MMTool 4 later and see if it will be accepted, but I doubt it. I'm not sure how to modify the NvramSmi as there's no documentation on that and what to change. Koekieezz mentioned that he used UBU Tool to update the microcode, and using only that already causes the overclock issue on the VII Ranger. I believe the NvramSmi needs to be patched either way and that MMTool won't solve the issue in this case. |
@FPSUsername NvramSmi patch is done by UEFIPatch, you don't need to do anything but follow the written pad file workaround in the guide. NvramSmi patch to resolve an issue that causes ReBarState to not work. Overclocking issue is something else I think, I asked Koekieezz on Discord if he remembers what was changed and he doesn't. |
@FPSUsername You should NOT run UEFIPatch directly on the BIOS you're going to flash because it will cause issues like what you have with OC. https://github.com/xCuri0/ReBarUEFI/wiki/Using-UEFIPatch#pad-file-issue-workaround this is what you should do so the BIOS you flash only get's touched by MMTool, and make sure you insert ReBarDxe with MMTool too Use version 4.5.023 it's what others have been successful with |
@xCuri0 It doesn't seem to matter. I created the patched bios files with MMTool 4.50 and UEFITool v28 method and both generate the exact same file before patching with UEFIPatch. The hashes are the same, pad file is not altered. So it seems like the VII Ranger is not affected by the bug, however, the OC issue still stands. Continuing from the pad file workaround, I extracted the PciBus and PciHostBridge from the patched bios and replaced the PciBus and PciHostBridge from the bios with ReBar injection via MMTool and just to try, also the stock bios. Reopening the bios files in UEFITool to verify, the PciBus full size and body size is different on the files with the patched ffs injected via MMTool. I'll try to flash both and see what happens. To clarify, ReBar does work, but altering the bios in any way breaks overclocking and adds the no keyboard bug found in the VII Hero motherboard, before Kookieezz found a solution. |
@FPSUsername It's a know issue that UEFITool causes stuff like this. If you can figure out how to flash the MMTool BIOS it will most likely work |
@xCuri0 UEFITool causes issues, but if the finalized bios is exactly the same (matching SHA256) using MMTool 4.50, then the same issue (OC) will exist. I'll try to start from a clean slate and do everything with MMTool 4.50 again and see if I can get OC to work after adding ReBar. I really hope Koekieezz can help with the NvramSmi for this motherboard, because I believe that's where a potential fix is. I have little knowledge about bios modding, I hope to figure out extracting the NvramSmi from the VII Hero bios and compare it to the modified variant to get some more insight in what changed. |
@FPSUsername Your issue is not NvramSmi, that module only handles NVRAM like ReBarState and gets fixed by UEFIPatch. If you do MMTool 4.5 like I said you're BIOS will probably work with OC and everything, not just Z97 I saw this exact issue on a Z170 board too fixed by using MMTool exclusively. |
I've used this bios as a base (as it's updated and it works with overclocking), then did the following:
|
@FPSUsername You have to do the same thing you did with PciBus to NvramSmi. It will work then, that's the module causing this error. |
Also later once you have it all working can you test using UEFITool for the first step only (adding ReBarDxe) and the same MMTool steps for the rest ? I want to know if I have to update first step of guide to say use MMTool on ASUS. |
@xCuri0 Thank you for guiding me through, it worked! To make things easier in the future, I believe the trick is as following:
So this bios can also be added to the list:
As a treat, here is the modified ReBar bios with the following changes (Thanks to voron00 for updating the BIOS in 2019 with pretty much the final updates). Modules:
Microcode:
MAXIMUS-VII-RANGER-ASUS-3503-REBAR.zip SHA256 from M7R.CAP |
@FPSUsername Hey, how are you doing? I was trying to flash the 3503 rebar bios you uploaded here but i get the error saying "Selected File is not a proper BIOS". Do you know what could it be? |
You need to flash it via the emergency flasher.
|
The strange thing is that i could flash another bios with the same usb stick on fat32. I'll try again but with the flashback button as you said. Thank you! |
@FPSUsername I think i managed to install it with the flashback button but i don't see the rebar option in the bios. Do you know where is that located? |
If you didn't flash the bios by voron00 and use the latest provided by Asus, then try the following. With one of the (quite terrible) tools from Asus (also provided in the AI suite package), you can read the current bios on your system (I assume you already have it as you tried to flash it the normal way first). Make a backup/readout of your current installed bios. Then open it in UBU tool and see if the modules have older versions than what I posted in this comment. Note that they're the same as the bios provided by voron00. All I did was take his bios and add rebar. I don't exactly remember how the light is supposed to react, but I think it blinks 3 times, then starts flashing rapidly till the bios is flashed. If it continues doing the same slow flashing pattern, then it's waiting for a device with the bios. I believe if you read back the bios, the hash would be exactly the same as the bios file you use to flash it. So maybe check the hash of the backup and see if it matches the original, voron00 (if installed) or mine. |
@FPSUsername I installed the one you uploaded on November 25 2023. https://github.com/xCuri0/ReBarUEFI/files/13465265/MAXIMUS-VII-RANGER-ASUS-3503-REBAR.zip is this the right one? |
Yes, that's the correct one |
@FPSUsername do you know where the rebar option should be located? Im gonna check the module versions you mentioned but they should be the same. |
There's no new option in the bios. Run the rebar tool in your operating system and set rebar to 8GB. Reboot and check. |
Oh i think i missed that step, i'm sorry. I'm gonna check it and inform you later. |
@FPSUsername what value should i set for it to be 8192mb? |
2^13 = 8192. |
Yeah you are right. Now i feel dumb |
You need a compatible GPU to make use of ReBar, for now it's enabled on the motherboard, but it will do nothing (as BAR1 is still at 256MB). Once you get a compatible GPU, set the rebar size to the same size as the amount of memory on the GPU (mine is 8GB so I chose 8GB for ReBar). From ny understanding (and correct me if I'm wrong), ReBar allows the CPU to grab chunks of data from the GPU, by default limited to 256MB. Increasing it to 8GB makes it possible to grab all data at once, reducing the need of grabbing multiple chunks, freeing up CPU time. So I think you'll see massive improvements if a system is bottlenecked by the CPU (as is with mine, the RX6600 was however the best bang for the buck, it didn't make sense to settle with less for only a 20 euro difference). |
RX Vega supports Resizable BAR, just make sure to enable it in registry (wiki says how). BAR0 is what's used for the VRAM on AMD |
I'm currently using a Rx Vega 64 with 8gb vram so i set that bar size. Its as xCuri0 said so it should work fine with my gpu. I'm not sure how much performance I may able to gain, but I wanted to try this since i've heard old cpus take more advantage from this (mine is an i7 4790k). |
Hey can I ask for clarification for the steps? I am trying to add Rebar to an Asus Rampage V Edition 10 which according to the supported motherboard list requires this method your showed. Specifically I want to ask what do you mean in step 3 by extract what's patched? Then for step 4 you put the patched modules back in to the bios that was already modified in step 1? Any help is appreciated. Thanks! |
You need to extract the patched modules using MMTool. Then open the modified bios (before it was run with UEFIPatch for rebar) inMMTool and there replace the modules with the extracted patched modules. |
System
Description
Unfortunately, this is one of those motherboards that will break overclocking and post issues when the bios get modified by UEFITool. I first found out when I used UBU Tool to update microcode and other firmwares in the past and since just used the 3503 provided by ASUS ROG (original).
I found out about ReBar to add support for my newly acquired RX6600 and went with the normal method of using UEFITool and UEFIPatch. The bios flashes successfully and ReBar works, except overclocking now doesn't work (which is quite essential on DDR3 ram in my case).
I used MMTool 5.0.0.7 and 5.2.0.24 and they both modify the bios in the exact same way (but different to UEFITool of course). After successfully applying the patches with UEFIPatch, the system rejects the bios as an update via the EZ Update tool, nor does it accept via the flashback method (the indicator stays turned on instead of blinking).
Did I miss any step when using MMTool (I followed the steps in the wiki)? Or am I supposed to use MMTool v4.x instead?
The text was updated successfully, but these errors were encountered: