sven-ola

Hello @maxsub, we are talking about git log --oneline -1 which says 613737fab. The post_family_tweaks_bsp__orangepirv2_wifi() from above is exactly what's in there. If you run you should get on the board Can you please elaborate on the "got it"? TIA // Sven-Ola

Hu? In difference to Spacemit 6.6.99, the 6.18 kernel has no bcmdhd included. For that reason I put in an adapted version of bcmdhd in a DKMS, installed via a source deb from my repo on codeberg.org/sven-ola. B/c DKMS needs a compiler on the board, the edge image is larger than current image. Code quality of bcmdhd is questionable so it probably never make it into the official Linux tree, but it works (at least on my board with my image). HTH // Sven-Ola

For me, those 57°C is fine without further cooling. Starting cool on my RV2 is: root@orangepirv2:~# uptime;cat $(find /sys -name temp) 18:55:15 up 0 min, 1 user, load average: 0.90, 0.25, 0.08 27000 28000 Now some work, will probably max out at 95° or so root@orangepirv2:~# uptime;cat $(find /sys -name temp) 19:23:11 up 28 min, 3 users, load average: 7.61, 6.79, 3.86 90000 90000 Stop compiling and wait a bit gives this which is fine IMO root@orangepirv2:~# uptime;cat $(find /sys -name temp) 19:35:07 up 40 min, 3 users, load average: 0.00, 0.64, 1.81 56000 58000

@maxsub yes and no. That 900*.patch never was meant to be in the Armbian repo, I wounder how this made it in the Armbian repo. Some black git magic... Patch experimentally rolls back an upstream change (...that removes the kthread under discussion and by this prevents the main CPU from communicating to the remote CPU). Upstream (the Fedora folks that emitted the SpacemiT code drops) has removed the kthread to prevent high CPU load b/c they use RV2 for their RISCV compile farm or so. The 900*.patch was an experiment by me to understand the impact on HDMI audio / ADMA). Long blabla. This proposed and committed change solves the issue for my pull RQ on the topic: https://github.com/armbian/build/pull/9299/changes/613737fab5aadc2d0a288a10a98aa0a433db4e76

As a followup: we have some help from @c0rnelius who digged out a solution to that kthread=high load issue (see latest commit / patches in my branch on https://github.com/sven-ola/armbian-build/tree/orangepi-rv2). Maybe this helps for the R2S too?

Hi @maxsub we see a high load (== 2.00 on idle) on RV2 and probably other SpacemiT devices. Both on 6.6.99 and 6.18.8 kernels. Caused by an active kthread() that is needed for the communication to the rCPU. Note: rCPU means the extra realtime RISCV-CPU that is powered by the realtime OS we load on boot with CONFIG_EXTRA_FIRMWARE="esos.elf". On the RV2 the high load display has no temperature side effects, but maybe this is not true for R2S. We have a photo of the R2S on the PullRQ (see https://github.com/armbian/build/pull/9299#issuecomment-3811665824 ) so the large cooling cap obviously is necessary? Can you retry with a 6.18.8 kernel with disabled kthread on the R2S? Just rename the last 3 patches in build/patch/kernel/archive/spacemit-6.18 from {016,017,018}*.patch to *.disabled and rebuild. TIA // Sven-Ola

I think I've completed all tasks. Thus the OpiRV2 PR now waits for a team member to press the [merge] button probably. @maxsub I compiled 6.6.99 kernel on my board with 2Gb RAM once. Needed 3 hours and a decent swap file. HTH // Sven-Ola

@maxsub: if you still have compile probs, I just uploaded new images to my site on https://privat-in.de (navigate to downloads). LG // Sven-Ola

@maxsub: Out-of-RAM may be possible if it simply spits out "killed". My machine has 32 Gb RAM and 16 Gb swap, does not encountered the OOM-killer lately. Until now, but exhausting RAM is probably kernel-dev-hobby 😗

Next idea: run ./compile.sh kernel-config and switch off DEBUG_INFO_BTF. But this should not happen. Also (probably) this BTF stuff now pops up here and there anyhow...

The try ./compile.sh docker-shell to start the Armbian compile environment. In the VM, check the pahole package version. If it's missing, you probably need to re-create by removing all from docker images|grep armbian which should be re-created on the next round. <whisper><small><hidden>And if nothing helps, docker system prune --force --all?</hidden></small></whisper> HTH // Sven-Ola

Hello @maxsub Compiling without Docker? You probably need apt-get install pahole, since ./compile.sh docker-shell shows: From the relevant kernel Kconfig: HTH // Sven-Ola

Hello @maxsub! Thank you for testing this. Especially on the R2S, since I do not have this device at hand. I am in the final spurt to get this merged into Armbian, but there are one or two rabbits to be hunted down (aka coding quirks). You compiled BRANCH=current and kernel=6.6.99. Can you repeat and recompile with BRANCH=edge, which is the same u-boot but should give you kernel 6.18.7? LG // Sven-Ola

Hello @Malay, et.al, after submitting my PullRQ to the Armbian repo, I think it's best to cope first with the annotations I received from that. It complains about missing board photos, and some LLM generated blurb partly valid suggestions, partly not. The current status of Armbian's Spacemit support does not make the RV2 board a good video player: GPU support is missing and I'm pretty unsure if it's possible to include the HW video encoding / decoding feature that is in the chip. Which is 4k@30 with diverse codecs according to the chip description PDF. I am glad, that X11 framebuffer video runs and I am unsure if I can proceed here b/c I am not a video / GPU / EGL / vulkan specialist. Anyhow, thank you for the pointer to the Spacemit FAQ I did not recognize until now. While the PowerVR page from mesa3d states: "no IMG BXE-2-32" (https://docs.mesa3d.org/drivers/powervr.html), the respective Gitee repo contains closed-source BSD licensed Risc64 compiled shard objects (*.so), probably similar to the Nvida binary user space closed drivers that does the GPU support for the big videos cards. This may be worth a look, but as I wrote above, prio task is to bring the support into the Armbian tree. Best // Sven-Ola

I uploaded fresh images, that includes a trixie-edge-desktop-mate image I tested with my Hardware. Mate looks good and working, but switching between internal / HDMI audio needs some fiddling with the audio setting widget (may be a misunderstanding between pulseaudio and drivers). Changeing Sound-Pref:HW:profiles seems to do the trick. There is no chromium for RISCV, thus you need to install firefox-esr or netsurf-gtk manually. I think this is ready for primetime now, so I clicked on the "Pull-Request" button (see https://github.com/armbian/build/pull/9299). Got lots of auto email from the Github robots, will check tomorrow. LG // Sven-Ola

In the meantime, I fixed internal audio for "edge" (was: missing headphone GPIO). And also investigated around the esos.elf RTOS firmware. There's a license for that, which I added to my tree. The license basically says: use but do not infect with GPL: https://gitee.com/spacemit-buildroot/buildroot-ext/blob/k1-bl-v2.2.y/board/spacemit/k1/target_overlay/lib/firmware/LICENSE.spacemit_esos. Continuing on kthread issue. LG // Sven-Ola

Hello @JamesCL! I got the same error. You need to select at least one desktop package - error shows up with empty DESKTOP_APPGROUPS_SELECTED= Hello @Malay: That was on my todo list. I grabbed an eMMC from an old Odroid. It tried to boot if inserted. Thus boot sequence is: SD/TF, then eMMC, then MTD. So I booted with SD. eMMC showed up in /dev/mmcblk2. I started armbian-install, selected "Install on eMMC". Now it tries to boot that old Odroid image. So boot0, uboot, and SBI are there. Should work if you copy an image to /dev/mmcblk2. @All others: if that kernel thread for realtime-CPU (and HDMI audio) is active, the board always reports a load=2.0 or higher. This does not cause a very un-responsive Wayland-Gnome3-Desktop, this has other causes. Anyhow, this desires more investigation, since running a polling process to grab data from a realtime CPU does not sound right, there has to be an Interrupt or so, so I may again revert the reverted reversion (of the RPMSG kthread). Also I learned, that the Fedora project has an even larger esos.elf (rCPU firmware). I am curious what additional stuff may be in there 🤔 LG // Sven-Ola

Already got answer from upstream programmer❣️ That kernel thread in RPMSG was removed due to excessive CPU usage. I got the impression that this is true: edge:desktop is nearly un-usable. Also they say: there is kernel 6.19 from upstream/upstream in the make. For now, I'm reverting HDMI audio (and all other rCPU funcs) for edge. LG // Sven-Ola

Hello @JamesCL! The current image from https://privat-in.de/ should work. I will upload new images any minute now. However: if you only need Ethernet, Orange Pi R2S [1] is a better choice probably, b/c you got extra 2 times 2.5 gbit with that... Best // Sven-Ola [1] http://www.orangepi.org/html/hardWare/computerAndMicrocontrollers/service-and-support/Orange-Pi-R2S.html

Hello @Malay. Never mind - I' am not a native English speaker too. I have not tested the GUI intensively because my Goal is using this little board as a mini-server. Also, I think it's best getting the basics up before turning to the high-level GUI and media stuff. The "current" 6.6.99 kernel seems not to work with Wayland. You can switch to X11, change /etc/gdm3/custom.conf. The "edge" 6.18.7 is works with Wayland. Integrating GPU support is out of my focus currently, I am even unsure if this applies for Orange Pi RV2: https://sdk.spacemit.com/en/graphics/graphics_driver_framework/ ? HW Video decoding is another rabbit hole. The documentation is Chinese at best 🤪 LG + HTH // Sven-Ola

Got HDMI audio working. We need to enable SPACEMIT_DUMMYCODEC (done with a Kconfig change). And we need a working audio DMA. But this raises questions: the fix was to enable the extra kthread found e.g. from Xunlong/Ky into drivers/remoteproc. This fixes the communication to the Realtime CPU (the esos.elf driven Undoc) -> ADMA working -> HDMI audio working for edge and current. However, with edge the extra kthread addon was removed upstream recently [1]. I think it's best to ask the change authors. I will upload fixed images in an hour or so. Best // Sven-Ola [1] https://github.com/jmontleon/linux-spacemit/commit/d6a6ebede205669d2def873c3ab694a6ef1a4826

Hello @Malay! No need to raise your voice. Anyhow - thanks for the feedback. The missing HDMI audio has a deeper reason: the communication with the Realtime-CPUs does not work. Background: HDMI audio needs a special DMA: adma, that in turn is supported by the rCPUs (the extra Cores running the real-time-OS from esos.elf) and that does not communicate correctly via rpmsg currently. Not sure why and also not sure if this is true with the other RiscV/Spacemit boards. The 2280 M.2 slot works, I am pretty sure. If you need a running Armbian *with* HDMI audio, grab the orangepi-rv2-ky branch from my repo. It's older and I use it to compare working vs. non-working currently. Also, there's a reason this has no pull request to Armbian/main: it's work-in-progress. LG // Sven-Ola

Have solved another todo: grab overlay *.dtbo from Ky/Xunlong. There is still some quirks with SD/TF read/write speed (UHS / 1.8v mode). Also applied for Armbian maintainership on orangepirv2 in advance. Had some experiments with that M.2 to PCIe adapter I recently got. That oversized thing is an older Radeon with an Opi RV2 mounted on top. That does not work (no, card is so old it does not require extra 12V). Second image is a even older Nividia Geforce, That one shows up with "lspci" but does not work b/c no RiscV drivers (that's expected). Next ist an TP-Link / Aquantic 10 GbE Ethernet card. That one works, even without that extra power supply from the PC next to it. Not sure, if the Spacemit CPU can handle the ten gigs... Last image: the 2280-to-PCIe adapter with the eternal SATA power feed cable. LG // Sven-Ola

Have uploaded a new "edge" image for RV2 for testing. This time, wifi works. "current" image is the same. If you want to test, go to https://privat-in.de and grab Downloads. If you want to compile, clone https://github.com/sven-ola/armbian-build/tree/orangepi-rv2 and run Edit: forget to activate Mediatek wifi drivers as well. Also merged current Armbian/main. Uploaded again. LG // Sven-Ola

Thanks for the feedback. This is welcome 👾 I'm currently fiddling with Wifi for the 6.18 kernel. No good karma: the adapted bcmdhd sdio wifi from the Spacemit kernel 6.6 was removed from 6.18. So I'm using the bcmdhd extension instead, as it's done with OrangePi 5, based on the github/armbian/bcmdhd-dkms repo. That one has ALLWINNER changes under the #ifdef CUSTOMER_HW_RK (probably Rockchip origin). I need to re-add SPACEMIT changes. Also, I need to revert a Wake-on-WLAN change submitted by Spacemit to RFKILL in order to get the necessary Interrupt init called. Bonus: OPi5-edge also uses that extension driver but does not compile b/c a PR for 6.17 on bcmdhd-dkms from October was ignored. Will need time 🤪 LG // Sven-Ola