Ouch. @Valantar hat also some good guesses.
Overall I think it's safe to say, unfortunately, you have a case of RMA
Did you activate the SR-IOV support? (UEFI -> advanced -> Northbrridge configuration) and the IOMMU ? (UEFI -> advanced amd cbs -> northbridge common objects - northbridge configuraion)
However I don't know wether the APU can be used in this way. (watch this https://lunar.computer/posts/gpu-passthrough-proxmox-60/)
64gb running nicely, idling a little high, although it is warm here in the UK right now for once, so may look at changing the wraith that came with the 3200g for a noctua LP cooler - haven't seen tests so will ponder that for now on my working a300. Thanks again guys
[...]
give me a suggestion : the ram i've choosen ( ballistix 3200 cl 16 ) seems difficult to find, right now. amazon doesnt have a vaild delivery date and i dont want to wait too long. i've found a gskill 3000 mhz cl18 ram module. would be a noticeable performance hit or the loss is not so marked?
[...]
It does, but there are also limits to the maximum stable memory speeds, dependent on both the CPU/APU (memory controller), motherboard design, and the memory ICs. My setup refuses to be stable above DDR4-2933 no matter what, despite the memory being nominally rated for 3200 (and using timings from 1usmus' DRAM calculator doesn't help whatsoever). It seems to work, and memtest and the like gives no errors, but I get random shutdowns if I try to run the memory at 3200. Zen (1) and Zen+ are much the same in this regard, with Zen 2 being much improved. Of course, all currently available APUs are Zen or Zen+. So, to sum up, especially with pre-Zen 2: YMMV.
I have no xp using 3400G, but Internet states it's memory controller is also specd for 2933 MHz. Sorry, you will have to try it out or wait untill someone replys who has actually tried it out already
Try it out using 3200. If it's unstable, enable SOC Overclock Flag - if you don't mind about +0.1V. Otherwise use "fault-safe" 2933MHz.
I wasn't talking about the A300 specifically but pre-Zen 2 Ryzen generally - the limitations to memory clock speeds are universal, but obviously dependent on the characteristics of each implementation.One needs to verify SOC Overclock VID actually having an effect, whether the setting does something at all depends on the BIOS version and whether configured RAM speed exceeds SPD rating (at least for non-XMP modules). Check post #640 in this thread:
Prebuilt - [SFFn] ASRock's DeskMini A300 - Finally!
@ConsolidatedResults I haven't had any reason to check my temperature settings beyond the one time I ran stress testing in Fedora 32. Temps were fine under load at that time and I've had no reason to check the server temps now that I'm running Win 2012 R2 on my 2400G equipped A300W. There may be...smallformfactor.net
I wasn't talking about the A300 specifically but pre-Zen 2 Ryzen generally - the limitations to memory clock speeds are universal, but obviously dependent on the characteristics of each implementation.
That might be worth a try, but since I'm running a 1600X any voltage changes for the CPU would set the CPU into "OC mode", disabling boost and generally making it act like a mid-2000s CPU, which I'm not keen on. It's a good thing they've changed how this works in later revisions. For now it's actually been stable for as long as I can remember, so I'm sticking with current settings until I can upgrade again later this year or early next year, and relegate the 1600X to NAS duties (at DDR4-2400 or 2666 for stability, obviously).Completely understood, where you wrote that Memtest gives no errors but you still get random shutdowns that in my experience can relate to SOC Voltage being too low or dropping under load, as @gustav also observed, so i wanted to suggest to check that - when you try to run your RAM at 3200 and you set SOC Voltage to offset the voltage drop to help it becoming stable - the SOC voltage setting actually does stick. Because it could be that you set it to e.g. supply 1.5V but it actually only supplies 1V. That is all assuming that "my setup" refers to an A300 based platform. That was all
One needs to verify SOC Overclock VID actually having an effect, whether the setting does something at all depends on the BIOS version and whether configured RAM speed exceeds SPD rating (at least for non-XMP modules).
Maybe I do get it wrong. But if you set 1.5V it should supply 1.5V on idle. But when there is power required for computation, the chip draws it from the supply (12V,5V,3.3V,1.8V,... Power rails on your Mainboard). The supply has to keep up with the demand. There comes in such a phenomenon as 'voltage drop' The supply cannot satisfy the demand.Because it could be that you set it to e.g. supply 1.5V but it actually only supplies 1V.
@ConsolidatedResults hello well, my conclusion ist that the mobo was not *in the first place* designed to run RAM at 3200.
I'm on 3.60 BIOS.
SOC Overclock Flag is just "a click", to set to 1.1V. you can also manually set the VID (will have to look up) value.
We, well, at least I do speak about modules with XMP profile for their 300/3200 speeds. The same values can be ofc entered manually, if A300 boots. I do not blame at this point. It's just how it goes.
FYI: The XMP profile @2933+ is also outside JEDEC specs - the institution which is designing DDR RAM it's just manifested as XMP, but is tested outside of specs. So yeah
Edit: do not supply more than 1.2V to your SOC, as more can permanently degrade performance
also I encourage everyone to try UNIGINE Valley out and HWInfo32 and observe the SOC voltage drop and just post your min value. And just provide shortly your config. We can do a survey and figure it out.
Like this:
3.60bios/3200@CL18@1.2Vram/2400G/1.1Vsoc/0.984Vatdrop/gdr=off/cr=1t
Gear Down Mode = Off (stressing SOC!)
Command Rate = 1T
My stable:
3.60/3200@CL16@1.2V/2400G/VID=41/1.034V/off/1t
TODO: Search up VID offset table for A300, which describes voltages. Higher VID = lower Voltage. Values 45 to 41 were tried by me. Considered safe, since under 1.2V. (VID=41 is around 1.125-1.13V, HWInfo32. it may still differ from real Voltage which comes on the PIN of the SOC vs reported by sensor!)
It should at least give us a picture. UNIGINE is not the payload/test to run. You can run anything. Just observe we just need like 20 samples. Draw a graph and find a sweet spot, where we can say anything further. If you do instability, you may increase the voltage and make one more sample, so we could even compare Just an idea
Maybe I do get it wrong. But if you set 1.5V it should supply 1.5V on idle. But when there is power required for computation, the chip draws it from the supply (12V,5V,3.3V,1.8V,... Power rails on your Mainboard). The supply has to keep up with the demand. There comes in such a phenomenon as 'voltage drop' The supply cannot satisfy the demand.
@ssouthall6 just curious about your RAM. May I ask, which freq and voltage? XMP&Stock?
@micky1067 if you follow the guide, suchende has shared, can you post some lspci output or tell where you encounter problems?
Yea, I used to follow this thread and @ShamedGod's results on his memory OC. I may have missed it, thank you for letting me knowStarting from the back, the vdroop issue on the SOC rail is known for the A300 and has been confirmed several times in this thread, so your observations are of course correct.
Ok, it was not clear to me, that the board has such a weird behaviour. There you see again, ASRock & their dev team. So awful. Hence I can not emphasize enough. Give us a stable, production BIOS. And not glued together and forgotten about.What further happens with the A300 is that the board may set SOC Voltage to 1.1V automatically or ignore manually set vSOC.
That's actually pretty neat. Do you remember your voltages? Just curious. I had in mind, that a VID=41 is not that high! But, it's still ok.I had Single Rank x16 RAM stable at 3466
I disagree on that. As Ryzen was released, (I'm talking about Zen 1/ Zen1+,Raven Ridge), AMD had it officially running at 2933MHz, and after some time, they've updated their statement but the specs were never changed. As far as I know. AMD Page, Raven Ridge Specs - still 2933MHz; Anandtech, Ryzen 2400G, ReviewNone of the Gen 1/1+ Ryzen G officially support more than DDR2933 anyway
Hi gustav,
Result.. The VM does niot start. And the proxmox system hangup.
I have done this:
sudo lspci -nnk | grep "VGA\|Audio"
04:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Picasso [1002:15d8] (rev c8)
04:00.1 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] Raven/Raven2/Fenghuang HDMI/DP Audio Controller [1002:15de]
Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Raven/Raven2/Fenghuang HDMI/DP Audio Controller [1002:15de]
04:00.6 Audio device [0403]: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) HD Audio Controller [1022:15e3]
Subsystem: ASRock Incorporation Family 17h (Models 10h-1fh) HD Audio Controller [1849:2233]
Graphic: 1002:15d8
Audio: 1002:15de
/etc/modules-load.d/vfio.conf
vfio
vfio_iommu_type1
vfio_pci
vfio_virqfd
/etc/modprobe.d/vfio.conf
options vfio-pci ids=1002:15d8,1002:15de
update-initramfs
sudo update-initramfs -u -k all
sudo nano /etc/default/grub
update-initramfs: Generating /boot/initrd.img-5.4.44-1-pve
Running hook script 'zz-pve-efiboot'..
Re-executing '/etc/kernel/postinst.d/zz-pve-efiboot' in new private mount namespace..
No /etc/kernel/pve-efiboot-uuids found, skipping ESP sync.
update-initramfs: Generating /boot/initrd.img-5.4.41-1-pve
Running hook script 'zz-pve-efiboot'..
Re-executing '/etc/kernel/postinst.d/zz-pve-efiboot' in new private mount namespace..
No /etc/kernel/pve-efiboot-uuids found, skipping ESP sync.
update-initramfs: Generating /boot/initrd.img-5.3.18-3-pve
Running hook script 'zz-pve-efiboot'..
Re-executing '/etc/kernel/postinst.d/zz-pve-efiboot' in new private mount namespace..
No /etc/kernel/pve-efiboot-uuids found, skipping ESP sync.
sudo nano /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet amd_iommu=on"
sudo update-grub
Linux-Abbild gefunden: /boot/vmlinuz-5.4.44-1-pve
initrd-Abbild gefunden: /boot/initrd.img-5.4.44-1-pve
Linux-Abbild gefunden: /boot/vmlinuz-5.4.41-1-pve
initrd-Abbild gefunden: /boot/initrd.img-5.4.41-1-pve
Linux-Abbild gefunden: /boot/vmlinuz-5.3.18-3-pve
initrd-Abbild gefunden: /boot/initrd.img-5.3.18-3-pve
Adding boot menu entry for EFI firmware configuration
sudo reboot
In Proxmox VM Linux Mint
Hardware:
BIOS: OVMF
machine: q35
PCi Device: 0000:04:00.0 / All functions, primary Gpu, Rom Bar and PCIe is on.
sudo lsmod | grep vfio
@micky1067
Ok, those are the steps in the guide.
So the problem is: The targeted VM does not start? (Which should have the GPU pass-through)
At which point does Proxmox hang up itself? After starting the targeted VM?
How do you measure that it hangs? Other VMs become unresponsive? no ssh into proxmox possible?
Can you execute lsmod on proxmox to see, wheather your vfio_... modules have been successfully loaded? As a first step of troubleshooting.
If they are loaded into kernel. I assume proxmox hangs directly after you start targetet VM?
Bash:sudo lsmod | grep vfio
If the output of the command is empty, they have not been loaded. Else, could you please post the output.
And finally i'm about to buy a noctua fan as my last effort, what do you suggest the l9i or l9a?
I was waiting for a new BIOS to be released before the 07JUL20 XT CPU launch, as I was hoping that would also be when the new APU's would be officially announced (or at least be unveiled), however this BIOS is specifically targeting "gamers, overclocking lovers and PC enthusiasts" So I'm confused.Asrock just released a Beta BIOS for the A300, updates to AGESA Combo-AM4 1.0.0.4 Patch B.
Hello to all deskmini lovers, new to forum but reading you offen,
i'm writing from Greece and i would appreciate your help to my problem.
I have the a300 running fluently for 9 months with m.2 nvme adata xpg 6000, 3400g, hyper x 2x8gb 2933, stock cooler from 3200g,
i was playing games with no problems but suddenly when i load not a heavy game for example rise of the tomb raider the system crashes (restarts), memtest crashes, burnintest on 3d crashes....i've tried 3400g on another mobo with no problem, i tried on deskmini the 3200g and crucial 2666 2x8gb ram the same crashes, in all bios's in other ssd fresh win10 install, same crashes. I have also noticed an temp increase inside the case on idle too and the environment temp is the same, the heatsinks on cpu cooler and mobo burn allover, is that normal?
I've sent it to the vendor and the first answer was "the deskmini is not for games but only for office work" (made me furious) anyway after the check they said that it passes with no errors. I requested to make a more thorough test and explained that crashes on 3d and i 'm waiting.
Please can anyone tell me if there is a way to see if the deskmini has the problem or if it can be fixed any how?
And finally i'm about to buy a noctua fan as my last effort, what do you suggest the l9i or l9a?
Thank you in advance, and sorry for my english.