I'm starting to build a list of parts for a Ryzen build and am doing research on these memory errors and incompatibilities with the AM4 CPUs and MBs. One thing I came across was that AMD recommends single rank dual channel RAM, that uses Samsung B-Die IC. I'm considering purchasing the Gigabyte Aorus AX370 Gaming 5, with a Ryzen 1700. And want to get G. Skill TridentZ RGB series memory. There are two part numbers that G.Skill has for this type of RAM however, they are:
F4-3200C16D-16GTZR which LegitReviews has stated was recommended by AMD in their tech reviews. &
F4-3200C14D-16GTZR which is being reported as the correct one to get by other end users.
I've done some checking and could not find out which one had the qualifications of being single rank, and using the Samsung BDie IC. Anyone else have information that could help me make a decision?
Update: Looks like the 14 and the 16 in the part numbers are related to CAS latency. Both models of memory are the same otherwise.
To my knowledge it's always possible, that or I got really lucky on a server. But to my knowledge the entire LACP thing is done on OS level in Linux (there might be NIC's that have HW support). And Linux then tells the network card: just put this data on the network. There might be a few network cards however that don't support this ? Like WIFI cards, some cannot spoof their mac (to for example bridge VM's on your WIFI card.)
Yes. Did some more checking around and found that this line from G.Skill is all Samsung and is single rank. The exact part number I wanted to use was not listed in their QVL but other kits from the TridentZ lineup were. Going to place an order today. Excited to get all the parts in!
A bit late to the cake but i´m gonne post it regardless cause people are allways interested in this i think. This particular board has a very interesting vrm implementation to say the least. It contains pretty highend components from what i have seen.
Official VRM specification of the Aorus AX370 Gaming5.
PWM: IR35201 running in 6+2 phase mode, but in this case 6 direct phases are used for vcore no doubling. And the +2 phases are doubled to 4 pwm phases using 2x IR3599 phase doublers for soc voltage. This results in a 6+4 phase design.
I should have one to review soon. I am not sure the Asus boards were ready at launch based on what I've read. K want to review the Asus boards once the UEFI is lined out and stuff has stabilized.
This board uses ALC1220 codecs. You wish to run a kernel 4.11 for this. However, nvidia-drivers doesn't compile (for me) on this version. There is a patch for the HOTPLUG cpu problem: https://gist.github.com/tpruzina/3e36f7da0673c1bf4b421f53b8d99b02 But no for the signal problem (to my knowledge).
Copying the /sound folder from 4.11 to 4.10 didn't work for me yet. The driver seems to load, but some alsa/driver problems are getting in the way.
What does the driver do differently here on 4.11? I got beeps and bloops out of the headphones.. is it just full support for the chipset that is missing? I thought 1220 was in 4.9+
Interesting, I just assumed it didn't work with stock 4.10 kernel ! I will try right away. Took a diff of the (what I think are relevant files) ./sound/pci/hda/patch_realtek.c: "> HDA_CODEC_ENTRY(0x10ec1220, "ALC1220", patch_alc882)" (Whatever that means, might just be some generic maintenance.)
Might also be an issue in my kernel-config / userspace problem.
alsamixer -c 1 ALSA lib /var/tmp/paludis/media-libs-alsa-lib-1.1.2/work/alsa-lib-1.1.2/src/mixer/simple_none.c:1550:(simple_add1) helem (MIXER,'Master Playback Switch',0,1,0) appears twice or more cannot load mixer controls: Invalid argument
Edit1: This seems to be the main problem
snd_hda_intel 0000:12:00.3: control 2:0:0:Master Playback Volume:0 is already present
Edit2: Sound works, but no alsamixer !
Edit3: The bug is in the fact that are 2 controls with the same name, alsactrl store will show this in the statefile. But alsamixer cannot work with this. (This is probably why this is warned about in the kernel.)
Edit4: You might need to run to prevent buffer under runs when running at 192KHZ and S32_LE.
Then go got card-X -> codec-0 -> Node[0x02] AUD_OUT and change Val[0] and Val[1] first slider. You can also use 0x03 and 0x04 for Surround and Center playback settings.
Curious problem: the motherboard crashed: - Linux on login screen - BIOS was reset - USB peripheral where no-longer working in BIOS. - To fix USB-in Bios, had to power down the PC.
Edit: cause of crash seems to be to read and set sensor data with lm_sensors/pwm/sensors/speedfan/...
Untested potential bug: hibernate/suspend/resume: (unconfirmed tested this once). I got the BIOS in a state I had to disconnect the battery and PSU to power on the PC again.
Do the Gaming 5, K5 and K7 use the same VRMs? I know the K5 has less, but the K7 looks like the exact same board with a black shroud (and apparently external BClock if I read this right).
Looks like the same vrm to me yes. Interesting in the sense that they didnt use doubling on the main vcore, and choosed for very high components on those IR powerstages.
Alright, mh... cause I'm still undecided on which board to take
I think the Gaming 5 white shroud would fit very well in the Define S I got laying around, but completely black would highlight the (imo) very nice LED positions more... mh, then again the K7 costs 30€ more...
And the K5 isn't all that different (except the VRMs), it's just missing the U.2 (which I won't be using anyway) and the Diagnostic LED (which granted could come in very handy, but ruin the RGB LED since they are always red... gotta get some tape ready).