Motherboard Group Buy/Crowdfunded Modded BIOS for the Asrock A300m (Deskmini A300)

gustav

Cable-Tie Ninja
Jun 18, 2020
193
90
Working a bit further on the setup:

@ASRock System I don't know if there is still an error in the BIOS ACPI &&/|| Virtualization Table.
Ubuntu 20.04 LTS, Kernel v.5.4.0-40-generic, x86_64, BIOS: 3.60H, Ryzen 2400G, 16GB (2x 8GB) RAM, NVME + SATA0 SSDs

GPU has 1G memory dedicated.

Please fix (maybe not crucial):

BIOS Settings:

IOMMU = Enabled
SRV-IO = Enabled

Code:
dmesg | grep AMD-Vi
[    0.722001] pci 0000:00:00.2: AMD-Vi: Unable to read/write to IOMMU perf counter.
[    0.722111] pci 0000:00:00.2: can't derive routing for PCI INT A
[    0.722111] pci 0000:00:00.2: PCI INT A: not connected
[    0.722552] pci 0000:00:01.0: Adding to iommu group 0
[    0.722729] pci 0000:00:01.1: Adding to iommu group 1
[    0.722967] pci 0000:00:01.7: Adding to iommu group 2
[    0.723144] pci 0000:00:08.0: Adding to iommu group 3
[    0.723367] pci 0000:00:08.1: Adding to iommu group 4
[    0.723588] pci 0000:00:08.2: Adding to iommu group 5
[    0.723779] pci 0000:00:14.0: Adding to iommu group 6
[    0.723801] pci 0000:00:14.3: Adding to iommu group 6
[    0.724034] pci 0000:00:18.0: Adding to iommu group 7
[    0.724056] pci 0000:00:18.1: Adding to iommu group 7
[    0.724078] pci 0000:00:18.2: Adding to iommu group 7
[    0.724098] pci 0000:00:18.3: Adding to iommu group 7
[    0.724119] pci 0000:00:18.4: Adding to iommu group 7
[    0.724140] pci 0000:00:18.5: Adding to iommu group 7
[    0.724161] pci 0000:00:18.6: Adding to iommu group 7
[    0.724181] pci 0000:00:18.7: Adding to iommu group 7
[    0.724381] pci 0000:01:00.0: Adding to iommu group 8
[    0.724604] pci 0000:02:00.0: Adding to iommu group 9
[    0.724862] pci 0000:03:00.0: Adding to iommu group 10
[    0.724973] pci 0000:03:00.0: Using iommu direct mapping
[    0.725127] pci 0000:03:00.1: Adding to iommu group 11
[    0.725167] pci 0000:03:00.2: Adding to iommu group 11
[    0.725207] pci 0000:03:00.3: Adding to iommu group 11
[    0.725246] pci 0000:03:00.4: Adding to iommu group 11
[    0.725285] pci 0000:03:00.6: Adding to iommu group 11
[    0.725501] pci 0000:04:00.0: Adding to iommu group 12
[    0.725731] pci 0000:00:00.2: AMD-Vi: Found IOMMU cap 0x40
[    0.725732] pci 0000:00:00.2: AMD-Vi: Extended features (0x4f77ef22294ada):

[    0.730860] AMD-Vi: Interrupt remapping enabled
[    0.730860] AMD-Vi: Virtual APIC enabled
[    0.730976] AMD-Vi: Lazy IO/TLB flushing enabled
[    2.586081] AMD-Vi: AMD IOMMUv2 driver by Joerg Roedel <jroedel@suse.de>

The section with IOMMU perf counter.
The correct output would be
Code:
"AMD-Vi: IOMMU performance counters supported.

Here is what is found behind 0000:00:00.2 (hwinfo)
Code:
16: PCI 00.2: 0806 IOMMU
  [Created at pci.386]
  Unique ID: Z+fY.Il0DcxNZf41
  SysFS ID: /devices/pci0000:00/0000:00:00.2
  SysFS BusID: 0000:00:00.2
  Hardware Class: unknown
  Model: "AMD Raven/Raven2 IOMMU"
  Vendor: pci 0x1022 "AMD"
  Device: pci 0x15d1 "Raven/Raven2 IOMMU"
  SubVendor: pci 0x1022 "AMD"
  SubDevice: pci 0x15d1
  IRQ: 25 (no events)
  Module Alias: "pci:v00001022d000015D1sv00001022sd000015D1bc08sc06i00"
  Config Status: cfg=new, avail=yes, need=no, active=unknown
Here is what is found behind 0000:00:00.2 (sudo lspci -nvv)
Code:
00:00.2 0806: 1022:15d1
    Subsystem: 1022:15d1
    Control: I/O- Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0
    Interrupt: pin A routed to IRQ 25
    Capabilities: [40] Secure device <?>
    Capabilities: [64] MSI: Enable+ Count=1/4 Maskable- 64bit+
        Address: 00000000fee04000  Data: 4021
    Capabilities: [74] HyperTransport: MSI Mapping Enable+ Fixed+

I would like to present you my goal:

My goal is to switch to Linux in the long run.
Now I'm running a dual boot setup (Windows on NVME 1TB, Linux on SSD 500GB).
If I would manage to get the Virtualization work properly, I would like to switch Linux and keep a Windows VM for gaming.

Therefore I would act like following:

1. Boot into Linux, as usual
2. Work, do stuff
3. Start a script, which
*unbinds the GPU
*starts VM with binded GPU in the parameters
*do gaming/windows stuff
*shutdown Windows VM
*bind the GPU back to the Linux system
4. continue to work
5. profit
 
Last edited:

micky1067

Chassis Packer
Jun 4, 2020
19
19
@gustavo, Can you test proxmox with iommu ? Will be nice. I am afraid to test it. Last time really hard crash of my whole system.
I run much lxc container.
 

gustav

Cable-Tie Ninja
Jun 18, 2020
193
90
@micky1067 I would, but since this is my work bench I'm not that willing to experiment with it.

On the other side, I got a NUC Gen 5 with proxmox running, there I managed to unbind the GPU from the host system. But unfortunately, had no time yet to work there further on.
 

Valantar

Shrink Ray Wielder
Jan 20, 2018
2,201
2,225
Not that I've seen. Many of us are waiting for 4700G release and hoping that ASRock will update the A300W BIOS with support.
I shudder to think of how the measly VRM in the A300 would handle a 4700G. I predict the magic smoke would come out.
 
  • Like
Reactions: gustav

GLSRacer

Average Stuffer
May 31, 2019
80
58
I guess we'll see. It's a 65W chip same as the 2400G that I'm running now. Zen 2 cores are far more power efficient than Zen+. I'm willing to be a guinea pig...
 
  • Haha
Reactions: catawalks

W4RR10R

Cable-Tie Ninja
Original poster
Jan 29, 2019
211
211
Not that I've seen. Many of us are waiting for 4700G release and hoping that ASRock will update the A300W BIOS with support.
The 4000g APUs where announced today, they will only be available in OEM systems starting in August, no word on DIY availability yet.
 

ConsolidatedResults

Average Stuffer
May 4, 2019
66
72
Hello, is there any new news on this front? It is almost the end of july ?

So from recent trademark applications (https://portal.eaeunion.org/sites/o...5&ListId=d84d16d7-2cc9-4cff-a13b-530f96889dbc via https://twitter.com/momomo_us) it looks like one of the products is indeed the X300, the other product(s) appear to be A320 and B450 based Jupiter barebones - At least that's what I guess "JPT" stands for? Would that be correct, @ASRock System ?

So not anything more akin to Deskmini GTX,RTX / Ghost Canyon NUC - but AMD based.

Edit: Well, the Jupiter A320 product page appeared sometime between June 20th and June 30th on the ASrock homepage (https://web.archive.org/web/20200620064616/https://www.asrock.com/nettop/index.asp vs https://web.archive.org/web/20200630013921/https://www.asrock.com/nettop/index.asp) As of now, there isn't even a CPU support list though or a full fledged manual
 
Last edited:

TomHC81

Trash Compacter
May 21, 2020
44
19
www.sitepoint.sk
I shudder to think of how the measly VRM in the A300 would handle a 4700G. I predict the magic smoke would come out.
No magic smoke, it just won't boost to the maximum. I've got 3400G and the highest single core boost achieved was 4050 MHz. Really waiting for the outcome when one populate 4xxxG into A300 ?
 

michang64

Minimal Tinkerer
New User
Jul 27, 2020
4
3
RYZEN 4750G (330 usd) Taiwan on sale

A300 3.60L support 4350G 4650G 4750G



*This BIOS doesn't support Bristol Ridge APU, please DO NOT update the BIOS if you install the Bristol Ridge APU on the system.
 

catawalks

Average Stuffer
Dec 17, 2019
62
88
RYZEN 4750G (330 usd) Taiwan on sale

A300 3.60L support 4350G 4650G 4750G



*This BIOS doesn't support Bristol Ridge APU, please DO NOT update the BIOS if you install the Bristol Ridge APU on the system.

Any idea on how to purchase them from that site? It's at least good to see they are becoming available, and the update to the BIOS gives hope even if it doesn't specifically say that the newer CPU's are supported yet.
 

michang64

Minimal Tinkerer
New User
Jul 27, 2020
4
3
Any idea on how to purchase them from that site? It's at least good to see they are becoming available, and the update to the BIOS gives hope even if it doesn't specifically say that the newer CPU's are supported yet.

Because ASROCK remove cpu microcode Bristol Ridge (A8 A10)

*This BIOS doesn't support Bristol Ridge APU, please DO NOT update the BIOS if you install the Bristol Ridge APU on the system.


The current retail policy in Taiwan requires the purchase of the entire computer
You need Buy Motherboard & RAM & SSD & POWER & CASE & 4000G?
 
  • Sad
Reactions: catawalks

catawalks

Average Stuffer
Dec 17, 2019
62
88
well, so seems the a300 could handle the apu 4000 series??
It's not confirmed yet, they have just removed some CPUs from the compatibility list. We are assuming it is to make room for the newer gen CPUs but it could be some other reason.
 

duha21

Chassis Packer
May 27, 2020
18
19
It's not confirmed yet, they have just removed some CPUs from the compatibility list. We are assuming it is to make room for the newer gen CPUs but it could be some other reason.
Renior VBIOS support, extracted from 3.60L:
Code:
1 - Disk Controller
     EFI AMD RAIDXpert2-Fxx      - 9.2.0-00087
     OROM AMD RAIDXpert2-Fxx     - 8.1.0-00046
     EFI AMI NVMe Driver present
2 - Video OnBoard
     EFI AMD GOP Driver          - 2.10.0.0.0_signed
     FFS-OROM VBIOS Unknown      - 017.010.000.018.000000
     OROM VBIOS Renoir           - 017.010.000.015.000000
     OROM VBIOS Raven            - 016.002.000.011.000000
     OROM VBIOS Raven 2          - 016.002.000.011.000000
     OROM VBIOS Picasso          - 016.002.000.011.000000
3 - Network
     EFI Realtek UNDI Driver     - 2.046
     OROM Realtek Boot Agent GE  - 2.62

Renoir Microcode
║7│00860F00│0860000E│2020-01-27│0xC80│0x5EEF00│Yes
║8│00860F01│08600103│2020-01-27│0xC80│0x5EFC00│Yes