RSS Bot

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

Based on the works done by @lanefu for the same RK3568 NanoPi R5S, with ethernet interface name updated and corresponding LED dtb overlay. Tested with a local built Armbian-unofficial_24.2.0-trunk_Nanopi-r5c_bookworm_edge_6.6.4_minimal.img on my NanoPi R5C: [✔️] Boot with SD card. [✔️] Install into eMMC and boot from eMMC. [✔️] LAN / WAN interface renamed and corresponding LEDs work with link status change. View the full article

Description version bump for rockchip-rk3588 edge from 6.7-rc3 to rc4. Jira reference number [-] How Has This Been Tested? [x] built on aarch64 for OPi5 From a quick look it does not seem that there are a lot of changes related to the board or even arm64 architecture in general. Therefore booting was not tested. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/diff/?id=v6.7-rc4&id2=v6.7-rc3&dt=2 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

Our look at the Rust crate for interconnected objects continues, as we examine how persian-rug really does tie the room together by providing a convenient container solution with a safety net to go along with it. View the full article

Description Adjusting logic due to upstream changes https://github.com/actions/labeler/releases/tag/v5.0.0 How Has This Been Tested? [x] Tested on demo repository Checklist: [x] My code follows the style guidelines of this project [x] My changes generate no new warnings View the full article

Description Update odroidxu4-current kernel to 6.1.65. 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

Bumps actions/labeler from 4 to 5. Release notes Sourced from actions/labeler's releases. v5.0.0 What's Changed This release contains the following breaking changes: The ability to apply labels based on the names of base and/or head branches was added (#186 and #54). The match object for changed files was expanded with new combinations in order to make it more intuitive and flexible (#423 and #101). As a result, the configuration file structure was significantly redesigned and is not compatible with the structure of the previous version. Please read the action documentation to find out how to adapt your configuration files for use with the new action version. The bug related to the sync-labels input was fixed (#112). Now the input value is read correctly. By default, dot input is set to true. Now, paths starting with a dot (e.g. .github) are matched by default. Version 5 of this action updated the runtime to Node.js 20. All scripts are now run with Node.js 20 instead of Node.js 16 and are affected by any breaking changes between Node.js 16 and 20. For more information, please read the action documentation. New Contributors @​joshdales made their first contribution in actions/labeler#203 @​dusan-trickovic made their first contribution in actions/labeler#626 @​sungh0lim made their first contribution in actions/labeler#630 @​TrianguloY made their first contribution in actions/labeler#629 Full Changelog: https://github.com/actions/labeler/compare/v4...v5.0.0 v5.0.0-beta.1 What's Changed In scope of this beta release, the structure of the configuration file (.github/labeler.yml) was changed from LabelName: - any: - changed-files: ['list', 'of', 'globs'] - base-branch: ['list', 'of', 'regexps'] - head-branch: ['list', 'of', 'regexps'] - all: - changed-files: ['list', 'of', 'globs'] - base-branch: ['list', 'of', 'regexps'] - head-branch: ['list', 'of', 'regexps'] to LabelName: - any: - changed-files: - AnyGlobToAnyFile: ['list', 'of', 'globs'] - AnyGlobToAllFiles: ['list', 'of', 'globs'] - AllGlobsToAnyFile: ['list', 'of', 'globs'] - AllGlobsToAllFiles: ['list', 'of', 'globs'] - base-branch: ['list', 'of', 'regexps'] - head-branch: ['list', 'of', 'regexps'] - all: - changed-files: - AnyGlobToAnyFile: ['list', 'of', 'globs'] - AnyGlobToAllFiles: ['list', 'of', 'globs'] - AllGlobsToAnyFile: ['list', 'of', 'globs'] </tr></table> ... (truncated) Commits 8558fd7 Merge pull request #709 from actions/v5.0.0-beta 000ca75 Merge pull request #700 from MaksimZhukov/apply-suggestions-and-update-docume... cb66c2f Update dist 9181355 Apply suggestions for the beta vesrion and update the documentation efe4c1c Merge pull request #699 from MaksimZhukov/update-node-runtime-and-dependencies c0957ad Run Prettier 8dc8d18 Update Node.js version in reusable workflows d0d0bbe Update documentation 1375c42 5.0.0 ab7411e Change version of Node.js runtime to node20 Additional commits viewable in compare view Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase. Dependabot commands and options You can trigger Dependabot actions by commenting on this PR: @dependabot rebase will rebase this PR @dependabot recreate will recreate this PR, overwriting any edits that have been made to it @dependabot merge will merge this PR after your CI passes on it @dependabot squash and merge will squash and merge this PR after your CI passes on it @dependabot cancel merge will cancel a previously requested merge and block automerging @dependabot reopen will reopen this PR if it is closed @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) View the full article

Description We are using unudhcpd from pmos for usb gadget network dhcp server. But this package is not upstreamed to debian, and it's the only package we use for qcom abl that is not upstreamed, so replace it with dnsmasq. Difference between unudhcpd and dnsmasq: 1, unudhcpd is a very simple dhcp server which only provides one ip address to the client. While dnsmasq will provide different ip address on every usb gadget network connect because the mac address of usb gadget network client always changes. 2, When usbgadget network is disabled by command systemctl status usbgadget-rndis.service, dnsmasq will get stopped. If dnsmasq is not stopped, client won't get address next time usbgadget network is enabled. Also add slot_suffix arg to kernel cmdline because qbootctl need it to get current slot. 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. [ ] Test A [ ] Test B 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 Enabled crust for Orange Pi Zero. Also added workaround to make sure board does resume successfully after sleep. The xradio_wlan driver seems to interfere with the same causing board to get stuck on resume after its put to sleep. Hence now we unload the module when entering sleep and reload it on resume. This works with systemctl suspend, but is still broken with rtcwake. Jira reference number AR-1918 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 suspend/resume works using echo +20 > /sys/class/rtc/rtc0/wakealarm && systemctl suspend 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