RSS Bot

In my initial commit I assumed CONFIG_USE_PREBOOT=y was enabled by default. I was wrong. As reported by MicroLinux (Salva) on DISCORD the unit was still having issues booting. I sent him a patch I use which enables preboot and he reported back that "It boots fine now". NOTES: The patch he tested also had boot logo support enabled. In my testing boot logo support is not required. If for some reason in the future there are still eMMC boot issues, than maybe adding a slight delay "sleep 2" to preboot would suffice. https://github.com/armbian/build/pull/5858 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 now that 6.6.y is -current.. Need to add -current as a build target. tested works.. 6.7.0 -edge is weird-broken. but that's for discussion here. View the full article

Description We have an arg UBOOT_MIRROR and it can be set to gitee to use mirror https://gitee.com/mirrors/u-boot.git. We have to fix Makefile url for it. 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] PREFER_DOCKER=no ./compile.sh uboot BOARD=fl700n BRANCH=edge UBOOT_MIRROR=gitee. fl700n is a board using uboot config firefly-rk3288_defconfig I am playing these days. 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

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

With many dedicated souls willing to endure a FOSDEM queue, Collabora's engineers will be giving 6 talks spread out amongst multiple devrooms including Open Media and Testing & Continuous delivery. View the full article

PWM controllable fan (G12A/B/SM1) Commit provides two new overlays. One for the BananaPi CM4IO Baseboard "GPIOH_5" and another for general use "GPIOX_5". CM4IO HEADER PINS: 5V "4"; GND "6"; PWM "7" On other units the location of the PWM HEADER PIN may vary, so users will need to either review the wiki or schematic of said unit. Fan used in testing: https://a.co/d/hasnLtj Modifications: M2S/M5 RTL8822CS Modded the overlays to be specific to the unit they were made to be used on. Tested-on: BananaPi BPI-CM4IO Baseboard with BPI-CM4 Module [ ] 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 Fix compilation of the uwe5622 driver with fortify enabled. Currently I get the following error: [🔨] In function 'strncpy', [🔨] inlined from 'sprdwl_cfg80211_scan' at drivers/net/wireless/uwe5622/unisocwifi/cfg80211.c:1541:4: [🔨] ./include/linux/fortify-string.h:144:17: error: call to '__write_overflow' declared with attribute error: detected write beyond size of object (1st parameter) [🔨] 144 | __write_overflow(); [🔨] | ^~~~~~~~~~~~~~~~~~ [🔨] make[8]: *** [scripts/Makefile.build:243: drivers/net/wireless/uwe5622/unisocwifi/cfg80211.o] Error 1 It seems that fortify considers the 0 sized array at the end of the struct as actually being 0 sized rather than it's pre-C99 meaning of undefined size array. This patch changes to the standard C99 representation of undefined size array at end of struct. How Has This Been Tested? Compilation of the rockchip64-edge kernel (6.7). 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 As per title + leave defaults as is. Jira reference number AR-2027 How Has This Been Tested? [x] Making one 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

One of the key high-level challenges of building Mesa drivers these days is figuring out how to best share code between a Vulkan driver and a Gallium driver when Gallium isn't really capable of implementing Vulkan. Here's how. View the full article

See the discussion in https://forum.armbian.com/topic/30074-helios64-armbian-2308-bookworm-issues-solved/page/3/#comment-179040 Description The Helios64-specific changes get moved to rockchip64, as https://github.com/armbian/build/blob/main/config/boards/helios64.csc#L3 says that it's not rk3399 anymore. How Has This Been Tested? See discussion in https://forum.armbian.com/topic/30074-helios64-armbian-2308-bookworm-issues-solved 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

Banana Pi BPI-M6 is an upcoming credit-card single board computer based on SenaryTech SN3680 SoC comprised of a quad-core Arm Cortex-A73 processor, a Cortex-M3 real-time core, an Imagination GE9920 GPU, and an NPU delivering up to 6 .75 TOPS. The board will ship with 4GB LPDDR4 RAM and 16GB eMMC flash. Its layout is fairly similar to the one of the Raspberry Pi 4 with four USB ports, Gigabit Ethernet, a 40-pin GPIO header, a USB Type-C port for power, and two micro HDMI ports. However, only one of those is for HDMI output, as the second is for HDMI input, and there’s also an M.2 socket for expansion. Banana Pi BPI-M6 specifications: SoC – SenaryTech SN3680 with CPU – Quad-core Arm Cortex-A73 processor up to 2.1GHz MCU – Arm Cortex-M3 real-time security core @ 250MHz GPU – Imagination PowerVR Series9XE GE9920 GPU VPU – 4Kp60 H265, H264, VP9, ​​VP8, [...] The post Banana Pi BPI-M6 SBC features SenaryTech SN3680 quad-core Cortex-A73 AI processor appeared first on CNX Software - Embedded Systems News. View the full article

Linkstar H68K is a Rockchip RK3568 multimedia router with two 2.5GbE ports, two Gigabit Ethernet ports, an optional WiFi 6 and Bluetooth 5.2 module, a few USB ports, and an HDMI 2.1 port supporting up to 4Kp60. Rockchip RK3568 was initially introduced as a solution for NVRs, but I’ve yet to see any, Instead, we’ve gotten some SBCs and mini PCs, as well as several routers such as NanoPi R5S, FastRhino R68s, and the upcoming Radxa E25 that will be announced next week. Linkstar H68K specifications: SoC – Rockchip RK3568 quad-core Cortex-A55 processor @ up to 2.0 GHz with Arm Mali-G52 MP2 GPU, 0.8 TOPS AI accelerator, 4Kp60 H.265/H.264/VP9 video decoder, 1080p60 H.264/H.265 video encoder System Memory – 4GB LPDDR4X Storage 32GB eMMC flash MicroSD card socket Video Output – 1x HDMI 2.1 port up to 4Kp60 Audio – 3.5mm audio jack, digital audio via HDMI Networking 2x 2.5GbE RJ45 [...] The post LinkStar H68K – A Rockchip RK3568 “multimedia” router with dual 2.5GbE, dual Gigabit Ethernet appeared first on CNX Software - Embedded Systems News. View the full article