-
Posts
266 -
Joined
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Everything posted by c0rnelius
-
Poor WiFi monitoring performance with RT8821CU
c0rnelius replied to doragasu's topic in Raspberry Pi
Plus the kernel source is getting pulled from their repo. If they did make a change, you should see it on Armbian. -
Poor WiFi monitoring performance with RT8821CU
c0rnelius replied to doragasu's topic in Raspberry Pi
I don't see anything in the history that would suggest they made any changes? I could submit a RTW88 patch I put together from the lwfinger/rtw88 repo. But seeing as the pi guys haven't appeared to have changed anything on their end, it is probs more trouble than it is worth. -
Poor WiFi monitoring performance with RT8821CU
c0rnelius replied to doragasu's topic in Raspberry Pi
Run a diff on the pi and armbian defconfig. https://github.com/raspberrypi/linux/tree/rpi-6.12.y/arch/arm64/configs -
Well apparently it is an issue, as stated above by @JFL. Also, after a RECALL, I'm the one who did the PR to change it from =y to =m. https://github.com/armbian/build/pull/8300/commits/bb71177580b34c1aeaeb601696d603b6dc49d326 As for udev and delay, you could edit the udev system file; /lib/udev/rules.d/50-udev-default.rules The line you want to edit is about 15 lines down. Change from rtc0 to rtc1.
-
For those without a battery connected wouldn't this be an issue?
-
@OleksandrK Would changing the symlink suffice? ls -ls /dev/rtc* 0 lrwxrwxrwx 1 root root 4 Aug 25 11:14 /dev/rtc -> rtc1 0 crw------- 1 root root 252, 0 Aug 25 11:14 /dev/rtc0 0 crw------- 1 root root 252, 1 Aug 25 11:14 /dev/rtc1 echo 'SUBSYSTEM=="rtc", KERNEL=="rtc1", SYMLINK+="rtc" OPTIONS+="link_priority=-100"' | sudo tee /etc/udev/rules.d/10-hym8563-rtc.rules This way both get loaded, but /dev/rtc is linked to rtc1 "hym8563".
-
On other platforms we can usually set an alias in the DTS for the rtc. On RK I'm not seeing that as an option, but what we can do is make it so one module loads before the other. In short, we set `CONFIG_RTC_DRV_HYM8563=y` and leave `CONFIG_RTC_DRV_RK808=m`. Which will force a hierarchy in the way things load. Case in point; patrick@nanopir3s:~$ dmesg | grep rtc [ 4.646223] rtc-hym8563 1-0051: registered as rtc0 [ 4.647295] rtc-hym8563 1-0051: setting system clock to 2025-08-25T01:34:16 UTC (1756085656) [ 5.548534] rk808-rtc rk808-rtc.5.auto: registered as rtc1 [ 5.605731] rockchip-drm display-subsystem: [drm] Cannot find any crtc or sizes [ 5.605810] rockchip-drm display-subsystem: [drm] Cannot find any crtc or sizes We may also be able to achieve this with a udev rule? I'll do a PR after further testing.
-
Try the following: Armbian_25.8.1_Nanopi-r3s-lts_bookworm_current_6.12.41_minimal.img https://dl.armbian.com/nanopi-r3s-lts/Bookworm_current_minimal
-
Yes. I also used gnome-disks and didn't bother to decompress, as it is not required to do so. Which img are you writing exactly?
-
@OleksandrK I wrote both the Bookworm and Noble img and in both cases the partition table looked fine. I booted the Noble img; _ _ _ /_\ _ _ _ __ | |__(_)__ _ _ _ / _ \| '_| ' \| '_ \ / _` | ' \ /_/ \_\_| |_|_|_|_.__/_\__,_|_||_| v25.8.1 for NanoPi R3S LTS running Armbian Linux 6.12.41-current-rockchip64 Packages: Ubuntu stable (noble) IPv4: (LAN) 10.0.0.xxx (WAN) xx.xxx.xxx.xx IPv6: 2601:xx:xxx:a200::b05b, 2601:xx:xxx:a200:510c:3033:d120:7b0d (WAN) 2601:xx:xxx:a200:e489:6cce:bd44:57dc Performance: Load: 25% Uptime: 1 min Memory usage: 8% of 1.92G CPU temp: 30°C Usage of /: 10% of 29G RX today: 127 KiB Commands: Configuration : armbian-config Monitoring : htop Last login: Fri Aug 22 09:00:15 2025 from 10.0.0.36 root@nanopi-r3s-lts:~# As asked before, did you decompress the img before writing?
-
@twwn Add to rk3566-radxa-zero-3.dtsi --> snps,usb2-lpm-disable; https://github.com/armbian/build/blob/main/patch/kernel/archive/rockchip64-6.12/dt/rk3566-radxa-zero-3.dtsi#L495 &usb_host0_xhci { dr_mode = "peripheral"; + snps,usb2-lpm-disable; status = "okay"; }; See if it makes a difference. Information: https://www.kernel.org/doc/Documentation/devicetree/bindings/usb/dwc3.txt
-
@Samor140 I just ran a basic test with a little hand held wireless keyboard+mouse combo and I can't replicate this. lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 002: ID 0413:0308 Leadtek Research, Inc. Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub cat /proc/device-tree/soc/usb*/dr_mode; echo host I made some recent changes to the DTS, but I doubt that would be the issue here. Plus I've never heard anyone complain about it before. Could always see if there is a kernel update available or try the EDGE kernel. Most of the recent work I've been doing is related to EDGE "Bluetooth" and U-Boot. What are you powering the unit with? I haven't seen issue with this unit, but on other h618's I have had USB issues when not using a proper PSU.
-
@-jk- Yeah.... Well I've seen that before. Download, extract and put the debs you need on either a usb stick or sdcard. You can install with `sudo dpkg -i *.deb` Reboot and that should put you back to where you were. From there if you want functional BT, try the edge kernel. https://github.com/pyavitz/binary/releases/download/images/linux-image-current-sunxi64.zip EDIT: I attached the "Fix?" to this PR: https://github.com/armbian/build/pull/8454
-
Nice work. Looks good.
-
@-jk- Try the latest stable `edge` kernel.
-
I also have a personal preference. I don't like my fans just spinning to spin. I prefer them to trigger under heavy load and then cut off once that load has passed. You are more than welcome though, to make adjustments to it and submit them via PR.
-
That is exactly what it does. It would take a lot more work to make it gradually speed up, if it even could be done? Hence why I wrote it simply. The one I linked is the one you are using.
-
It is set to kick on at 55*C. You can review the dtso in the patch dir; https://github.com/armbian/build/blob/main/patch/kernel/archive/meson64-6.12/overlay/meson-g12-pwm-gpiox-5-fan.dtso