get boot loops after changing bar size #13
Replies: 26 comments 19 replies
-
Comparing with other screenshots, the root port looks normal. On my AMD motherboards it shows "PCIe GPP Bridge", don't know what it means. And your screenshot shows "Device Class: PCI-to-PCI Bridge" for the root port. Your LocalPciGpu.h header file looks fine. I can't tell what's wrong to cause the boot loop. What values did you use in NvStrapsReBar ? Can you show a screenshot (before the first reboot) ? Can you try latest version from the bleed branch ? |
Beta Was this translation helpful? Give feedback.
-
still getting the hang during post after first reboot "no video" with bleed |
Beta Was this translation helpful? Give feedback.
-
Can you make an USB stick with a Linux installer, for example Fedora or openSUSE ? You don't have to install it, only use the USB drive to start Linux, and then show the output of Or can you still boot Windows in safe mode ? That way you can just show the output from |
Beta Was this translation helpful? Give feedback.
-
got em |
Beta Was this translation helpful? Give feedback.
-
There should be more then one EFI variable starting with NvStraps. Did you collect the .dmp after you enabled ReBAR with When you get the boot loop again, you can recover the system if you manually set back the current year in UEFI Setup to a value before 2023, and reboot. You can change back the year to the correct value after the reboot.
After you enable ReBAR (with NvStrapsReBar.exe) and trigger the boot loop in Windows, you should see both Also you should try the latest version from the github repository, it no longer uses hard-coded values in LocalPciGpu.h header. |
Beta Was this translation helpful? Give feedback.
-
Also, maybe your Xeon is for productivity or office use and you have the NVIDIA Studio drivers instead of GameReady drivers ? Can you check ? |
Beta Was this translation helpful? Give feedback.
-
Oh, man, you have a dual-CPU server motherboard ... should have led with that. This hardware is ... intimidating to me. I do have an old Threadripper, but only because AMD marketed 1st gen Threadripper as a gaming computer (for lack of a better HEDT). I think somehow I get the PCI bus or domain wrong, for such a system. Can you check what the boot CPU is ... and what PCI slot leads to what CPU ... ? Maybe just switch the GPU to a slot belonging to the other CPU ? @xCuri0 can you help please: how do I make sure I am using the right PCI bus from the right CPU, on a dual-CPU server motherboard (Asus Z10PE-D8) ? Output from @Black6spdZ can you attach again the output from |
Beta Was this translation helpful? Give feedback.
-
PCI bus looks fine. This motherboard does not have ReBAR, and your PCI BAR size in the screenshot is set to 0 (System Default) Did you set PCI BAR size for the GPU in |
Beta Was this translation helpful? Give feedback.
-
yes, but once I set them system no longer POSTS or boots.. so I can't get anything meaningful.. should I try something very small? 256MB? |
Beta Was this translation helpful? Give feedback.
-
someone with the same board also can't use ReBarUEFI xCuri0#26 @terminatorul seems like there's nothing wrong with your module kinda weird a server board has trouble with large BAR tho because usually they are paired with GPUs that require it like Nvidia Tesla / RTX A-series. maybe it's just a wrong bios setting |
Beta Was this translation helpful? Give feedback.
-
so, maybe new version is going somewhere.. I flashed it and it looks like everything was detected properly and set the recommended BAR size "8gb" in this case for my 2080S with 8gb and rebooted with fingers crossed.. it POSTS and booted fine! BUT it looks like it's not enabled? I do see a new file from the linux efi firmware folder though so maybe it's just a windows / driver issue? |
Beta Was this translation helpful? Give feedback.
-
does this mean anything to you? some hidden options in bios hardcoded to certain values regarding MMIO |
Beta Was this translation helpful? Give feedback.
-
so I had to move my GPU to get it into that Port3A "PCIe Slot 3 on mobo" because only that port and socket 2 port 3A "slot 7" have those BAR size adjustments.. who would have known, not documented anywhere and had to spend hours digging through bios to find and unhide it. I haven't made any bios adjustments yet but just swapping slots I still get same problem, system boots but no bar size change.. nvstrapsrebar shows: UEFI DXE driver status: GPU-side ReBAR Configured with PCI confirm (0x0300000000000064) |
Beta Was this translation helpful? Give feedback.
-
Non-Transparent Bridge. I've tried everything there: disable NTB bridge bars, enable/disable split bars, changed the sizes.. no change. Still in the same boat :( maybe it just wasn't meant to be. I'm not sure what else I can do |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
oh.. well damn, wishful thinking on my part |
Beta Was this translation helpful? Give feedback.
-
would doing a boot with my asus q-code logger offer any useful information? |
Beta Was this translation helpful? Give feedback.
-
That affects PCIe lanes, not BAR1 size. Your device manager pic before shows BAR1 in 32-bit space, with above 4G decoding it should be above 4G unless a 4G display patch is in place. What is Load RT32 Image ? Would you try disabling it in BIOS setup and see if BAR1 address moves. Do it without setting Rebar first, ie 256MB BAR's. |
Beta Was this translation helpful? Give feedback.
-
disabled "Load RT32 Image".. I'm not seeing any change at all. what do you mean by 4G display patch? |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
rebar 4Gb => boot, but no bios display until windows seems I am late to this party xCuri0#4 (comment) |
Beta Was this translation helpful? Give feedback.
-
eyelids are getting heavy.. if anyone wants to doublecheck my searching.. maybe I've overlooked something. I can't even find what that "patch" does, but it plagues many boards that don't have it as well from the searches |
Beta Was this translation helpful? Give feedback.
-
I did everything according to instructions, everything compiled OK but if I set any size for BAR I get a boot-loop. One thing with my system is I don't have a PCI-to-PCI bridge on the same bus as the GPU, just a CPU root port?
![hwinfo](https://private-user-images.githubusercontent.com/6208317/303827386-9eadf0f7-2231-43c7-9557-1f738967c4b0.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MzkyMjkyNTMsIm5iZiI6MTczOTIyODk1MywicGF0aCI6Ii82MjA4MzE3LzMwMzgyNzM4Ni05ZWFkZjBmNy0yMjMxLTQzYzctOTU1Ny0xZjczODk2N2M0YjAucG5nP1gtQW16LUFsZ29yaXRobT1BV1M0LUhNQUMtU0hBMjU2JlgtQW16LUNyZWRlbnRpYWw9QUtJQVZDT0RZTFNBNTNQUUs0WkElMkYyMDI1MDIxMCUyRnVzLWVhc3QtMSUyRnMzJTJGYXdzNF9yZXF1ZXN0JlgtQW16LURhdGU9MjAyNTAyMTBUMjMwOTEzWiZYLUFtei1FeHBpcmVzPTMwMCZYLUFtei1TaWduYXR1cmU9NjZhMzI1MWU0ZGUzYTczNjRmODMwMjMyNTc2NjM3MWIwMmU1YmM3NDAyOGE5YzU0MWE1Y2E4ZTU1N2I4MDQ0YyZYLUFtei1TaWduZWRIZWFkZXJzPWhvc3QifQ.KqS03vp5juB68ST9YoLT9OkYi9EkjzFRLpGiFy_s85M)
Motherboard: Asus Z10PE-D8
CPUs: Xeon E5-2696v3
GPU: 2080 Super FTW3
LocalPciGPU.h.txt
MONOLITH.txt
Beta Was this translation helpful? Give feedback.
All reactions