![]() |
B450M/ac R2.0 PFEH and ECC question |
Post Reply
|
| Author | |
MT550
Newbie
Joined: 02 Oct 2025 Status: Offline Points: 45 |
Post Options
Thanks(0)
Quote Reply
Topic: B450M/ac R2.0 PFEH and ECC questionPosted: 25 Dec 2025 at 12:31pm |
|
Good day to you Xaltar (or any moderator who is monitoring this thread).
I was trying to make a new thread but I fell on this post instead. Would it possible to make a new thread regarding memory modules, PFEH (platform first error handling), as well as full ECC support for an ASRock B450M/ac R2.0? I'm simply wondering if anyone has had full on ECC working on windows and/or linux, plus other modules than the 2 listed often times in the spreadsheet for this specific motherboard. Thank you so kindly and happy holidays! |
|
![]() |
|
MT550
Newbie
Joined: 02 Oct 2025 Status: Offline Points: 45 |
Post Options
Thanks(0)
Quote Reply
Posted: Yesterday at 3:27am |
|
Additional context - While it is specified in the board's manual that only KSM26ED8/16ME (ECC), TE416G26D819-UHA (ECC) for the vermeer, matisse and renoir architectures and CT8G4WFD824A.18FB1 (ECC), AD4E2133W8G15-BHYA (ECC) & M391A1G43EB1-CPBQ (ECC) for pinnacle ridge, raven ridge and summit ridge. At least from what I can see specified on the board's page.
As for the B450M/ac R2.0, I am trying to understand if it's only ECC modules (no ECC mode) or if ECC modules support ECC mode entirely. Deriving from alot of cross referencing I came to the conclusion that any Asrock boards equipped with PFEH can redirect the ECC to the BIOS (controller) or OS directly - partially or fully. So my questions are as follows: 1. Does the board support full ECC mode (not just physical modules) ? 2. Whilst there are specified modules, from what I've heard, the rule of thumb being same family of RAM equates to full ECC support. Has anyone ever tried that out if they've had the chance? 3. If yes to the above, how does ECC run on windows 10 (Home, Pro and Enterprise), as well as linux (Void, Arch and Debian/Ubuntu) ? What began as an inquiry on pcpartpicker led me here, given the lack of documentation of ECC on AM4 platforms is very frustrating. Any PRO cpus pair with good RAM, that's a given much less unofficially some others from what I've heard. To that end, I hope to hear anyone willing to share their experience with this board (or similar). I would also be very happy if this thread could serve as a solid reference for future inquiries. Also props to ECCential, he answered a few of my questions a couple of weeks back. Very helpful and thanks to him! Happy holidays to all. |
|
![]() |
|
eccential
Senior Member
Joined: 10 Oct 2022 Location: Nevada Status: Offline Points: 6785 |
Post Options
Thanks(2)
Quote Reply
Posted: 6 hours 45 minutes ago at 9:40pm |
|
Assuming AsRock spec pages says a motherboard supports ECC, I imagine it will behave like all other AsRock boards that support ECC, because I can't imagine them doing anything different in the BIOS.
How comprehensive that support is, I don't know. All I know is that I did see one correctable error reported on Fatal1ty B450 Gaming-ITX/ac (or was it X470 version?) with Ryzen 3 PRO 2200GE, running FreeBSD. Would AsRockRACK boards have more comprehensive support than regular AsRock boards? Again, I don't know. You would find way more people with ECC memory experience at Level1Techs forum. As for module compatibility, I wouldn't bother with QVL at all. Pretty much all Unbuffered (very important) ECC DIMMs you can buy are 100% JEDEC spec. So they'll all behave correctly. I know Kingston made some oddball overclockable ECC RDIMMs, but you'd know they're not "normal" based on their flashy advertising. On a side note, I randomly tried an 8GB DDR3 EUDIMM I had on an old motherboard that did NOT support ECC, and it worked fine. But dmidecode showed ECC functionality as NOT enabled. Funny, it still said "Total Width: 72 bits," but the correction mechanism was None. All my AsRock boards show "Error Correction Type: Multi-bit ECC," so that's a good sign. |
|
![]() |
|
MT550
Newbie
Joined: 02 Oct 2025 Status: Offline Points: 45 |
Post Options
Thanks(0)
Quote Reply
Posted: 3 hours 43 minutes ago at 12:42am |
|
Thanks for the reply, eccential.
After looking things over, it seems I originally overlooked the Level1Techs forums ??if rules permit I'll cross-reference it here. Regarding QVL and JEDEC: at first I assumed only listed modules were truly supported because documentation is so sparse. In reality, it?™s not that manufacturers ?ślimit??compatibility, but that they don?™t waste time validating every possible DIMM. The QVL ends up being little more than a reference sheet. Standard unbuffered ECC UDIMMs from well-known families (Kingston, SK hynix, Micron, etc.) should all behave correctly as long as they follow JEDEC specifications. My last stop will be the L1 forums. When I bought my current board, I knew it was solid, though server motherboard BIOSes tend to be clunkier than "prosumer" boards. The pricings were also way above my budget. As for your 8GB DDR3 EUDIMM, it isn't surprising considering it must've been a popular brand. The unusual thing is the 72 bits width. Out of curiosity, do you have all of the asrock boards you've experience with, listed somewhere on the forums? I'll also leave a quick summary if anyone ever has the same questions as me: 1. For any board with PFEH we can assume basic ECC functionality (with proper cpu and RAM). 2. QVL is at best a reference paper, any JEDEC compliant DDR4 ECC UDIMMs should do the trick perfectly (no questions asked). 3. Given your experience with asrock motherboards, multi-bit ECC for them all. Just on a side note, I'm intrigued that all of your boards display multi-bit ECC and not single-bit ECC. Still given it shows multi-bit ECC, I may have scored the jackpot there. In due time, I plan on adding my experiences with the L1 forums and the modules I buy. This should serve as a neat little repertoire for future builds. Also very important - it remains amusing how pcpartpicker shows ECC on any intel cpu but none on AM4. False information and I don't know why they even bothered implementing it in the first place but just my 2 cents. Cheers. |
|
![]() |
|
eccential
Senior Member
Joined: 10 Oct 2022 Location: Nevada Status: Offline Points: 6785 |
Post Options
Thanks(0)
Quote Reply
Posted: 30 minutes ago at 3:55am |
|
PcPartsPicker is not useful for this sort of thing. According to it, my DDR5 EUDIMMs don't exist (LOL). Kingston doesn't make their own DRAM chips. Their product model number will indicate which brand chips it is using:
[K] Kingston [SM/VR] Server Premier / ValueRAM [32] 3200MT/s [M/H] Micron/SK Hynix [D/E/R] D-die, E-die, R-die, etc. Micron actually makes their own branded ECC DIMMs. Their non-ECC DIMMs are Crucial branded (BLS*--Ballistix, CT*), but all the ECC DIMMs I bought from them were Micron branded (MT*). Looks like SK Hynix also makes their own branded DIMMs, although I've never seen one myself other than SO-DIMMs. I don't think they sell them to retail customers. Only to OEM partners, like Dell, HP, Lenovo, etc. AMD's Zen memory controllers implement 128-bit chipkill ECC, which is why they're capable of multi-bit correction, in certain failure patterns. The only Intel I still have (Core i3 Haswell) reports Single-bit ECC in dmidecode. Once Zen came out, I completely switched over to AMD and never looked back. I've not had a single hang or KNOWN data corruption in any of the machines listed below. I did have one correctable error (corrected), and I've seen a data corruption in a machine without ECC memory (caught by nightly checksum run by FreeBSD). These are all of my CURRECTLY functional systems with ECC memory (all unbuffered DIMMs, of course). There are 3 more I built, but I gave them away.
Edited by eccential - 21 minutes ago at 4:04am |
|
![]() |
|
Post Reply
|
|
|
Tweet
|
| Forum Jump | Forum Permissions ![]() You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum |