Prebuilt [SFFn] ASRock's DeskMini A300 - Finally!

Valantar

SFF Guru
Jan 20, 2018
1,532
1,393
There is. According to a news I read, AMD called it "Limited Volume SKU". But don't ask me what is meant by that.
Hm, that's weird. Probably a semi-official/not-quite-on-the-roadmap salvage SKU made from dice with enough defects to not qualify as even a 5600U, to ensure that every single usable die is put to use. Given the maturity of TSMC's 7nm process at this point, I would expect the number of Cezanne dice with that many defects (more than two defective cores, some sort of interconnect error, two defective CUs, etc.) to be near zero, and it doesn't make any sense for them to sell cut-down chips that could have gone to a higher bin when there's a shortage. So I would expect that SKU to show up in one or two designs at the most.
 

ratundtat

Caliper Novice
Sep 12, 2020
26
9
there are some new bugs in the newer firmware, too?
I changed from A300 3.60k -> X300 1.46
Now I see often: System is too slow.
So Mouse is offline on booting system, until replugin USB
and keyboard works, but there is warning of "system is too slow", too.
for: (error) IRQ handling .... <- i didnt find a solution
 

alles_alles

SFF Lingo Aficionado
Aug 11, 2020
101
26
there are some new bugs in the newer firmware, too?
I changed from A300 3.60k -> X300 1.46
Now I see often: System is too slow.
So Mouse is offline on booting system, until replugin USB
and keyboard works, but there is warning of "system is too slow", too.
for: (error) IRQ handling .... <- i didnt find a solution
do you have reset cmos? whitch cpu do you have ? what is is too slow ? can you post screens of the errors. ??
 

ratundtat

Caliper Novice
Sep 12, 2020
26
9
Pretty happy with the fairly straightforward upgrade from 3200g to 4650g, other than forgetting to suspend bitlocker on one of my SSD's and faffing around with those nasty little cables on the base it seems to finally be aligned with the 64gb ram
hi, did you try "gaming"? do you have more, equal or less FPS in games, just causes upgrade from 3200g to 4650g.
 

ratundtat

Caliper Novice
Sep 12, 2020
26
9
do you have reset cmos? whitch cpu do you have ? what is is too slow ? can you post screens of the errors. ??
no, i never reseted cmos. my first boot was with Firmware 1.40. load, ok, but because IRQ handle, So on 2nd boot. i upgraded from 1.40 -> 1.46. nothing changed.
slow is hmmm USB i think so. let me searching....
Errors:
Feb 15 10:29:02 archlinux kernel: ACPI: IRQ9 used by override.
Feb 15 10:29:02 archlinux kernel: Using ACPI (MADT) for SMP configuration information
Feb 15 10:29:02 archlinux kernel: ACPI: HPET id: 0x10228201 base: 0xfed00000
Feb 15 10:29:02 archlinux kernel: e820: update [mem 0xca77d000-0xca77dfff] usable ==> reserved
Feb 15 10:29:02 archlinux kernel: smpboot: Allowing 32 CPUs, 24 hotplug CPUs
Feb 15 10:29:02 archlinux kernel: PM: hibernation: Registered nosave memory: [mem 0x00000000-0x00000fff]

Feb 15 10:29:02 archlinux kernel: Freeing SMP alternatives memory: 36K
Feb 15 10:29:02 archlinux kernel: smpboot: CPU0: AMD Ryzen 5 3400G with Radeon Vega Graphics (family: 0x17, model: 0x18, stepping: 0x1)
Feb 15 10:29:02 archlinux kernel: Performance Events: Fam17h+ core perfctr, AMD PMU driver.
Feb 15 10:29:02 archlinux kernel: ... version: 0
Feb 15 10:29:02 archlinux kernel: ... bit width: 48
Feb 15 10:29:02 archlinux kernel: ... generic registers: 6
Feb 15 10:29:02 archlinux kernel: ... value mask: 0000ffffffffffff
Feb 15 10:29:02 archlinux kernel: ... max period: 00007fffffffffff
Feb 15 10:29:02 archlinux kernel: ... fixed-purpose events: 0
Feb 15 10:29:02 archlinux kernel: ... event mask: 000000000000003f
Feb 15 10:29:02 archlinux kernel: rcu: Hierarchical SRCU implementation.
Feb 15 10:29:02 archlinux kernel: NMI watchdog: Enabled. Permanently consumes one hw-PMU counter.
Feb 15 10:29:02 archlinux kernel: smp: Bringing up secondary CPUs ...
Feb 15 10:29:02 archlinux kernel: x86: Booting SMP configuration:
Feb 15 10:29:02 archlinux kernel: .... node #0, CPUs: #1
Feb 15 10:29:02 archlinux kernel: __common_interrupt: 1.55 No irq handler for vector
Feb 15 10:29:02 archlinux kernel: #2
Feb 15 10:29:02 archlinux kernel: __common_interrupt: 2.55 No irq handler for vector
Feb 15 10:29:02 archlinux kernel: #3
Feb 15 10:29:02 archlinux kernel: __common_interrupt: 3.55 No irq handler for vector
Feb 15 10:29:02 archlinux kernel: #4
Feb 15 10:29:02 archlinux kernel: __common_interrupt: 4.55 No irq handler for vector
Feb 15 10:29:02 archlinux kernel: #5
Feb 15 10:29:02 archlinux kernel: __common_interrupt: 5.55 No irq handler for vector
Feb 15 10:29:02 archlinux kernel: #6
Feb 15 10:29:02 archlinux kernel: __common_interrupt: 6.55 No irq handler for vector
Feb 15 10:29:02 archlinux kernel: #7
Feb 15 10:29:02 archlinux kernel: __common_interrupt: 7.55 No irq handler for vector

Feb 15 10:29:02 archlinux kernel: Freeing initrd memory: 24248K
Feb 15 10:29:02 archlinux kernel: pci 0000:00:00.2: AMD-Vi: Unable to read/write to IOMMU perf counter.
Feb 15 10:29:02 archlinux kernel: pci 0000:00:00.2: can't derive routing for PCI INT A
Feb 15 10:29:02 archlinux kernel: pci 0000:00:00.2: PCI INT A: not connected
Feb 15 10:29:02 archlinux kernel: pci 0000:00:01.0: Adding to iommu group 0

Feb 15 10:29:02 archlinux kernel: nvme nvme0: missing or invalid SUBNQN field.

[ 48.915] (II) event17 - ROCCAT ROCCAT Kone Aimo System Control: is tagged by udev as: Keyboard
[ 48.915] (II) event17 - ROCCAT ROCCAT Kone Aimo System Control: device is a keyboard
[ 48.918] (II) config/udev: Adding input device ROCCAT ROCCAT Kone Aimo (/dev/input/event18)
[ 48.918] (II) No input driver specified, ignoring this device.
[ 48.918] (II) This device may have been added with another device file.
[ 79.482] (EE) event15 - ROCCAT ROCCAT Kone Aimo Mouse: client bug: event processing lagging behind by 18ms, your system is too slow
43078.876] (EE) event25 - Logitech Logitech G710 Keyboard: client bug: event processing lagging behind by 37ms, your system is too slow

Ok, i see my system is not very bugfree... :-/
but i am just changed the board from A300 -> X300 with same hardware settings. before that, the IRQ handler and USB ports hints were not exist.
so all works fine. but not that the mouse will deactivate on boot. #notAlways! but ~98%
someone means it could because "sddm" ...
IRQ handling ... perhaps IOMMU? on both systems = activated
 

ratundtat

Caliper Novice
Sep 12, 2020
26
9
I did extra NO update before changing the board. so, that i see direct on first boot a difference.
That is 2 weeks ago. Until today, i have installed some updates and played with kernel parameters.
 

alles_alles

SFF Lingo Aficionado
Aug 11, 2020
101
26
no, i never reseted cmos. my first boot was with Firmware 1.40. load, ok, but because IRQ handle, So on 2nd boot. i upgraded from 1.40 -> 1.46. nothing changed.
slow is hmmm USB i think so. let me searching....
Errors:
Feb 15 10:29:02 archlinux kernel: ACPI: IRQ9 used by override.
Feb 15 10:29:02 archlinux kernel: Using ACPI (MADT) for SMP configuration information
Feb 15 10:29:02 archlinux kernel: ACPI: HPET id: 0x10228201 base: 0xfed00000
Feb 15 10:29:02 archlinux kernel: e820: update [mem 0xca77d000-0xca77dfff] usable ==> reserved
Feb 15 10:29:02 archlinux kernel: smpboot: Allowing 32 CPUs, 24 hotplug CPUs
Feb 15 10:29:02 archlinux kernel: PM: hibernation: Registered nosave memory: [mem 0x00000000-0x00000fff]

Feb 15 10:29:02 archlinux kernel: Freeing SMP alternatives memory: 36K
Feb 15 10:29:02 archlinux kernel: smpboot: CPU0: AMD Ryzen 5 3400G with Radeon Vega Graphics (family: 0x17, model: 0x18, stepping: 0x1)
Feb 15 10:29:02 archlinux kernel: Performance Events: Fam17h+ core perfctr, AMD PMU driver.
Feb 15 10:29:02 archlinux kernel: ... version: 0
Feb 15 10:29:02 archlinux kernel: ... bit width: 48
Feb 15 10:29:02 archlinux kernel: ... generic registers: 6
Feb 15 10:29:02 archlinux kernel: ... value mask: 0000ffffffffffff
Feb 15 10:29:02 archlinux kernel: ... max period: 00007fffffffffff
Feb 15 10:29:02 archlinux kernel: ... fixed-purpose events: 0
Feb 15 10:29:02 archlinux kernel: ... event mask: 000000000000003f
Feb 15 10:29:02 archlinux kernel: rcu: Hierarchical SRCU implementation.
Feb 15 10:29:02 archlinux kernel: NMI watchdog: Enabled. Permanently consumes one hw-PMU counter.
Feb 15 10:29:02 archlinux kernel: smp: Bringing up secondary CPUs ...
Feb 15 10:29:02 archlinux kernel: x86: Booting SMP configuration:
Feb 15 10:29:02 archlinux kernel: .... node #0, CPUs: #1
Feb 15 10:29:02 archlinux kernel: __common_interrupt: 1.55 No irq handler for vector
Feb 15 10:29:02 archlinux kernel: #2
Feb 15 10:29:02 archlinux kernel: __common_interrupt: 2.55 No irq handler for vector
Feb 15 10:29:02 archlinux kernel: #3
Feb 15 10:29:02 archlinux kernel: __common_interrupt: 3.55 No irq handler for vector
Feb 15 10:29:02 archlinux kernel: #4
Feb 15 10:29:02 archlinux kernel: __common_interrupt: 4.55 No irq handler for vector
Feb 15 10:29:02 archlinux kernel: #5
Feb 15 10:29:02 archlinux kernel: __common_interrupt: 5.55 No irq handler for vector
Feb 15 10:29:02 archlinux kernel: #6
Feb 15 10:29:02 archlinux kernel: __common_interrupt: 6.55 No irq handler for vector
Feb 15 10:29:02 archlinux kernel: #7
Feb 15 10:29:02 archlinux kernel: __common_interrupt: 7.55 No irq handler for vector

Feb 15 10:29:02 archlinux kernel: Freeing initrd memory: 24248K
Feb 15 10:29:02 archlinux kernel: pci 0000:00:00.2: AMD-Vi: Unable to read/write to IOMMU perf counter.
Feb 15 10:29:02 archlinux kernel: pci 0000:00:00.2: can't derive routing for PCI INT A
Feb 15 10:29:02 archlinux kernel: pci 0000:00:00.2: PCI INT A: not connected
Feb 15 10:29:02 archlinux kernel: pci 0000:00:01.0: Adding to iommu group 0

Feb 15 10:29:02 archlinux kernel: nvme nvme0: missing or invalid SUBNQN field.

[ 48.915] (II) event17 - ROCCAT ROCCAT Kone Aimo System Control: is tagged by udev as: Keyboard
[ 48.915] (II) event17 - ROCCAT ROCCAT Kone Aimo System Control: device is a keyboard
[ 48.918] (II) config/udev: Adding input device ROCCAT ROCCAT Kone Aimo (/dev/input/event18)
[ 48.918] (II) No input driver specified, ignoring this device.
[ 48.918] (II) This device may have been added with another device file.
[ 79.482] (EE) event15 - ROCCAT ROCCAT Kone Aimo Mouse: client bug: event processing lagging behind by 18ms, your system is too slow
43078.876] (EE) event25 - Logitech Logitech G710 Keyboard: client bug: event processing lagging behind by 37ms, your system is too slow

Ok, i see my system is not very bugfree... :-/
but i am just changed the board from A300 -> X300 with same hardware settings. before that, the IRQ handler and USB ports hints were not exist.
so all works fine. but not that the mouse will deactivate on boot. #notAlways! but ~98%
someone means it could because "sddm" ...
IRQ handling ... perhaps IOMMU? on both systems = activated
ok this is slow. Hmmm and the same errors where in 1.40 too or ? . So under Windows i don't see any of this errors or have buggy usb device. But i have heard, that the USB C Port set to USB 2.0 standard on 1.40 bios . But this shouldn't give that issue. Do you have tested all USB Ports ? What is with the USB 3.0 Ports or other USB2 Ports ? . Hmmm yes i think iommu or so can be a root cause
 

alles_alles

SFF Lingo Aficionado
Aug 11, 2020
101
26
I did extra NO update before changing the board. so, that i see direct on first boot a difference.
That is 2 weeks ago. Until today, i have installed some updates and played with kernel parameters.
You updatet to another board. Do you buy any x board and you have the issue too ?
 
  • Like
Reactions: ratundtat

ratundtat

Caliper Novice
Sep 12, 2020
26
9
sorry ah ok you donÄt have issue with x300 board:)
i mean with update = linux-software; upgrade = hardware <-- sometimes I think so :p

at the moment USB-C (so not tested) is not connectable, because the 2xUSB cable is always a problem... so the case is not 100% closes. One screw left the case. You know what I mean. Next weekend, I will open case again, for complete close. then I will try CMOS reset too.
My meaning of the 2xUSB cable, cable to long and the square is sux. In A300 i had always the same problem for closing the case, because it and the case should ~3mm higher. Asrock was ignore my request (last year). This same problem is with X300 ... :-/

Yes, i had pre-install X300 with Firmware 1.40 with the same errors. That was direct the reason for try 1.46, because no 3rd alternative. before I updated firmware, my first look into UEFI was lil shock, because UEFI with Firmware 1.40 is very naked, lil bit empty (as like as 3.60l<-- there it is very full!). And: next month i want change RAM, so I wanted try X300.

but my primary concern is, that I hint this. And my really hope is, that someone will build a 'fine' firmware.

Last question: I need Wifi Adapter Cable, from Germany. someone can give me a link for shopping 'correct' adapter, please?
 

KingDiamond

Efficiency Noob
Feb 16, 2021
6
3
Hello,
everyone I have been following the topic for a long time, but only now I am writing do any of you know if there is a newer bios from X300 v.1.46E from .05.01.2021 because I have some instability of Ram at 3800 and 3733 mhz with it ...
Does anyone know what exactly is the current version in German JZelectronic ?

https://www.facebook.com/JZelectronic/posts

 

alles_alles

SFF Lingo Aficionado
Aug 11, 2020
101
26
Hello,
everyone I have been following the topic for a long time, but only now I am writing do any of you know if there is a newer bios from X300 v.1.46E from .05.01.2021 because I have some instability of Ram at 3800 and 3733 mhz with it ...
Does anyone know what exactly is the current version in German JZelectronic ?

https://www.facebook.com/JZelectronic/posts

have 1.46B on my Device. Can you backup the 1.46E from your Device ?
 

KingDiamond

Efficiency Noob
Feb 16, 2021
6
3
There is no problem to send you the bios file,

if you want to give your mail in a private message so as not to spam the topic here ..
 

ratundtat

Caliper Novice
Sep 12, 2020
26
9
X300 (Firmware 1.46 #JZE) + 4650G + Ballistix 3200 MHz
tCL 16
tRCDRD 19
tRCDWR 16
tRP 16
tRAS 36
tRC 66
tRFC 560

&& 1,35V = > 3600 MHz
$ sysbench --test=memory --memory-block-size=1M --memory-total-size=10G run
21735.48 MiB/sec
 

westdam

Cable Smoosher
Jun 22, 2020
12
0
Hi, I'm on a300 with 3400g , 32,GB ram ballistix 3200, 2x1tb ssd drives, wifi nvme, usb 2.0 port external, Linux mint 20.1 kernel 5.8. noctua as cooling

I've got problem using the usb port. If I plug almost any device I've got something strange behavior . If plug a wifi mouse it will connect/disconnect often, a keyboard too. A hd drives won't turn on, a usb drives it's slooowly or doesn't work well.

I think it's psu problem. I've read something here about changing psu with a 180w , model. Is it a correct option?

Thanks.
Bye Marco
 

gustav

Cable-Tie Ninja
Jun 18, 2020
163
73
Hi, I'm on a300 with 3400g , 32,GB ram ballistix 3200, 2x1tb ssd drives, wifi nvme, usb 2.0 port external, Linux mint 20.1 kernel 5.8. noctua as cooling

I've got problem using the usb port. If I plug almost any device I've got something strange behavior . If plug a wifi mouse it will connect/disconnect often, a keyboard too. A hd drives won't turn on, a usb drives it's slooowly or doesn't work well.

I think it's psu problem. I've read something here about changing psu with a 180w , model. Is it a correct option?

Thanks.
Bye Marco

Hard to tell, but assuming your extern HDD uses up to 1A, but mouse or keyboard are more like 50-100mA - this should not be the limit of the PSU.
It's more of a firmware bug. Try trying out other operating system. Maybe booting Debian/Ubuntu live distro and try to plug it in there. If it works - it's
Mint incompatability -- I would say so.
You seem to be experiencing the same issue @ratundtat is also describing here - but I hardly understand or don't even know what to answer.
 
Last edited:

westdam

Cable Smoosher
Jun 22, 2020
12
0
Hard to tell, but assuming your extern HDD uses up to 1A, but mouse or keyboard are more like 50-100mA - this should not be the limit of the PSU.
It's more of a firmware bug. Try trying out other operating system. Maybe booting Debian/Ubuntu live distro and try to plug it in there. If it works - it's
Mint incompatability -- I would say so.
Already done. Problem occurred even with elementary, manjaro, Windows 10. for further detail if I plug a wifi mouse the system freeze or if I boot via the 2 new usb 2.0 port I've bought it will hung. I'm on p3.60h bios. Need to back to 3.60?
 
Last edited:

gustav

Cable-Tie Ninja
Jun 18, 2020
163
73
Already done. Problem occurred even with elementary, manjaro, Windows 10. for further detail if I plug a wifi mouse the system freeze or if I boot via the 2 new usb 2.0 port I've bought it will hung. I'm on p3.60h bios. Need to back to 3.60?
Maybe try to remove one NVME drive (if possible, AMD RAID should be a nightmare, as I heard from LTT) and remove m.2 wifi - it will "restore" enough power to be able to plug in a keyboard at least. Look if problem still occurs. If not, possible PSU, which you were speaking of already :)
Second thing - I do not have it in my mind anymore which BIOS version is "the one to go with" - but 3.70 is def. not the one (outdated AGESA-stack). Still, you may try it out. I'm on 3.60R and some members reporting good results use 3.60S - so yea, you could try those at least :) you can grab BIOS from the git repo: