Active threads

I'm having the same issue after upgrading. I do backups on an HDD via USB for the two drives on my HC4 I was on Bullseye this year and was planning on moving up to Bookworm for a bit, but was hit with the issue. I decided to jump then into Trixie in the hopes that a more recent kernel would fix it, but I'm still facing it. kernel: Linux odroidhc4 6.18.10-current-meson64 dmesg error msg: usb usb1-port2: connect-debounce failed

We don't ship headers for each and every trunk image. Way too much data. Simplest solution is to use the framework to create a complete set of kernel deb packages. Those will include matching headers.

The orange pi zero 2w is configured to only start u-boot from the microSD in the built-in microSD. You would have to: * recompile that uboot to load the initramfs and the kernel from your alternative storage (did you really mean HDD? which connector would you use?) or * load initramfs and kernel from the typical microsd /boot partition, but configure the kernel argument line to accept the HDD as the rootfs (make sure that the initramfs contains the kernel modules, and the hdd name is in the /etc/fstab file) or https://jamesachambers.com/orange-pi-zero-2-usb-ssd-boot-guide/

To fix that error I removed `/lib/firmware/qcom/sm8550/ayn/odin2mini` and other 2 symlinks. run `ls -la /lib/firmware/qcom/sm8550/ayn/` to show them. I ran the script and did a reboot. Now I'm in the uboot command line and I see this error: ``` no nvme partition table available [ 10.473] Couldn't find partition nvme 0:1 [ 10.477] Couldn't find partition nvme 0:1 [ 10.481] Couldn't find partition nvme 0:1 [ 10.485] Couldn't find partition nvme 0:1 [ 10.489] Couldn't find partition nvme 0:1 ``` I only have sd card plugged in. Also this: ``` [ 4.478] Retrieving file: /boot/extlinux/extlinux.conf [ 4.510] 1: Armbian-unofficial [ 4.510] Retrieving file: /boot/uInitrd [ 5.712] Retrieving file: /boot/Image [ 8.067] append: root=UUID=818a9fb1-4820-445e-9c18-e94a975ca969 earlycon=sbi console=tty1 console=ttyS0,115200 loglevel=1 rw no_console_suspend consoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0 splash plymouth.ignore-serial-consoles [ 8.086] Retrieving file: /boot/dtb/spacemit/k1-orangepi-rv2.dtb [ 8.133] ** File not found /boot/dtb/spacemit/k1-orangepi-rv2.dtb ** [ 8.136] Skipping Armbian-unofficial for failure retrieving FDT [ 8.150] pcie_dw_k1x pcie@ca400000: has no power-on-status flag, use default. [ 8.155] Now init Rterm... [ 8.157] pcie prot id = 1, porta_init_done = 0 [ 8.161] Now waiting portA resister tuning done... ```

@lsdlsd88 hello! Thanks for sharing the photos and the serial logs; it looks like the stock firmware did not pick up the sdcard at all. The sdcard seems to be detected, but for some reason the rockchip miniloader of the stock firmware does not it as first source. Are you able to retrieve the first 100-200 megabytes of the original firmware via serial? You should be able to use dd even within Android. edit: ah-ha ok, I understand! there is misconfiguration in the webserver and the link changes; thanks, I updated it!

Yes, you can completely resize it. You can also turn it to ZFS volume, and boot off of it. Just rebuild u-boot with ZFS support. Or ask, and I will provide patches required to have it.

It is. Before I managed to rebuild u-boot with ZFS support, I had to boot off of EMMC. I shrunk first partition with kernel, initrd etc, and then made another one with actual FS. Temporary solution for me back then. But gave me time to rebuild everything and enable native ZFS boot. Since then, I use EMMC only as a ZFS volume (another one in the mirror is NVME drive). never used armbian-config though - I am old-schooler, so I had to build whole stack myself to get what I wanted.

I am using the same board, and I also experienced this. Sometimes USB is not re-enumerated. Also, if you're using USB-C, sometimes some wires requires you to flip the connector. Basically some makers are cheaping out on cables, and they work only when you flip it. Also, if you'll leave the drive connected and reboot, does it find it? Have you checked u-boot, does it see it? Be aware, that USB-C connector is finicky. I had to replace it (resolder with new, sturdier variant), and then make it concrete-hard to break by solidifying epoxy over and under it (keep connector connected in it, and put some oil on it before plugging it in, so that epoxy won't leak inside it.

Use armbian imager for flashing it, arduino flasher cli is not compatible

current_6.6.99_minimal (desktop build has the snd-usb-audio module)

@Vinicius Guastala Thank you for your feedback. Your patches have already been merged into my repository.

@KhanhDTP are you using esync of wine? NTsync is available on 6.18+ rk3588 kernels. I think that may give a performance improvement.

Of course, you can build an A7S image now as well. There's no display output yet.

@Sergioclr You don't need patches to edit the kernel config: config/kernel/linux-sunxi64-legacy.config sicxnull already has this patch, but with a different name: drv-pwm-sun50i-h616-enhance-pwm.patch drivers-pwm-Add-pwm-sunxi-enhance-driver-for-h616.patch To add Zero2W Ethernet settings to your DTS, you can create your own patch using git commands: Run ./compile.sh Press Ctrl+C in the middle of the kernel compilation. Navigate to the directory: cd cache/sources/linux-kernel-worktree/6.6*/ Use the following commands: sudo git status sudo git add . sudo git commit -m "dummypatch" sudo pico arch/arm64/boot/dts/allwinner/sun50i-h313-x96q-lpddr3.dts sudo git add . sudo git commit -m "Fix Ethernet" sudo git format-patch -1 1 for the first commit (0001-Fix-Ethernet.patch)... 2 for the first and second commit (0002-dummypatch.patch) ) The first "add" and "commit" cleans the kernel of previous patches, leaving you with a clean, patched kernel. The format-patch command will create a patch in the root directory of the kernel. Copy it to your patch directory. For original Armbian kernel patches, you must add them to series.armbian and series.conf.

I have just turned my machines on today and now does the PWM signal on node 3 work, but it is still behaving weird. It is running around 3000 RPM with a pwm1 value of 3, where node 1 need a pwm1 value around 70. The pwm1 was working for 2 hours after that full speed I am currently focusing on fix node 3 (Healthy) which are running the same kernel as node 1 (Healthy) . I checked the dtb files using a sha256sum and that matched on both machines. I did also validate the kernel checksum which also match.

I want to give it a try on MeCool KM6 Deluxe, just started researching.

Thank you for any information... when I have more time I will try with the help of AI... because I don't have enough knowledge myself 🙂 regards

Using our XR expertise, Collabora created a standalone XR experience for our 1% for the Planet partner, SOMAR, to showcase the direct impact of underwater noise pollution on marine life. View the full article

You need to look into github changes then, everything is traceable, but certainly not an easy and quick thing to do.

rk3588-pcie_bifurcation_2x2-uboot.patchrk3588-pcie_bifurcation_2x2.patch Attached are two patches I've prepared. One for uBoot (to correctly recognize split pcie3x4 to two independent controllers, pcie3x4 and pcie3x2), and one for DT of NanoPC T6. This basically allows you to use trimmed-down bifurcation adapter. The adapter in question must be trimmed down/cut to fit on the back of the board. Tested with 2x NVME, and 1xNVME and QCNFA765 wireless card. I'll post photos later once I'll disconnect the board again from my setup. BEWARE!!! If you'd plan to use more than one ath11k wireless card, you'd need QRTR patch. Since the SBL enums changed in recent kernel 6.18.18+, I am also preparing modified kernel patch (originally for OpenWRT by Hauke Mehrtens and Robert Marko) to allow for more than one ath11k wireless to be installed. Will post later with new patch for it. root@ap-voyager:~# lspci -nn 0000:00:00.0 PCI bridge [0604]: Rockchip Electronics Co., Ltd RK3588 [1d87:3588] (rev 01) 0000:01:00.0 Network controller [0280]: Qualcomm Technologies, Inc QCNFA765 Wireless Network Adapter [17cb:1103] (rev 01) 0001:10:00.0 PCI bridge [0604]: Rockchip Electronics Co., Ltd RK3588 [1d87:3588] (rev 01) 0001:11:00.0 Non-Volatile memory controller [0108]: Shenzhen Longsys Electronics Co., Ltd. Lexar NM610 PRO NVME SSD (DRAM-less) [1d97:1202] (rev 01) 0002:20:00.0 PCI bridge [0604]: Rockchip Electronics Co., Ltd RK3588 [1d87:3588] (rev 01) 0002:21:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller [10ec:8125] (rev 05) 0003:30:00.0 PCI bridge [0604]: Rockchip Electronics Co., Ltd RK3588 [1d87:3588] (rev 01) 0003:31:00.0 Network controller [0280]: Qualcomm Technologies, Inc QCNFA765 Wireless Network Adapter [17cb:1103] (rev 01) 0004:40:00.0 PCI bridge [0604]: Rockchip Electronics Co., Ltd RK3588 [1d87:3588] (rev 01) 0004:41:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8125 2.5GbE Controller [10ec:8125] (rev 05) root@ap-voyager:~#

thanks, it is settled now, apt-get update behaves normally.

meco any update on this? dual NVME also does not work on non vendor kernels as well as second HDMI port.

Does sway eat a lot of RAM? Can it be used fine in a 640x480 display? I've been staying with my labwc setup, because it's known to be minimalistic. Orange Pi Zero3 and Raspberries with 1GB RAM can run it fluidly.

I updated to my self-build 6.6.135 [1] kernel today. I soft-rebooted, and the issue did not reappear. Hopefully it stays this way. [1] https://github.com/armbian/build/pull/9705

Also interested in this. Was able to install using `sudo ./sunxi-fel -p spiflash-write 0 u-boot-sunxi-with-spl.bin`, where the u-boot image came from the Armbian I downloaded (scp'd it off). That makes use of a patch submitted to the sunxi-tools repo (https://github.com/linux-sunxi/sunxi-tools/pull/232), which does actually work. It is quite happy to boot the image from SD card, and runs even when there is no SD card installed, which is great! However, I don't see any SPI or mtdblock messages in dmesg, and naturally, none exist in /dev/. Am I missing something? Or is SPI not enabled currently for some reason?