All Activity

What is happening with the board maintainer in general? I think they have been incommunicado pretty much since the first release and now is the time do do something (especially since the board has been "upgraded" now).

You extract and copy the x64/d3d11.dll, x64/dxgi.dll files to the game's executable file folder. So no need to change anything in $WINEPREFIX dir.

Everytime you change you wine version, should the $WINEPREFIX dir such as ~/.wine/driver_c should be deleted and install DVXK dll again?

Wrong serial console set in kernel parameter could be a reason for having not output afterwards, so the suggestion isnt completely off. Though no clue what might be correct here.

No, because as mentioned, we need to wait until the bump to 6.18 is approved and merged. Then the work for more recent AW SoCs can be rebased on top of that.

According to the schematic it seems like pwm is used for that. That would need to be enabled as device tree overlay. https://dl.radxa.com/accessories/25w-poe/radxa_25w_poe_plus_hat_v1.2_schematic.pdf Not sure if there is further/DIY programming necessary to make it work.

This was fixed quite recently:https://github.com/armbian/build/pull/9039 Upgrading uboot package does not automatically rewrite the binaries. It just provides them for manual rewrite. So upgrading this package should not do any harm without actually writing the boot loader.

Thanks to Nick Alilovic for the solution to this issue. You need to add "BOOTFS_TYPE=fat to the board config. If you are on Windows and using an image created by someone else, it's possible you may need to install a utility to show .ext partitions. The you can edit /boot/armbianEnv.txt or extlinux to config to point to a different dtb etc.

I have an Radxa 5B+ that are powered through POE HAT. The problem is that POE HAT fan does not work at all. I have to identical machines, same issue on both of them. I have installed Armbian minimal Bookworm on both, on nvme ssd.

I have Radxa 5B+ with 1TB nvme ssd. I installed Armbian minimal Bookworm on my nvme disk. IT starts without the SD card. Problem started few days ago when i run apt upgrade. After that, the machine don't start without SD card. I have tried to reinstall the machine several times, same happends. I also tried Armbian minimal Trixie, but there the machine don't start at all without SD card. So something have changed the last days. At the moment i have installed Bookworm again, and used the command "sudo apt-mark hold linux-u-boot-rock-5b-plus-vendor". Now the machine starts without SDcard, and i can use apt upgrade, but it is not a long term solution. Anyone have the same issue and a solution?

Cool! Is it possible to build a test image? I tried to download this pull request locally and build it, but I can't find OrangePi 4A in the list of target boards. Any hints how to build it and test?

Thank you so much! I will try it tonight!

You're in luck. Major work has been done. https://github.com/armbian/build/pull/9049 Still needs testing Once this is merged 4A and other more recent Allwinner Soc related work can be rebased on top of that.

That would be my best guess too. Check other PRs which add support for boards to get some clues how to achieve. If there are questions, feel free to state.

(https://www.pcgamingwiki.com/wiki/Vampire_Survivors) Vampire_Survivors is a 64-bit / Direct3D 11.1 game. You may not be setting DXVK (stripped) properly. Set var environments as below: export WINEDLLOVERRIDES="d3d12,d3d12core,d3d11,dxgi,d3d10,d3d10_1,d3d10core,d3d9,d3d8,dinput8=n,b" Download the DXVK (stripped) here: https://github.com/khanh-it/dxvk/releases/tag/releases (You may want to try to know which version works best for this game) Extract and then copy the x64/d3d11.dll, x64/dxgi.dll files to the game's executable file. If you're setting up the DXVK properly, you will see the output with something like the following:

Hi @Nick A, I have an identical motherboard as shown on page 1. Ik316-emcp_v1.0 2021.06.01 I can boot from the SD card, but it doesn't detect the internal memory. The Wi-Fi isn't working either, but that's already explained in the topic. How can I tell if the EMCP is damaged? Or if it's not being identified correctly? I have a CH431A available if needed. I believe it's possible to access UART via CH431. Previous reports suggest that the internal memory worked on this model, but I'm not certain of that. However, I must inform you that I was unable to install the supposed ROM on this model using PhoenixTool or PhoenixCard, This could indicate a failure in the emcp in the storage block. Thank you in advance for your support. boot.log

Well, two things. 1: The cpu clock changing on the fly was not the issue. That may just be an old issue with H3 series SOCs. 2: The XU4 likes running at 1.4ghz continually just fine. fwiw I'm using a newish 5v 4a power supply. It doesn't even get warm or spin up the fan while printing.

hello, is there any armbian build i can try now?

I just used wine-proton 10.0.3. While replace the wine to 11.0-rc1 to my previous proton environment, which is working fine on some games, such as VampireSuvivors, after installing Wine-mono, none game can be played. Comes out a dialog says that "Failed to initialize graphics, Make sure you have DirectX installed"

AFAIK, this is only good for installing a desktop,etc, NOT upgrading a version of Debian. I am trying to stay on topic here. So yes, "tasksel" will allow me to install a desktop but what is more pertinent to the situation I have would be to upgrade from "bookworm" to "trixie", if the "noble" release is going to be a stubborn problem for me. There is some other strangeness with the "noble" distro where for example I cannot run "synaptic" from the XFCE menu, instead I have to open a terminal and use "sudo synaptic". I am sure there are other issues as well. I doubt very much it is the pi-hole as the "bookworm" distro of Armbian has no DNS issues, nor do any Linux Mint/Dietpi distros that I currently use. Ditto with the Armbian "trixie IOT" distro currently available, that has no issues with DNS either. It would be ideal if there was a list of all the software that is installed in the current "bookworm" distro such that if I use the "Trixie IOT of Armbian" I can duplicate the desktop setup/installation which includes LibreOffice, Emacs, Firefox, etc. Where can I find that information or is there an install script that is used that can be downloaded for Armbian to install the software suite? Thanks for your help and understanding.

I also have the same problem, it used to work fine with an older version of armbian and the old 4.4 Kernel, but after an upgrade it just stopped working. The following should serve as a test when connection MOSI and MISO: ~# dd if=/dev/urandom bs=1 count=16 status=none | spi-pipe -d /dev/spidev1.0 -s 1000000 -b 16 | hexdump -C Querying my MCP3008 it just returns all zeros: ~# printf '\x01\x80\x00' | spi-pipe -d /dev/spidev1.0 -s 100000 -b 3 | hexdump -C 00000000 00 00 00 |...| 00000003 I'm using the following DT: /dts-v1/; /plugin/; /{ metadata { title = "Enable spidev on SPI1"; compatible = "unknown"; category = "misc"; exclusive = "GPOI3_B2", "GPOI3_B3", "GPOI3_B4", "GPOI3_B5"; description = "Enable spidev on SPI1 on pin 39, 40, 41 & 42."; }; }; &spi1 { status = "okay"; pinctrl-names = "default"; pinctrl-0 = <&spi1_clk &spi1_csn0 &spi1_miso &spi1_mosi>; #address-cells = <1>; #size-cells = <0>; spidev@0 { compatible = "rockchip,spidev", "armbian,spi-dev"; reg = <0>; spi-max-frequency = <50000000>; }; }; The SPI is showing up, but it's just always producing zeros, it seems there's just something wrong with a newer SPI driver or something, maybe a new kernel upstream fix or kernel patch is needed here. I sadly don't have a backup of the old image to test with, but it the same rust software I wrote that worked before, doesn't work anymore now and it can't even talk to itself anymore. I don't have an oscilloscope to see exactly whats going on, but something funky is happening with the clock signal indeed: ~# cat /sys/kernel/debug/clk/clk_spi1/clk_rate 108333334 Max clock should be 50M as per the DTS file, but it seems the driver just ignores this. Event though spi-config shows something else (when reconfiguring it): /dev/spidev1.0: mode=0, lsb=0, bits=8, speed=100000, spiready=0 I also don't find any way to build an old kernel 4.4 image anymore (the legacy branch doesn't exist anymore), so I can't do that either and the edge-based Kernel 6.18.0-rc6-edge-rockchip64 also don't bring any improvements it seems.

Have you tried other wine/proton versions?

Realistically I can't promise that. But I think with very small patches this board can work (it already does, minus the ethernet and armbian-install). I will try to solve the problems in this board and then post my solution here (as a single post, not as a series of posts). I don't think it needs to be added to the list of supported boards as long as this thread is indexed by search engines and someone else with the same board can use these forums to successfully install armbian on orangepi cm5.

Probably the latter. https://docs.armbian.com/User-Guide_Board-Support-Rules/ has more information. We already have a lot of boards in Armbian. Probably too many from a maintenance POV. Do you simply want to do the work of bringing up your board in Armbian or do you want to become the maintainer of this board going forward? That's an artefact that @Igor may be able to fix. The page should not really exist at this point.

I decided to klipperize an old 3d printer and found some of my orange pi boards dead, so i ended up selecting my XU4 for the task. Fast forward 24 hours and i'm fighting MCU timeouts. Klipper doesn't know what happened just that the mcu stopped responding. And their knowledge base article is basically "gosh it could be anything". One seat of the pants observation i made was that the XU4 idles along at 600mhz with a load average of about 0.1 and it seemed like the load average increased maybe before the mcu stopped responding. The MCU in question is an SKR Pico, aka rp2040 with a usb connection. The mcu is not receiving power from the xu4 (there's a jumper) - I've tried both usb3 and usb2 ports on the XU4 with no difference. I recall that many years ago i resolved a similar issue with an H2+ based board and Octoprint by switching the cpufreq governor to "performance" which of course just pegs it at the top speed. But on that board, armbian-config lets me select what that maximum speed is, so as to avoid overheating. My XU4 is equipped with the flat little fan. I do have some large heatsinks and thermal adhesive. I'm a little worried that it might run too hot if it's at 1.4ghz all the time. sysfs tells me there are a ton of scaling frequencies available, but it appears that i can't just, select one. Any hints?