For my own peace of mind: Also tried taking the CPU physically out of the socket while the CMOS battery had been removed?
I’m not suggesting this to be a jerk wanting you to potentially waste thermal paste, there definitely is a non-volatile settings memory on AM4 systems and any questions I asked about these to various parties in the past have so far been ignored.
A past thread addressing this:
WARNING: DON’T TRY THIS AT HOME IF YOU DON’T HAVE THE MEANS TO MANUALLY REFLASH THE BIOS
Hi,
I’ve recently gotten a Ryzen 7 PRO 4750G for testing purposes and installed it in an ASUS Pro WS X570-ACE with the latest UEFI 2206 first (2 x 32 GiB Micron DDR4-3200 ECC UDIMM, nothing else except a PSU).
That UEFI version officially supports this Renoir Zen 2 APU (currently not available through general retail channels but you can get it through OEM resellers without warranty).
Everthing working fine (no PCIe components installed, display via motherboard HDMI, only an USB keyboard and mouse connected to the motherboard).
I then go into the UEFI -> Advanced -> AMD CBS -> NBIO Common Options:
(1) IOMMU: Auto -> Enabled -> All OK after reboot
(2) DMAr Support: Auto -> Enabled - USB devices no longer working (mouse/keyboard etc.) after reboot
After a reboot during POST the motherboard states that no keyboard is detected and I am to press F1 to enter BIOS
(3) No biggy, I had thought at first: CMOS Reset -> No effect
(4) Medium biggy, I then thought: Remove the CMOS battery and wait an hour -> NO EFFECT
Sh…, I mean big biggy. Contacted ASUS Support about this - no response yet.
(5) Kept every component and changed the motherboard model to an ASRock X570 Taichi with the USB Flashback feature, also with the latest UEFI (P3.40) that supports that APU officially, too.
(6) Did the same UEFI setting changes, and the board doesn’t recognize any USB devices either.
(7) CMOS reset and removal of battery again without any effect.
(8) BUT: After reflashing the BIOS via USB Flashback when the system was still turned off but connected to a PSU the motherboard POSTs again normally.
Is this a bug or a feature?
I’ve read the story about locking EPYC CPUs to certain server vendors but not UEFI options permanently bricking an UEFI…?
Hope that maybe I can spare someone this unpleasant experience (“Hmmm, DMAr Support - Enable DMAr system protection du…
1 Like