RSS Bot

Description Bumping to latest lts versions Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description This should get wifi working on OrangePi Zero2 on current and edge kernel How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. [X] Not tested as I don't have the device. @AGM1968 Could you please test the same? Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description This PR adds a board config file for RPi 5. While on it, the PR also removes dependency on flash-kernel. Instead some custom scripts are added into the bsp package for installation of updated dtb, kernel and initrd files. Using both rpi4b and rpi5b will produce images compatible with rpi5, but the image created with BOARD=rpi5b will not run on older hardware. The kernel config, patches etc are shared between both boards. To prevent creating new family for RPI5 specific kernel, I have added support for something I call kernel variants. This is basically going to be almost same kernel with extremely small changes that doesn't justify creating new family and yet still needs a different kernel deb file. This is being achieved by adding a suffix to the kernel similar to how we add suffix to bsp files when using flash-kernel among other things. Lastly I have also changed config.txt and cmdline.txt to match official raspberry pi versions as much as possible How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. [X] Tested booting on both RPi4 and RPi5 using mantic as RELEASE Checklist: [X] My code follows the style guidelines of this project [X] I have performed a self-review of my own code [X] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [X] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description Fixes board not properly powering off and rebooting. How Has This Been Tested? [x] Reboots again [x] Powers off again Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

Description Add rockchip drivers to the uefi-arm64 kernel config to be able to use https://github.com/jaredmcneill/quartz64_uefi on some rk3566/rk3568 boards. How Has This Been Tested? Booted a Pine SOQuartz/CM4IO board with the EDK2 bootloader mentioned above on a sdcard and the patched generic uefi-arm64 image on an nvme drive. Tested with ACPI and Devicetree. Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

As we continue improving the kernel integration landscape on multiple fronts, this also means making better tests available for all. Working closely with the community, we have now landed a new, ready-to-use, kselftest upstream in mainline Linux. View the full article

Description TOC is generated by GitHub, so we don't need to expose it. Checklist: [x] My code follows the style guidelines of this project View the full article

Description Update odroidxu4-current kernel to 6.1.67. How Has This Been Tested? [x] Reboot of my Odroid HC1 Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [x] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description Recently, I accidentally erased an SPI flash with an bootloader installed and tried to reinstall the latest bootloader. But it did not recognize the attached disks and proceeded to TFTP Boot. Only by stopping autoboot and hot-swapping the disks or reattaching did the bootloader recognize it, and I was then able to boot with the command. I investigated and found that the problem occured after U-Boot was updated to v2023.01. This issue has been resolved by applying a patch that was previously used in v2022.07. How Has This Been Tested? By compiling U-Boot from trunk (linux-u-boot-odroidhc4-current_24.2.0-trunk) for v2023.01, v2023.04, v2023.07, v2023.10 and testing those on ODROID-HC4. [X] Test A - Compiling U-Boot without patch and trying to boot in v2023.01 and later versions U-Boot 2023.01 (Dec 10 2023 - 18:25:52 +0900) odroid-hc4 Model: Hardkernel ODROID-HC4 SoC: Amlogic Meson SM1 (S905X3) Revision 2b:c (10:2) DRAM: 1 GiB (effective 3.8 GiB) Core: 392 devices, 32 uclasses, devicetree: separate MMC: sd@ffe05000: 0 Loading Environment from nowhere... OK In: serial Out: serial Err: serial Board variant: hc4 Net: eth0: ethernet@ff3f0000 PCIE-0: Link up (Gen2-x1, Bus0) starting USB... Bus usb@ff500000: Register 3000140 NbrPorts 3 Starting the controller USB XHCI 1.10 scanning bus usb@ff500000 for devices... 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 2 1 0 Device 0: unknown device scanning bus for devices... SATA link 0 timeout. SATA link 1 timeout. AHCI 0001.0200 32 slots 2 ports 6 Gbps 0x3 impl SATA mode flags: 64bit ncq stag led clo pmp pio slum part ccc sxs Device 0: unknown device Card did not respond to voltage select! : -110 MMC Device 1 not found no mmc device at slot 1 MMC Device 2 not found no mmc device at slot 2 Speed: 1000, full duplex BOOTP broadcast 1 DHCP client bound to address 192.168.0.4 (7 ms) *** Warning: no boot file name; using 'C0A80004.img' Using ethernet@ff3f0000 device TFTP from server 192.168.0.1; our IP address is 192.168.0.4 Filename 'C0A80004.img'. Load address: 0x1000000 [x] Test B - Compiling U-Boot with applying patch and trying to boot in v2023.01 and later versions U-Boot 2023.01 (Dec 10 2023 - 22:20:23 +0900) odroid-hc4 Model: Hardkernel ODROID-HC4 SoC: Amlogic Meson SM1 (S905X3) Revision 2b:c (10:2) DRAM: 1 GiB (effective 3.8 GiB) Core: 389 devices, 30 uclasses, devicetree: separate MMC: sd@ffe05000: 0 Loading Environment from nowhere... OK In: serial Out: serial Err: serial Board variant: hc4 Net: eth0: ethernet@ff3f0000 PCIE-0: Link up (Gen2-x1, Bus0) starting USB... Bus usb@ff500000: Register 3000140 NbrPorts 3 Starting the controller USB XHCI 1.10 scanning bus usb@ff500000 for devices... 1 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found Hit any key to stop autoboot: 2 1 0 Device 0: unknown device scanning bus for devices... Target spinup took 0 ms. Target spinup took 0 ms. AHCI 0001.0200 32 slots 2 ports 6 Gbps 0x3 impl SATA mode flags: 64bit ncq stag led clo pmp pio slum part ccc sxs Device 0: (0:0) Vendor: ATA Prod.: Samsung SSD 860 Rev: RVT0 Type: Hard Disk Capacity: 953869.7 MB = 931.5 GB (1953525168 x 512) Device 1: (1:0) Vendor: ATA Prod.: Samsung SSD 860 Rev: RVT0 Type: Hard Disk Capacity: 953869.7 MB = 931.5 GB (1953525168 x 512) Device 0: (0:0) Vendor: ATA Prod.: Samsung SSD 860 Rev: RVT0 Type: Hard Disk Capacity: 953869.7 MB = 931.5 GB (1953525168 x 512) ... is now current device Scanning scsi 0:1... Found U-Boot script /boot/boot.scr 8147 bytes read in 2 ms (3.9 MiB/s) ## Executing script at 08000000 U-boot default fdtfile: amlogic/meson-sm1-odroid-hc4.dtb Current variant: hc4 226 bytes read in 1 ms (220.7 KiB/s) Current fdtfile after armbianEnv: amlogic/meson-sm1-odroid-hc4.dtb Mainline bootargs: root=UUID=masked rootwait rootfstype=ext4 splash=verbose console=ttyAML0,115200 console=tty1 consoleblank=0 coherent_pool=2M loglevel=7 ubootpart= libata.force=noncq usb-storage.quirks=0x2537:0x1066:u,0x2537:0x1068:u net.ifnames=0 cgroup_enable=memory swapaccount=1 19016823 bytes read in 298 ms (60.9 MiB/s) 27433472 bytes read in 426 ms (61.4 MiB/s) 76314 bytes read in 13 ms (5.6 MiB/s) Working FDT set to 4080000 232 bytes read in 4 ms (56.6 KiB/s) Applying kernel provided DT fixup script (meson-fixup.scr) ## Executing script at 32000000 ## Loading init Ramdisk from Legacy Image at 13000000 ... Image Name: uInitrd Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 19016759 Bytes = 18.1 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 04080000 Booting using the fdt blob at 0x4080000 Working FDT set to 4080000 Loading Ramdisk to 3eddd000, end 3ffffc37 ... OK Loading Device Tree to 000000003ed62000, end 000000003eddcfff ... OK Working FDT set to 3ed62000 Starting kernel ... Checklist: [X] My code follows the style guidelines of this project [X] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [X] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description This PR fixes ES8388 audio on OPi5, add opi5b devicetree and add mainline uboot support. Jira reference number [AR-9999] How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. [x] Boots well with 2024.01-rc4 uboot [x] There are no es8388 errors in dmesg output It would be nice if someone tests SPI flash boot + nvme ssd. I've not tried it because i don't have free M2 ssd rn. rkspi_loader.zip Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description Small followup fix https://github.com/armbian/build/pull/6006 How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. [x] Compile and boot rk3318-box from second partition Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description The "optional/boards" directory seems to have been deprecated and actually never used so much. Remove the last board support package there (rk3318-box) and move into extension as suggested by @rpardini. Ancillary BSP files have been removed too. The extension may have global interest because it was a workaround for X.Org and Lima driver: the former was not able to autodetect the latter with some revision combinations. That configuration fixes the autodetection. At the moment, it has been enabled in rk3318-box board and rk322x family. How Has This Been Tested? [x] Compile debian bookworm image for rk3318-box and verify 40-serverflags.conf presence [x] Compile debian bookworm image for rk322x-box and verify 40-serverflags.conf presence Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [x] I have made corresponding changes to the documentation [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

Description As per title. How Has This Been Tested? [ ] Build test at CI Checklist: [ ] My changes generate no new warnings View the full article

Original version destroyed journal on command postrotate as files in /var/log.hdd/journal are overwritten by cat. With the patch journal is not damaged anymore. Description In original version in postrotate files in /var/log.hdd/journal are deleted by the command dest="/var/log/$file" cat $file > $dest as /var/log/journal is a symling to /var/log.hdd/journal files are cated on themselves which ends up with an empty file. How Has This Been Tested? check journal by journactl. There is no data earlier than today 0:00. Also "journalctl --verify" shows that journal is damaged. Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [x] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description As specified in PR https://github.com/armbian/build/pull/5967, there was a nasty mistake in rockchip and rk322x source files that were attempting to create two groups (gpio and i2c) on the building host instead of the built image. This caused the build system to crash when the groups were already present on the building host, which is totally not desiderable, and the intended feature was also broken. After some inspection, the groups were leveraged by a couple of udev rules to allow non-root users have access to gpio and i2c resources out of the box. This PR fixes the group creation on the target built image. Note: gpio and i2c gids starts from 900 because gids nearby 1000 are already taken by some existing services. Note 2: this supersedes https://github.com/armbian/build/pull/5967 which can be closed as well. Jira reference number AR-1935 How Has This Been Tested? [ ] Compile debian bookworm for rockchip family, verify the presence of groups in target image [x] Compile debian bookworm for rk322x family, verify the present of groups in target image Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [x] I have made corresponding changes to the documentation [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

Description This PR fixes EXTRAWIFI=no compilation when uwe5622 driver and rockchip64 family is involved. The error was due to the fact that uwe5622 driver has been moved in misc patch directory some time ago, but a custom patch was left into family kernel patches to adapt the driver to rockchip64 platform. EXTRAWIFI=no would not patch the kernel to include the driver, but the custom patch was still applied since it was present as kernel patch and that would cause a failure. With this PR, the custom rockchip patch has been moved into misc directory as well and it is applied selectively in code, so EXTRAWIFI=no works correctly. Also uwe5622 related patches are moved into an wireless-uwe5622 subdirectory to tidy up a bit the misc directory Jira reference number AR-1925 How Has This Been Tested? [x] Compile rockchip64 current 6.1 kernel and run kernel on existing system [x] Compile rockchip64 current 6.1 kernel with EXTRAWIFI=no [ ] Compile rockchip64 edge 6.6 kernel [ ] Compile allwinner current 6.1 kernel Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [x] I have made corresponding changes to the documentation [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

Description I forgot two things while moving Odroid M1 https://github.com/armbian/build/pull/6015 transfer overlays check if any other board is using this kernel. Jira reference number AR-1990 How Has This Been Tested? [x] Build kernels at CI [x] Boot Odroid M1 [x] Check overlays Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

Collabora is headed to California to take part in the inaugural edition of AI​.dev: Open Source GenAI & ML Summit, a new event aims to bring together the brightest developers from around the world to shape the trajectory of open source AI. View the full article

Update maintainers and board status synced status from the database rename to .csc where we don't have anyone If you want to become a board maintainer, adjust data here. Ref: Board Maintainers Procedures and Guidelines View the full article

Description Hinlink HT2 CPU：RK3528A RAM：2G EMMC：32G 1x RJ45 Gigabit LAN port 1x HDMI 2.0 1x USB 3.0 1x USB 2.0 1x SD Card 1x Wireless module 1x TypeC PD power port How Has This Been Tested? Please describe the tests that you ran to verify your changes. Please also note any relevant details for your test configuration. [x] legacy build success [x] legacy build boot fine on HT2 Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [x] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description Enabling Armbian Live patch within build framework by default was not a good idea. Moving it to extensions so we can use it only when making images for Armbian OS. Jira reference number AR-1984 How Has This Been Tested? [ ] Make image, boot and see if it works Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] I have made corresponding changes to the documentation [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description Add missing kernel dependencies. How Has This Been Tested? [ ] Build test Checklist: [ ] My code follows the style guidelines of this project [ ] I have performed a self-review of my own code [ ] I have commented my code, particularly in hard-to-understand areas [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description merge and remove special kernel config drop rk3568-odroid kernel family port DT from mainline 6.6 to rockchip64-current with a single patch No other changes, board is staging, probably will go to community maintained, should be safe to merge. Jira reference number AR-1737 How Has This Been Tested? [x] build and boot current 6.1 image [x] build and boot current 6.6 image Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

We can now confidently say that PipeWire is here to stay. But of course it is not the end of the journey. There are many new areas to explore going forward, especially in WirePlumber and the ecosystem that builds around PipeWire. View the full article

Description add dts for Mini M8s Pro tvbox (S912, 2G/16G), which is essentially same as Beelink GT1 Ultimate, but with QCA9377/LTM8830 Wifi/BT Also for some re-branded tvboxes based on same hardware, e.g. LobbyTV How Has This Been Tested? Tested on my box. Boots, wifi & bt works. Checklist: [x] My code follows the style guidelines of this project [x] I have performed a self-review of my own code [x] I have commented my code, particularly in hard-to-understand areas [x] I have made corresponding changes to the documentation [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article