Active threads

arecord -f dat -D plughw:analog Recording WAVE 'stdin' : Signed 16 bit Little Endian, Rate 48000 Hz, Stereo arecord: set_params:1416: Unable to install hw params: ACCESS: RW_INTERLEAVED FORMAT: S16_LE SUBFORMAT: STD SAMPLE_BITS: 16 FRAME_BITS: 32 CHANNELS: 2 RATE: 48000 PERIOD_TIME: 125000 PERIOD_SIZE: 6000 PERIOD_BYTES: 24000 PERIODS: 4 BUFFER_TIME: 500000 BUFFER_SIZE: 24000 BUFFER_BYTES: 96000 TICK_TIME: 0

@going Thanks for your process. I followed it, and using userpatches makes sense. However, upon installing the new kernel my config changes are still not present. So I reviewed the kernel build log and I see why: --> (12) COMMAND: ./scripts/config --enable RT_GROUP_SCHED Which happens are my userpatch file is copied over. I wonder if I have control over this process?

Was anybody able to install to emmc on this unit? I can't do it with nand-sata-install. It only shows my SD card.

Thanks for the reply. Yeah I knew from the start since it also advertises Android 14 yet it's last updated in 2019. Already got a refund back so I'm good. Just thought maybe I can get it to work and give it to a friend, hence why I'm trying to get it running properly. Tried some H313 firmwares but none seem to update (getting a incompatible rom error).

Installing `libegl1` makes weston run, but GPU is not used, rendering is done via software mesa.

The following has resolved the issue for me: armbian-upgrade sudo apt remove libraspberrypi0 libraspberrypi-bin sudo apt update sudo apt upgrade thanks to geoW here: https://help.nextcloud.com/t/internal-server-error-after-php8-3-upgrade-on-12-apr-ncp-1-55-3-on-rpi5/222576/2

@JamesCL Thanks, English is not my native language, so it's very easy for me to make a mistake. I assume it 🙃 On the other hand, @Daniel Nuñez Villegas, if you tell me how can I test I2C I can check my OPi. But from tomorrow I'll be out for a few days, so it will take some time... Regards.

armbian already move a lot of directories to tmpfs to reduce the amount of writes. a misconfigured system can of course reduce the lifespan of flash memory but that will be the case regardless of filesystem. there are ways to mitigate write amplification, for example. you will need to monitor the write activity on your memory. don't fill it up completely. iostat or nmon will help you see how often and how much is written to disk.

Bluetooth app opens and scans but does not find any devices. hope i not chasing a red herring.

In general, it is a bad idea to try and fight systemd, I guess. Why not let systemd-resolved handle it?

Hi, as per this forum thread: and this PR: https://github.com/armbian/build/pull/7479 The patch clk-rockchip-max-frac-divider.patch was deactivated from patch/kernel/archive/rockchip-X.X/series.conf. The reason is that it broke the HDMI display for some TFT panels. However the patch broke things on Asus Tinkerboard (RK3288), but might work well for RK3566. I suggest you re-activate the patch in series.conf, rebuild your current or edge image and test. Maybe it works for you. When building, check the build log and confirm the above patch is listed and applied. Cheers

Thank you for your work. Much appreciated.

Excellent. Thank you for sharing. Are you the author of https://github.com/MathiasStadler/orange-pi-zero-boot-from-spi or one of its consumers?

I remember seeing somewhere that ALSA may be *muted*, so turn on the volume, sometimes simple things matter. I'm not sure if it helps but hope it helps.

I'm using OrangePi Zero 3 as a basic desktop WIfi AP hotspot. it isn't practically 'high performance' certainly no WiFi 6 etc. But basic single channel 5 ghz wifi is there with throughput about 130 Mbps across both ethernet and the Wifi interface. It is ok as a 'desktop Wifi AP' (satelite), but probably underpowered as a router to the internet. https://www.armbian.com/orange-pi-zero-3/ these works if what you need is wifi 'repeaters' to alleviate wifi blindspots say due to walls etc. but that likely means ethernet cabling as well. i.e. ethernet to upstream, wifi is the hotspot. I actually liked these (OrangePi Zero 3 running Armbian as Wi-Fi hotspot) vs proprietary 'mesh' cubes as you have full control in the OS layer wifi / bridging etc, less blackboxes, less propietary limitations etc. The hellhole about WiFi and sometimes ethernet is that a lot of those drivers are propietary some without any open sourced driver interface on the linux side, let alone the chip firmware. There are a lot of good boards, cpu e.g. RK3588 and you have a Wifi chip that has *zero* (open sourced) drivers. e.g. Orange Pi 5 Ultra.

wget in WSL works with the links for me. I think the issue the within chrome may have something to do with http (not https), when I change http in the link to https it works, or if I browse to the .testing folder. Odd.

FYI: My node running 25.02.0-trunk as mentioned above has stability issues after ~30 days. I had to reboot it at least 2 times. Cause unknown. Maybe not an issue depending on the workload/use case:

Fred K's February 27 instructions worked great for me as well. It rescued my Helios4 using OMV without any data loss. Thank you! Someone had mentioned that they had trouble downloading https://images.solid-run.com/A38X/U-Boot/v2024.04/2025-02-08_695f767/u-boot-helios-4-sd.kwb I had trouble as well, but how was able to get it was go to the parent folder in that URL, then click on the u-boot-helios-4-sd.kwd file shown there, and that downloaded perfectly fine for me (not sure why the direct link didn't want to work).

@g2t - the overlay you posted wasn't compatible with my 6.1.99-vendor-rk35xx kernel, so I changed it a bit until it started to work. /dts-v1/; /plugin/; / { /* Add new thermal trip points for active cooling */ fragment@0 { target-path = "/thermal-zones/bigcore0-thermal/trips"; __overlay__ { bigcore0-active1 { /* 55 degree with hysteresis of 5 deg */ temperature = <55000>; hysteresis = <5000>; type = "active"; phandle = <0x1001>; }; bigcore0-active2 { /* 60 degree with hysteresis of 2 deg */ temperature = <60000>; hysteresis = <2000>; type = "active"; phandle = <0x1002>; }; }; }; /* Set polling delay for active cooling */ fragment@1 { target-path = "/thermal-zones/bigcore0-thermal"; __overlay__ { /* for active cooling, in milliseconds */ polling-delay = <2000>; }; }; /* Enable PWM fan and adjust cooling levels */ fragment@2 { target-path = "/pwm-fan"; __overlay__ { status = "okay"; cooling-levels = <0 45 80 120 160 255>; }; }; /* Add cooling maps to associate thermal trips with fan cooling levels */ fragment@3 { target-path = "/thermal-zones/bigcore0-thermal"; __overlay__ { cooling-maps { map1 { trip = <0x1001>; cooling-device = <&fan 0 1>; }; map2 { trip = <0x1002>; cooling-device = <&fan 2 5>; }; }; }; }; __symbols__ { fan = "/pwm-fan"; }; };

that's really a good performance, congratulations for comparison i do 3fps 320x240 on rk3566

The automated script has been updated to support the Nano Pi M6 (Noble mainline kernel IOT/minimal image and Noble Gnome desktop vendor kernel image both tested). Use the -m option to include all loaded modules in the initrd. The boot partition size has also been increased to 400MB, which should fix out-of-space errors when upgrading via apt. The tutorial has been updated accordingly.

I've tried starting with edge, but none of them work for me. Maybe I have an old u-boot? Mine's on SPI, made with one of your EFI images from 2023.

hi, its too late (and glad you got documented thing as recommended in FAQ too), but recently I saw quite interesting presentation about reverse engineering unknown old routers, with plenty of info, but only as fun and relax ... at least info that ghidra decompiles any cpu isa into pseudo-c was new to me and it is very close to what I am (OT) trying around my risc-v-alike thing (search github apws vmex) as "aslix", thing slighlty below C ... )) youtube: MEnAKAbz-Y

I just saw your wifi chip in the picture. Unfortunately, this chip only has drivers for older kernel versions. You’ll need to use a usb wifi device or Ethernet.

Hey any update on this? No rush, just checking in. Not sure what has to be done on your end.