RSS Bot

Description Shellcheck errors/warnings were: In lib/functions/rootfs/distro-agnostic.sh line 155: display_alert "Adding to extlinux.conf" "fdtoverlays=${DEFAULT_OVERLAYS[@]}" "debug" ^--------------------^ SC2145 (error): Argument mixes string and array. Use * or separate argument. In lib/functions/rootfs/distro-agnostic.sh line 156: echo " fdtoverlays ${DEFAULT_OVERLAYS[@]}" >> "$SDCARD/boot/extlinux/extlinux.conf" ^--------------------^ SC2145 (error): Argument mixes string and array. Use * or separate argument. In lib/functions/rootfs/distro-agnostic.sh line 193: if [[ -n $DEFAULT_OVERLAYS && -f "${SDCARD}"/boot/armbianEnv.txt ]]; then ^---------------^ SC2128 (warning): Expanding an array without an index only gives the first element. Fixes https://github.com/armbian/build/pull/6744 How it was tested [x] Shellcheck does not output any warnings or errors anymore: https://github.com/armbian/build/actions/runs/9522581973/job/26252408859?pr=6746 View the full article

Quick fix for PR https://github.com/armbian/build/pull/6743, see https://github.com/armbian/build/actions/runs/9520292766/job/26245280729 It's not any-globs-to-all-files, but any-glob-to-all-files. View the full article

Description Jira reference number AR-2368 How Has This Been Tested? [x] Generated Gnome desktop image didn't go into suspend by default Checklist: [x] I have commented my code, particularly in hard-to-understand areas [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

Description Khadas Edge 2 images has been shipped without Uboot and it may cause some problems like not-booting when eMMC and SPI is empty. This PR adds vendor's uboot to Edge 2 images. I've also added BL32 blob because the board doesn't boot when SPI has BL32 blobs and SD card doesn't have. cc @rpardini @viraniac How Has This Been Tested? [x] SPI + SD card [ ] Empty SPI + SD card [ ] SPI + eMMC [ ] Empty SPI + eMMC Checklist: Please delete options that are not relevant. [ ] 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 [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description Enable the current kernel branch for some RK3588 boards, which was introduced in https://github.com/armbian/build/pull/6699 current is kernel version 6.8 at the moment and should stay a more stable alternative than edge, which is often a rc kernel. This is useful when using the board as daily driver for example or when you don't want anythign at all to suddenly break. current will stay at the next LTS kernel once released. I did not enable it for every board at once, only the NanoPC T6 and the CM3588 NAS for now. Feel free to add a commit to this PR or let me know if you'd like to enable current on a specific board. How Has This Been Tested? [x] ./compile.sh BOARD=nanopc-cm3588-nas BRANCH=current RELEASE=trixie EXPERT=yes KERNEL_CONFIGURE=no BUILD_MINIMAL=no BUILD_DESKTOP=no Checklist: [x] My code follows the style guidelines of this project [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 is a resubmission of https://github.com/armbian/build/pull/6482 which was reverted in https://github.com/armbian/build/pull/6524 due to build errors. I don't know what exactly failed last time and my build tests this time run successfully just fine on Ubuntu 24.04. Maybe the error is specific to certain configurations and will return, so please don't merge until CI has done some tests and a build was successful. I have slightly improved this latest version by moving the function call to validate_dts in kernel.sh slightly further down after kernel_config ran since make expects a .config file. Original description This new command can be used like this: ./compile.sh BOARD=nanopi-r5c BRANCH=edge dts-check It validates the dts/dtb file for the selected board against dt bindings and outputs the validation logs to the user. This can be used when adding a new board, developing or improving a dts file. Should lead to higher quality device trees and patches overall, if used. Documentation summary for feature (This was already added to the documentation in https://github.com/armbian/documentation/commit/4cf2ff462b185e809318c3e8249a4fe7d4f947a1) [x] short description (copy / paste of PR title) cli: Add command "dts-check" to validate dts files and improve board & patch development overall [x] summary (description relevant for end users) This command validates the dts/dtb file for the selected board against device tree bindings and outputs the validation logs to the user. It can be used when adding a new board, developing or improving a dts file. Should lead to higher quality device trees and patches overall, if used. [x] example of usage (how to see this in function) ./compile.sh BOARD=nanopi-r5c BRANCH=edge dts-check Then wait for the validation to finish and check the output. If there is anything wrong with your board's device tree, you will see errors or warnings in the log. Analyze them carefully and use this information to improve your dts file. Please note: Errors or warnings can also be introduced by SoC/board patches. When patching in new functions, like crypto for the RK3588, not only add the relevant parts to rk3588s.dtsi, but also try to add the device tree bindings in linux/Documentation/devicetree/bingings/ for validation. How Has This Been Tested? [x] Command success without errors: ./compile.sh BOARD=nanopi-r5c BRANCH=edge dts-check [x] Normal build success without errors: ./compile.sh build BOARD=nanopi-r5c BRANCH=edge BUILD_DESKTOP=no BUILD_MINIMAL=no EXPERT=yes EXTRAWIFI=no KERNEL_CONFIGURE=no RELEASE=trixie [ ] Testing with another configuration/machine is needed to avoid the mentioned build error 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] My changes generate no new warnings View the full article

Description While the NanoPi R6C can in theory also use an Armbian image built for the NanoPi R6S like described on the Armbian website, it was not a user-friendly solution at all. Add the R6C as separate board with support for the latest mainline U-Boot. The R6S is a solid little machine with one M.2 slot for a NVMe SSD as well as two Ethernet ports (1x 1G, 1x 2.5G), two USB-A (USB2 and USB3) ports and even an integrated chip for UART debugging, so you only need to connect a USB-C cable for debugging instead of the three cables with a separate UART-USB adapter. Wiki link: https://wiki.friendlyelec.com/wiki/index.php/NanoPi_R6C Hardware specs: SoC: Rockchip RK3588S CPU: Quad-core ARM Cortex-A76(up to 2.4GHz) and quad-core Cortex-A55 CPU (up to 1.8GHz) GPU: Mali-G610 MP4, compatible with OpenGLES 1.1, 2.0, and 3.2, OpenCL up to 2.2 and Vulkan1.2 VPU: 8K@60fps H.265 and VP9 decoder, 8K@30fps H.264 decoder, 4K@60fps AV1 decoder, 8K@30fps H.264 and H.265 encoder NPU: 6TOPs, supports INT4/INT8/INT16/FP16 RAM: 64-bit 4GB/8GB LPDDR4X at 2133MHz Flash: 32GB/None eMMC, at HS400 mode Ethernet: one Native Gigabit Ethernet, and one PCIe 2.5G Ethernet USB: one USB 3.0 Type-A and one USB 2.0 Type-A PCIe: one M.2 Key M connector with PCIe 2.1 x1 HDMI: compatible with HDMI2.1, HDMI2.0, and HDMI1.4 operation support up to 7680x4320@60Hz Support RGB/YUV(up to 10bit) format microSD: support up to SDR104 mode GPIO: 30-pin 2.54mm header connector up to 1x SPI, 3x UARTs, 3x I2Cs, 2x SPDIFs, 1x I2Ss, 3x PWMs, 20x GPIOs Debug: UART via 3-Pin 2.54mm header, or on-board USB-C to UART LEDs: 4 x GPIO Controlled LED (SYS, WAN, LAN, LED1) others: 2 Pin 1.27/1.25mm RTC battery input connector for low power RTC IC HYM8563TS MASK button for eMMC update one user button Power supply: USB-C, support PD, 5V/9V/12V/20V input PCB: 8 Layer, 62x90x1.6mm How Has This Been Tested? [x] Build success: ./compile.sh BOARD=nanopi-r6c BRANCH=edge RELEASE=trixie EXPERT=yes KERNEL_CONFIGURE=no BUILD_MINIMAL=no BUILD_DESKTOP=no EXTRAWIFI=no [x] Booting successfully into Armbian, no board-specific problems observed, works as expected 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] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

Description The latest migration to 6.10 broke some functions of Khadas Edge2 board. This PR fixes them. Jira reference number [AR-9999] How Has This Been Tested? [x] Auto fan control works. [x] Typec works again. Checklist: Please delete options that are not relevant. [ ] 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 [ ] My changes generate no new warnings [ ] Any dependent changes have been merged and published in downstream modules View the full article

Description Update JetHome JetHub D2 support: add patchset for u-boot update kernel patches Update #6725 Jira reference number AR-2028 View the full article

rockchip-rk3588 6.8.y: nanopct6: Add NanoPC T6 SPI Flash (v6.8.y version) rockchip-rk3588 6.8.y: nanopct6: Add NanoPC T6 SPI Flash (v6.8.y version) View the full article

Description Add a patch series to support VEPU121/VPU121, which mainly enables hardware decoding for H.264. It can also decode MPEG2 and VP8 as well as do JPEG encoding. Usually I am against bloating the kernel with patches since it makes it more difficult to maintain. But having access to the RK3588's H.264 decoder is really useful for day to day tasks. How Has This Been Tested? [ ] Needs some testing View the full article

Part 3 of the cmtp-responder series with a focus on USB gadgets explores several new elements including a unified build environment with Docker and an example strategy for building and deploying to a target. View the full article

Description Move stack pointer further from base address to allow bigger uboot images. Currently uboot stack pointer located 1MiB after text base, and uboot size with defconfig is barely less than 1MiB (1001472). So any small modification in code/config/compiler-version could overflow text area (my uboot blown up after I enabled verbose logging to debug btrfs boot problem). How Has This Been Tested? [x] Build and boot rk3318-box Checklist: [x] I have performed a self-review of my own code View the full article

Add audio support to hdmi output (meson) View the full article

Description Find and take loop device in one shot to prevent race condition How Has This Been Tested? [x] Build image Checklist: [x] I have performed a self-review of my own code View the full article

Description Bump sm8250 current to 6.9 based on postmarketos's branch: https://gitlab.com/sm8250-mainline/linux/-/tree/sm8250/v6.9?ref_type=heads. Panel and touch screen patches from 6.7 are dropped because they are never enabled in kernel config. In 6.9 bluetooth of qca6390 won't work with default address hardcoded in driver, and setting a new address of bluetooth can make it work again, so I add a service to generate bluetooth address based on /etc/machine-id, 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.sh kernel BOARD=xiaomi-elish BRANCH=current DEB_COMPRESS=xz [x] Tested with xiaomi-elish, panel, gpu, vpu, sound works. Note: noble gnome's pipewire will make speaker sound very low, pulseaudio can make it work sometimes. Checklist: Please delete options that are not relevant. [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 [x] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

Description FriendlyElec ships their devices with the latest blobs. Trying to run an Armbian image on this board with the old blobs might cause issues. @rpardini run into those issues with the NanoPC T6 and fixed it in https://github.com/armbian/build/pull/6711 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] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

Description JetHome Jethub D2 (j200) is a home automation controller with the following features: DIN Rail Mounting Amlogic S905X3 (ARM Cortex-A55) quad-core micro-HDMI video out 4GB LPDDR4 32GB eMMC flash 1 x USB 2.0 1 x 10/100/1000Mbps ethernet two module slots for radio/wire interface cards 2 x gpio LEDS 1 x 1-Wire 1 x RS-485 3 x dry contact digital GPIO inputs 2 x relay GPIO outputs DC 9-36V power source with battery UPS on board option Jira reference number AR-2028 How Has This Been Tested? Build and run ok. [X] JetHub D2 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] My changes generate no new warnings View the full article

Description sun55iw3-syterkit: update kernel config How Has This Been Tested? [x] Successfully built. [x] System startup. 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] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

Description Helping @alexl83 with his OrangePi 5 Plus 😄 Support for this board with SPI image was added to U-Boot this january: https://github.com/u-boot/u-boot/commit/7c084fd51c0c52b24facdbcfeeaf2c70fba03406 Also add the latest DDR and BL31 blobs, this should fix issues like recently on the NanoPC T6. Marked as WIP to give room for testing. How Has This Been Tested? [x] Build success: ./compile.sh BOARD=orangepi5-plus BRANCH=edge RELEASE=trixie EXPERT=yes KERNEL_CONFIGURE=no BUILD_MINIMAL=no BUILD_DESKTOP=no uboot [ ] @alexl83 please test freshly built edge kernel image [ ] @alexl83 please test freshly built vendor kernel image (vendor u-boot should be applied) [ ] @alexl83 please test edge image on SD card while vendor U-Boot is installed in SPI (or wherever it lives when it comes from the factory) 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] My changes generate no new warnings [x] Any dependent changes have been merged and published in downstream modules View the full article

the unthinkable: rockchip-rk3588 current (to 6.8.12, EOL and non-LTS!) and edge to 6.10-rc2 (from #6699) first move stuff around first I called the old 6.8.y oldedge, later renamed to current (!) .config's for edge and current are now version-filenamed rk3588: edge: Bump kernel from 6.8 to 6.10 Bump mainline kernel from 6.10-rc1 to 6.10-rc2 Remove patches which are now mainlined Re-number "fix-initial-PERST-GPIO-value" patch as per number ordering seen in 0000.patching_config.yaml Rewrite kernel config rk3588: edge: Fix dtb overlay compilation and installation "general-add-overlay-compilation-support.patch" became obsolete in Linux 6.9 (see AR-2352 [1]). Fix this problem: Rename *.dts sources in overlay directory to *.dtso Change "target +=" line to "dts-y +=" in overlay Makefile Remove "always +=" line in overlay Makefile Add .scr compilation support in kernel scripts/Makefile.lib Patch kernel scripts/Makefile.dtbinst to avoid flattening overlay directory For the last two points, see general-add-overlay-compilation-support.patch Credits for this fix go to @paolosabatino [1] https://armbian.atlassian.net/browse/AR-2352 orangepi 5: Fix patch for 6.10 and convert from patch to .dts file This simplifies the process updating to newer kernel versions and makes it easier to see and edit the actual dts file being used. khadas edge 2: Fix patch for 6.10 rk3588: edge: Update thermal and cpufreq support patches Patches are from the Linux Rockchip Mailing List, submitted by Alexey Charkov. [1] Notable improvements from changelog: Moved the TSADC enablement to per-board .dts/.dtsi files Dropped extra "inefficient" OPPs (same voltage - lower frequencies) Dropped second passive cooling trips altogether to keep things simple Added a cooling map for passive GPU cooling (in a separate patch) Added regulator coupling for EVB1 and QuartzPro64 Also enable automatic fan control on Rock 5B. [1] https://lore.kernel.org/linux-rockchip/20240506-rk-dts-additions-v4-0-271023ddfd40@gmail.com/ rk3588: edge: Rewrite kernel patches to 6.10-rc2 rk3588: edge: Patch in new HDMI controller driver The old driver didn't build on 6.10, so the kernel build couldn't finish. Link to the added patch series: https://lore.kernel.org/all/20240601-b4-rk3588-bridge-upstream-v1-0-f6203753232b@collabora.com/ rockchip-rk3588/edge: nanopct6: Add NanoPC T6 SPI Flash (6.10-rc2 version) rockchip-rk3588-edge (6.8.y) -> archive/rockchip-rk3588-6.8 (patches copied) lets move to standard patch dir for this family patches are being copied (not moved) on purpose; we've already PR open to move to 6.10-rcX rockchip-rk3588 6.8.y: nanopct6: Add NanoPC T6 SPI Flash (v6.8.y version) rockchip-rk3588: add oldedge pointing to 6.8 rockchip-rk3588/edge 6.8.y: rewrite/rebase patches against v6.8.12 (EOL) rockchip-rk3588: add oldedge pointing to 6.8; preserve .config rockchip-rk3588: add oldedge pointing to 6.8; update .config (no changes) CONFIG_EXPERT is now yes in armbian code, it reflects here rockchip-rk3588: add oldedge pointing to 6.8; convert .config to defconfig against v6.8.12 (EOL) rockchip-rk3588: move rockchip-rk3588-edge (6.10) patches to archive/rockchip-rk3588-6.10 no changes rockchip-rk3588: don't spell out KERNELPATCHDIR anymore, as we have default convention now (under archive/rockchip-rk3588-x.z) rockchip-rk3588: shellfmt, some comments on collabora (no real changes) rockchip-rk3588-6.10: rewrite patches, no changes rockchip-rk3588: current (6.8) and edge (6.10) - use major+minor in kernel config filenames LINUXCONFIG="linux-rockchip-rk3588-${KERNEL_MAJOR_MINOR}" # Attention: not -${BRANCH} (edge/current/legacy), -but ${KERNEL_MAJOR_MINOR} thus 6.8 / 6.10 etc View the full article

Description update-apt-xapian-index takes an insane amout of time during buid - compounding over dozens of builds you get a nice overhead in compute-time in the hours range This PR disables update-apt-xapian-index for unstable releases ( $BETA = yes ) 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] Built orangepi5-plus desktop with and without BETA=yes, results below Baseline 1st run ( CLEAN_LEVEL="debs,cache" ) Repeat Build Options [ ./compile.sh opi5plus build BRANCH=edge BUILD_DESKTOP=yes CLEAN_LEVEL=debs,cache DESKTOP_APPGROUPS_SELECTED='browsers chat desktop_tools office remote_desktop' DESKTOP_ENVIRONMENT=gnome DESKTOP_ENVIRONMENT_CONFIG_NAME=config_base RELEASE=bookworm ] Runtime [ 14:54 min ] Baseline 2nd run ( CLEAN_LEVEL="debs" ) Repeat Build Options [ ./compile.sh opi5plus build BRANCH=edge BUILD_DESKTOP=yes CLEAN_LEVEL=debs DESKTOP_APPGROUPS_SELECTED='browsers chat desktop_tools office remote_desktop' DESKTOP_ENVIRONMENT=gnome DESKTOP_ENVIRONMENT_CONFIG_NAME=config_base RELEASE=bookworm ] Runtime [ 5:45 min ] Baseline 3rd run ( CLEAN_LEVEL="debs" BETA="yes") Repeat Build Options [ ./compile.sh opi5plus build BETA=yes BRANCH=edge BUILD_DESKTOP=yes CLEAN_LEVEL=debs DESKTOP_APPGROUPS_SELECTED='browsers chat desktop_tools office remote_desktop' DESKTOP_ENVIRONMENT=gnome DESKTOP_ENVIRONMENT_CONFIG_NAME=config_base RELEASE=bookworm ] Runtime [ 5:04 min ] Baseline 4th run ( CLEAN_LEVEL="debs,cache" BETA="yes") Repeat Build Options [ ./compile.sh opi5plus build BETA=yes BRANCH=edge BUILD_DESKTOP=yes CLEAN_LEVEL=debs,cache DESKTOP_APPGROUPS_SELECTED='browsers chat desktop_tools office remote_desktop' DESKTOP_ENVIRONMENT=gnome DESKTOP_ENVIRONMENT_CONFIG_NAME=config_base RELEASE=bookworm ] Runtime [ 14:14 min ] 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 View the full article

Description rk-35xx-vendor-6.1 minor touches: - move CONFIG_INPUT_RK805_PWRKEY and CONFIG_PINCTRL_RK805 to modules - move CONFIG_BT to module - add rtw89 8852be/ce wifi support via xunlong/linux-orangepi commit-id 96b2d2827a3f1e4719ebdfcac0b2108e8cbae932 see net: wireless: realtek: Sync rtw89 driver from linux6.2 linux-rockchip-rk3588-edge.config minor touches: - move CONFIG_INPUT_RK805_PWRKEY and CONFIG_PINCTRL_RK805 to modules - move CONFIG_BT to module This enables powerkey functionality for orangepi5-plus OOB Jira reference number AR-2360 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] Built orangepi5-plus images (and ran) vendor/edge RELEASE=trixie Checklist: Please delete options that are not relevant. [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 View the full article

nanopct6: Kwiboo 24.07 u-boot for edge; bump blobs for all branches nanopct6: Kwiboo 24.07 u-boot for edge; bump blobs for all branches exclusive for edge / Kwiboo: enable UMS / RockUSB and other gadget stuff enable TCP networking features, wget etc enable EFI debugging stuff store environment in SPI uses preboot to flash led briefly this code pattern is becoming copypasta fast and needs refactor before it spreads too much also for all branches (legacy/vendor/edge): BOOTDELAY=1 so we can stop u-boot via UART a bit easier (also for nanopc-cm3588-nas board) can still do it with zero, but it's so much harder; and it's utility outweighs the 1-second delay IMHO nanopct6: updated blobs to DDR v1.16 and BL31 v1.45 View the full article

odroidhc4: bump to u-boot v2024.04; drop most defconfig patches in favor of hooks odroidhc4: bump to u-boot v2024.04; drop most defconfig patches in favor of hooks add pre_config_uboot_target hook for switching BOOTCONFIG across the two targets adapt UBOOT_TARGET_MAP to not call the defconfig Makefile targets directly, instead, just do a variable assignment (ignored by Make) otherwise, when using the defconfig directly in the UBOOT_TARGET_MAP, the post_config_uboot_target .config changes are overwritten when Make is called only patch left is boot usb-nvme-scsi/sata first (still done in meson64.h) remove FIP handling from family file meson-sm1.conf into board file hook where it belongs u-boot: enable more compression methods, EFI debugging, i2c, leds, tcp networking use flashcp for mtd writing Unchanged: confirmed as of v2024.04: using the C4 (not HC4) defconfig is still needed to be able to write to mtd when booted from SD also confirmed: one still needs to erase Petitboot using Petitboot, then boot from SD, to be able to flash mainline u-boot to mtd View the full article