Comment 698 for bug 1690085

My two (server) machines running 1600's are also not experiencing problems any more using new BIOSes + 4.19 kernels + "Typical current bullshit". Hence I tend to agree that for most people the issue is solved.

However Trevor I'm mostly posting to let you know ECC works fine, at least with ASRock boards (of which the spec actually features ECC support, e.g. mine https://www.asrock.com/MB/AMD/AB350M%20Pro4/index.asp#Specification), even under Ryzen 1xxx CPU's:

# dmesg | grep -i edac
[ 0.057169] EDAC MC: Ver: 3.0.0
[ 9.926945] EDAC amd64: Node 0: DRAM ECC enabled.
[ 9.926946] EDAC amd64: F17h detected (node 0).
[ 9.926985] EDAC MC: UMC0 chip selects:
[ 9.926986] EDAC amd64: MC: 0: 0MB 1: 0MB
[ 9.926987] EDAC amd64: MC: 2: 4096MB 3: 0MB
[ 9.926988] EDAC amd64: MC: 4: 0MB 5: 0MB
[ 9.926989] EDAC amd64: MC: 6: 0MB 7: 0MB
[ 9.926991] EDAC MC: UMC1 chip selects:
[ 9.926991] EDAC amd64: MC: 0: 0MB 1: 0MB
[ 9.926992] EDAC amd64: MC: 2: 4096MB 3: 0MB
[ 9.926992] EDAC amd64: MC: 4: 0MB 5: 0MB
[ 9.926993] EDAC amd64: MC: 6: 0MB 7: 0MB
[ 9.926993] EDAC amd64: using x8 syndromes.
[ 9.926994] EDAC amd64: MCT channel count: 2
[ 9.927095] EDAC MC0: Giving out device to module amd64_edac controller F17h: DEV 0000:00:18.3 (INTERRUPT)
[ 9.927104] EDAC PCI0: Giving out device to module amd64_edac controller EDAC PCI controller: DEV 0000:00:18.0 (POLLED)
[ 9.927105] AMD64 EDAC driver v3.5.0

# edac-util -v
mc0: 0 Uncorrected Errors with no DIMM info
mc0: 0 Corrected Errors with no DIMM info
mc0: csrow2: 0 Uncorrected Errors
mc0: csrow2: mc#0csrow#2channel#0: 0 Corrected Errors
mc0: csrow2: mc#0csrow#2channel#1: 0 Corrected Errors
edac-util: No errors to report.

See also:
http://www.hardwarecanucks.com/forum/hardware-canucks-reviews/75030-ecc-memory-amds-ryzen-deep-dive.html