Is OpenBMC on the AsRock board supposed to correctly list the hardware inventory?
I do not see CPU, memory and power supply listed even though they are there.
And the system does not POST. Nothing happens after power on.
And yes, I do use RDIMMs although not QVL (4x Kingston KTD-PE432D8/32G)
I also have access to an X570D4U-2L2T.
That BMC (not OpenBMC) does not list any hardware either, yet it runs fine.
It lists the hardware inventory, but only after POSTing. From talking to you on Twitter it sounds like the board is unfortunately DOA so will need to be RMAād.
Is anyone else having issues with this Dynatron CPU fan control? We have one of these Dynatron heatsink and fan on our board but there seems to be no fan control at all? I mean, it either runs very slow (~0.5K RPM) or full blast (~13K RPM) when the CPU is under load, and it is super noisy at ~13K RPM.
Iāve recently bought exactly that bundle and now Iām happily playing with it. A small and humble self-promotion (but mostly because it might be useful for some one): I wrote a first impression article about it.
But main points that I found interesting were:
It came with BMC 02.05.00 and Firmware 2.04 out of the box (those are not available on ASRock website, as there are only two 1.x versions in stable and 02.06.00/2.05 in Beta section). So Iāve naturally upgraded to latest beta, and it seems it fixed few small problems that stock firmware had. BUt it is way less refined than what you expect of x86 server.
Manual have typos. For example it mentions a debug console on port 2203, however in reality it is 2200. And it actually is pretty awesome as if you SSH to it when system is turned off it provides rather detailed boot log that otherwise you wonāt be able to get.
Forwarding services can get it for a small premium to EU or Switzerland (in my case), it is not free (in my case it was about 300$ of shipping costs and customs fees on top of the newegg price)
@hrw oh, long time no see (you might not remember me, but I used to bother you over Jabber about Zaurus kernel back in times of OpenEmbedded)
I ill shove it into a rack probably next month or so, I still need a chassis that wouldnāt cost a fortune and I donāt have 1U radiator yet.
I have rx550, Iāve already quickly tried it in the system. As with other Ampere systems, before Linux boots, you gets no output on external graphics. At all.
By default (until you blocklist ast driver) all output goes to Aspeed integrated graphics even if external one plugged in.
Iāll try withouth HDMI capture card on a proper screen after I get my RAM. I currently have only 1 stick as I donāt keep a lot of RDIMMs around the house
Yeah, true. In that case I hoped to get overall newer version of packages But that might not be worth it (I mean testing have 6.7, probably not a huge difference anyway).
@hrw well, with Debian 6.6 kernel, RDNA gpu doesnāt work. Older Polaris though works just fine (Iāve tried rx550).
Even if I disable ASPM it ends up with the same error during initialization. I guess root cause here is that ERRATA that needs to be patched. And unless debian or ubuntu is willing to integrate that or unless some one want to upstream the patch that Altra did - yeah, youāll need to patch the kernel or rely on some one from the community to do that for you and upload it to the repo.
Yeah, Iām still sad to see such small mistakes plaguing half of the ARM boards available and that still if you want things to just work - x86 is the only viable option.
Yeah, if you donāt need modern GPU it seems fine (at least so far). I might have more problems with the platform later though.
And yeah, I hate that so many years has passed and ARM ecosystem is still have such problems and that platform developer doesnāt work towards fixing that upstream, like they should. That basically hinders ARM adoption as there is no way that developer can spend reasonable-ish amount of money (1-2k $) and get a machine that is suitable for everyday use at home.
I will try to apply workaround patches on top 6.6, if that wonāt work it would be probably easier for me to just grab vanilla kernel and build it with whatever patches I want. As Iām not a huge fan of debian kernel package build systemā¦
With 6.9.0@master I managed to get rx5700 initialized once, but then it reverted back to the same āring kiq_0.2.1.0 test failedā problem. I even thought it was promising that board would work with RDNA out of the box on newest kernels, but I guess it is just not a 100% chance of getting an error.
With a patch ported to 6.9.0 (one const was renamed and option should depend on 52-bit VA space) it seems to work reliably. I havenāt done any more tests yet.
I also got an Intel ARC 750 to try and what can I sayā¦
Card doesnāt fit into the third slot (and obviously doesnāt fit into bottom one), battery is in the way. Probably that can be solved by using a raiser cable, however it fits into second (PCIe x8 on Altra).
About driver, ARC 750 is not supported by Xe kernel module (officially) so I needed to add:
xe.force_probe='56a1' and i915.force_probe='!56a1'
to the kernel (kernel 6.9.0@master from 2 days ago with PCIe patches)