RSS Bot
Bot-
Posts
4286 -
Joined
-
Last visited
Never
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Everything posted by RSS Bot
-
Power problems are one of the most common causes of instability, boot failures, or random restarts in single board computers (SBCs). Because many modern boards use USB-C connectors for power, it’s important to verify that your power supply is delivering the correct voltage and current before assuming there’s a hardware fault. Check the basicsStart by confirming that your USB-C cable and adapter are rated for your board’s requirements. Most SBCs need 5 V at 3 A (15 W). Some boards, like the Orange Pi 5 or Raspberry Pi 5, may negotiate 9 V or 12 V via USB Power Delivery (PD), depending on their design. If you’re using a phone charger or low-power adapter, it may not provide enough current, even if it fits physically. Use a USB power meterA simple USB-C inline power meter is the easiest way to test. Plug the meter between your power supply and SBC, then read the live voltage and current: Voltage should stay close to 5.0 V (or the PD voltage) even under load.Current draw will vary, but if it exceeds your adapter’s rating, the voltage may drop and cause instability. If you see voltage dropping below 4.8 V, your cable or power brick is likely under performing.Test with a known good supplyIf possible, test the board with a different high-quality USB-C PD charger or a dedicated SBC power adapter. Avoid cheap generic units some fail to maintain stable output when current spikes during CPU or GPU activity. Check for cable quality issuesUSB-C cables vary widely in thickness and resistance. A thin or data-only cable can limit current flow. Look for cables rated for 3 A or 5 A charging. Measure with a multimeter (optional)For a deeper check, you can measure voltage directly at the SBC’s power input pads or test points using a multimeter. This reveals if voltage drops occur between the connector and the board. Monitor behavior under loadBoot your SBC and run a stress test (for example, stress-ng or sbc-bench). Watch for throttling, reboots, or USB devices disconnecting signs that the power source can’t keep up. Bottom line: A stable USB-C power supply should maintain consistent voltage under load, use a properly rated cable, and meet your SBC’s full current requirements. Testing with a meter or swapping components systematically can quickly reveal whether power, not the board, is the real culprit. View the full article
-
Keep your SBC running cool and fastHeat is the enemy of performance. When your SBC gets too hot, it automatically slows down to prevent damage through thermal throttling. While most heatsinks come with pre-applied thermal pads for convenience, switching to quality thermal paste can significantly improve cooling and keep your board running at full speed. Why what's between your chip and heatsink mattersBoth thermal paste and thermal pads serve the same purpose: filling microscopic air gaps between your chip and heatsink. Air is one of the worst heat conductors, so eliminating these gaps is crucial for efficient cooling. Thermal paste wins because it's thinner and conforms better: Perfect conformity: Paste spreads thin under pressure, filling every microscopic imperfection and scratch on both surfacesMinimal thickness: Thermal pads are solid sheets (0.5mm-3mm thick), while paste creates an ultra-thin layer with much lower thermal resistanceReal-world results: Switching from pad to paste can drop temperatures by 5-8°C under load often the difference between throttling and full performanceWhen pads make senseThermal pads aren't bad they're just optimized for different priorities: Easy installation: Peel-and-stick application with no mess or skill requiredManufacturing friendly: Fast assembly for mass productionElectrical safety: Most pads are non-conductive, protecting against accidental shorts if the heatsink shiftsReliable out of the box: No risk of improper application or pump-outPads work well for low-power components like VRMs or memory chips, but your main SoC generates the most heat and benefits most from paste's superior heat transfer. The bottom lineIf you're running intensive tasks, media servers, or pushing your SBC hard, quality thermal paste is worth the upgrade. It creates a near-perfect thermal connection that keeps your chip cooler, reduces throttling, and maintains peak performance. Just make sure to use non-conductive paste to avoid any risk of shorts on your board. View the full article
-
A more reliable release process - made togetherhttp://blog.armbian.com/content/images/2025/11/release.png Each release cycle brings us closer to a smoother, more predictable, and more professional workflow—and this cycle was no exception. Our release process continues to evolve with better tooling, clearer procedures, and an increasing ability to deliver consistent results across a rapidly expanding and diverse hardware ecosystem. Despite having a significant amount of automated testing in place, the most reliable testing remains manual testing. Every image in this release was manually validated for basic functionality. This is a massive undertaking that requires time, discipline, access to hardware, and many helping hands. Our long-term hope is to one day achieve full test automation, with a dedicated test farm performing these checks end-to-end. But building and maintaining such a system is still beyond our current resources. For now, Armbian relies on the goodwill of volunteers, contributors, and donors who believe in what we are doing. One of the most inspiring aspects of Armbian is the community itself—a remarkable mix of long-term team members, returning contributors, and unexpected heroes who appear out of nowhere to fix something crucial, test an obscure board, or improve parts of the codebase or documentation. This blend of sustained commitment and spontaneous support is one of our greatest strengths. And finally, I cannot express enough gratitude to our partners, whose support keeps the project moving forward. Khadas, Mekotronics, Texas Instruments, SinoVoip (Banana Pi), Inovato, Radxa, FriendlyElec, FUTO, netcup, JetHome, Libre Computer, Toolcraft, Maximum Settings, AtomoNetworks—along with several smaller partners and many individual donors—all play an essential role. Their contributions, whether hardware, infrastructure, engineering, or financial, enable us to continue improving the ecosystem, expanding hardware support, and keeping Armbian accessible to everyone. Igor Project Manager Changes overview This release advances Armbian on three fronts: more boards now run on mainline-based firmware with BTRFS boot support; hardware coverage has grown significantly across multiple vendors; and the build framework has been upgraded with mmdebstrap, the lowmem extension, first-boot configuration injection, improved release logging, and more robust keyring and mirror handling. Destination mainline In our continued push toward mainline kernel support across our board portfolio, this release marks a significant milestone: the progressive retirement of vendor-specific boot loaders on several boards. This strategic shift moves away from proprietary, heavily patched boot loaders toward cleaner and modern solutions. By embracing and contributing to mainline U-Boot and kernel efforts, Armbian ensures greater long-term stability, security, and easier maintenance for our users, paving the way for a more unified and future-proof embedded ecosystem. Incoming Hardware Texas Instruments: AM62P Starter Kit, AM62L EVM (TMDS62LEVM) FriendlyElec: NanoPi R76S, NanoPi M5 Radxa: Radxa ROCK 4D, Radxa CM4 IO Board, Radxa E54C, Radxa Dragon Q6A ArmSoM: ArmSoM Forge1 SinoVoip (Banana Pi): Banana Pi M5 Pro Mekotronics: Mekotronics R58 HD, Mekotronics R58-4X4 XpressReal: XpressReal T3 9Tripod: 9Tripod X3568 v4 LuckFox: Pico Mini (RV1103), Lyra Plus, Lyra Ultra W, Lyra Zero W, Pico Pro (RV1106), Pico Max (RV1106) Hardkernel: ODROID M1S Note: This list includes boards across all support tiers; officially supported, standard, and Community Supported (CSC). Support level varies by vendor and device maturity. Software, framework, and user space On the user-facing side, we’ve added support for Debian Forky, Ubuntu 25.10, and Ubuntu 26.04 as Community Supported targets. The build framework has also received several important enhancements. We introduced mmdebstrap across the build pipeline, enabling faster and more reliable rootfs generation. A major kernel config rewrite automation now keeps the configs in good shape with fewer conflicts, while splitting the kernel build and install steps improves caching and reduces overall build time. Our GitHub infrastructure gained a new release-log generator covering the entire Armbian organization. We also added the lowmem extension to better support systems with under 256MB RAM and introduced user-provided first-boot configuration injection directly at build time. To improve traceability, a new inventory-artifacts CLI was added, and overall build reliability was increased through more resilient keyring and mirror fetching routines. For a complete list of changes and technical details, visit our Github. A heartfelt thanks! This release wouldn’t be possible without the tireless efforts of our dedicated contributors - the developers, testers, and community members who share their expertise and passion. Every line of code, every bug report, and every helpful comment moves Armbian forward - and strengthens the entire single-board computer ecosystem. We also extend our deepest gratitude to our sponsors and donors. Your financial support is crucial, it directly enables us to cover infrastructure costs, acquire new hardware for testing, and sustain the project’s continued growth. Your contributions make all of this possible. View the full article
-
Collabora will be at Embedded Software Engineering Kongress! Catch our talk as we share our expertise in training large open source models. View the full article
-
The Tyr prototype has now progressed from basic GPU job execution to running GNOME, Weston, and full-screen 3D games like SuperTuxKart, demonstrating a functional, high-performance Rust driver that matches C-driver performance! View the full article
-
Armbian Weekly Highlights: Enhanced Compatibility and Toolinghttp://blog.armbian.com/content/images/2025/11/githubhighlights-2.png This week in Armbian development saw a range of significant updates and improvements across the project, focusing heavily on expanding hardware support and refining the build framework. Major Highlights The Armbian ecosystem saw significant expansion into the emerging micro-compute camera space, notably adding support for new Rockchip RV110x variants, alongside major U-Boot version bumps and the introduction of a dedicated low-memory build architecture. New Low-Memory Build Extension: Introduced the LowMem extension to optimize builds specifically for boards with less than 256MB of RAM.LowMem extension (for boards with < 256MB RAM) (#8839)RV1106: Limit udev children to prevent early OOM (#8915)LowMem: Slim down initramfs and set /run size (#8904)Expanded Rockchip RV110x/RV3506 Support: Added initial support for the new Rockchip visual processing chip family and several specific boards built around them.family: rockchip: add rv1103/rv1106 + first board 'LuckFox Pico Mini' (#8797)rockchip: Add CSC board Luckfox Lyra Plus + adjust RK3506 BOOT_SOC (#8841)rockchip: Add CSC board Luckfox Lyra Ultra W (RK3506B) (#8862)rockchip: Add CSC board Luckfox Pico Pro / Pico Max (RV1106) (#8893)Kernel Update: Bumped the mainline edge kernel version to 6.18-rc5.bump mainline edge to rc5 (#8908)New FeaturesNew hardware support and key functional additions have been merged across the project. New Board SupportAdd support for Hardkernel ODROID M1S (#8846)add new board radxa-e54c (#8849)rockchip: add 9tripod x3568 v4 support (#8823)Radxa Zero 3W: Add ext antenna overlay (#8894)rockchip64: add rk3318-box overlay for T98_RK3318 boards (#8848)BTRFS IntegrationBTRFS: move btrfs support packages from additional to main package list (#8888)odroidm1: u-boot: bump to 2025.10; enable BTRFS support (#8857)odroidhc4: u-boot: bump to v2025.10; enable BTRFS support (#8880)nanopct6(-lts): u-boot: enable BTRFS support (#8856)Networking & Modulesadd Debian Forky as CSC target (#8814)Enable AX25 Kernel Modules (#8882)Enable ath12k module for edge kernel configs (#8812)Security & Storageadd CRYPTROOT_AUTOUNLOCK option and fix CRYPTROOT for uefi builds (#8805)Bug FixesSeveral user-facing and deep-level build fixes were introduced, improving stability and usability. Armbian install progress bar wasn't working for awhile (#8900)fix(armbian-firstlogin): Enable wlan dhcp by default (#8809)IMX8: fix ATF build error (again) (#8843)Revitalize Espressobin - fix atf compilation bug, bump kernels (#8873)config: kernel: linux-sunxi-*: Set CONFIG_PWRSEQ_EMMC=y (Fixes eMMC power sequencing) (#8877)meson64/edge(6.18): .config: recover EXT4 manually (#8868)meson64-6.18: temporary patch for pcie vs aspm woes on Amlogic (#8867)station-p2: fix pcie (#8819)extensions/image-output-utm: fix serial console ttyAMA0 for arm64 (#8851)ImprovementsFramework and board maintenance focused on optimization, reliability, and modernizing U-Boot adoption. Build System & FrameworkKernel config rewrite: use our strong servers for matrix generation (Significantly faster config processing) (#8859)Implement option to skip certain kernel configs that don't want to play along (#8896)Improve first login for automated builds (#8899)framework mmdebstrap, fetch_distro_keyring - use cached keyring pkgs from armbian.github.io (#8881)U-Boot & FirmwareMultiple boards bumped to U-Boot v2025.10 final, enhancing stability and feature sets.qemu-uboot-{x86|arm64}: bump u-boot to v2025.10 final (#8801)cm3588-nas: bump u-boot to v2025.10 final (#8799)RPI: Increase UEFISIZE from 256 MiB to 512 MiB (#8842)uboot: uboot-config now prints diff with pre-menuconfig defconfig (#8855)nanopi-m6: add support for mainline uboot (#8793)khadas-edge2: add support for mainline uboot (#8796)Board Maintenanceyouyeetoo-r1: Add custom ALSA state configuration (#8818)rockchip: x3568 v4: sync changes from mainline and fixes phy leds (#8887)Community ContributionsThank you to all contributors who submitted pull requests this cycle! @igorpecovnik, @vidplace7, @glneo, @EvilOlaf, @HeyMeco, @rpardini, @pyavitz, @tabrisnet, @rbqvq, @F4FXL, @Jookia, @jonaswood01, @kamilsaigol, @paolosabatino, @Jojo-A, @schmiedelm, @chainsx, @SuperKali, @timsurber, @mahdibx, @sylv-io, @belegdol, @sashasimkin, @efectn. Want to dive deeper into the code or contribute? Check out our GitHub repositories! View the full article
-
Collabora extended the AdobeVFR dataset and trained a FasterViT-2 font recognition model on millions of samples. The result is a state-of-the-art model for fine-grained font identification that can also be used for downstream tasks. View the full article
-
As a trusted partner of industry leaders like CLAAS, Ag Leader, and CCI, we are delighted to exhibit for the first time at one of the world’s leading agricultural trade fairs, taking place November 9–15. Meet us at the Digital Farm Center in Hall 21! View the full article
-
This week in Armbian: We're gearing up for the 25.11 release with a code freeze approaching November 20th, while development continues with new board support and kernel updates. We're also exploring the JetHub D1+ as a professional automation solution, understanding safe operating temperatures for SBCs, and highlighting the critical role of SPI flash in modern single board computers. Here's what's new: Armbian 25.11 release is comingArmbian 25.11 code freeze begins November 20th. Maintainers should test boards, resolve critical issues, and join the coordination meeting on November 8th.http://blog.armbian.com/content/images/icon/favicon-25.icoArmbian blogIgor Pecovnikhttp://blog.armbian.com/content/images/thumbnail/photo-1613677135043-a2512fbf49fa SPONSORED http://blog.armbian.com/content/images/2025/11/D1_v3_face_antenna-2-1.png JetHub D1+, a clean alternative to DIY SBC builds for automation! Learn more Github highlightsThis week’s Armbian updates include new board support for Radxa E54C and ODROID M1S, kernel bumps to 6.17 and 6.18, enhanced U-Boot BTRFS support, and critical bug fixes for IMX8 and BPI-R4 builds.http://blog.armbian.com/content/images/icon/favicon-26.icoArmbian blogMichael Robinsonhttp://blog.armbian.com/content/images/thumbnail/githubhighlights-2.pngSafe operating temperatures for Single board computersSBCs operate safely up to 80°C but throttle at 85°C. Keep temperatures under 70°C with heatsinks, airflow, and monitoring for optimal performance and longevity.http://blog.armbian.com/content/images/icon/favicon-28.icoArmbian blogMichael Robinsonhttp://blog.armbian.com/content/images/thumbnail/armbian_safe-operating.pngView the full article
-
http://blog.armbian.com/content/images/2025/11/armbian_safe-operating.pngSingle Board Computers (SBCs) like the Raspberry Pi, Orange Pi, and Rockchip-based boards pack impressive computing power into compact designs but with that power comes heat. Keeping temperatures within a safe range is critical for performance, stability, and longevity. Most SBCs are designed to operate safely between 0°C and 80°C (32°F to 176°F), though the ideal range depends on the processor and workload. For example, ARM-based chips such as the RK3588 or Broadcom BCM2711 typically idle between 35°C and 50°C, and can safely run under sustained loads up to 70°C-75°C. Once the temperature reaches around 80°C-85°C, many boards begin to throttle, automatically lowering CPU frequency to prevent overheating. Prolonged operation near or above these limits can lead to degraded performance and, over time, shorten component life. To maintain safe temperatures: Provide airflow: Use open cases or add a small fan.Use heatsinks: Aluminum or copper heatsinks on the CPU dramatically reduce peak temps.Monitor regularly: Tools like sbc-bench, glances, or built-in thermal sensors help track heat trends.Avoid enclosed or sunlit areas when running high workloads.In general, keeping your SBC under 70°C during typical use ensures efficient operation and prevents thermal throttling. With proper cooling and monitoring, these small computers can run reliably for years even under heavy workloads. View the full article
-
http://blog.armbian.com/content/images/2025/11/D1_v3_face_antenna-2.pngBuilding a serious automation system shouldn’t mean spending days wiring SBCs, shields, USB dongles, level shifters and external power protection. JetHub D1+ offers a clean alternative: a compact, integrated, production-ready controller built for smart buildings, industrial automation, energy management, BMS, dispatching, and reliable IoT deployments. This device is developed and manufactured by JetHome and comes ready for the field: no breadboards, no compatibility guessing, no driver hunting. Every interface is engineered, tested, and electrically protected. Software support includes Armbian Linux or Home Assistant OS out of the box. Why JetHub D1+ instead of SBC + modules?Unlike assembled DIY stacks, JetHub D1+ provides: Integrated and tested hardware – Zigbee, RS-485, isolated I/O and relays work out of the box2. Electrical resilience – galvanic isolation, EMI-safe design, stable power deliveryDIN-rail housing – ready for electrical panels and server cabinetsIndustrial interfaces – RS-485 (Modbus), relay outputs, digital I/OReliable software base – Armbian support and update infrastructureSilent 24/7 operation – fanless and stable in long-term deploymentsThis is hardware you can deploy both at home and in production environments without improvisation. Hardware overviewPowered by the Amlogic A113X quad-core Cortex-A53 SoC, JetHub D1+ delivers efficient performance with a stable thermal profile suitable for enclosure-based installations. Specification Details CPU Amlogic A113X, quad-core Cortex-A53 RAM 2 GB DDR4 Storage 32 GB eMMC Wireless Dual-band Wi-Fi + Bluetooth 5.0 (RTL8822CS) Zigbee Zigbee 3.0 module (EFR32MG21) Ethernet 10/100 Mbit/s USB USB 2.0 Mounting DIN-rail Cooling Fanless Power 9–56 V DC Automation interfaces for real projectsJetHub D1+ includes interfaces needed in the real world ready for direct field connection without adapters: Interface Purpose 4 × Digital Inputs (isolated) Sensors, buttons, automation signals 3 × Relay Outputs (5 A / 250 V) Lighting, contactors, low-power loads 2 × isolated RS-485 buses Modbus RTU, PLCs, industrial devices 1-Wire (DS2482) Temperature sensors Internal temperature sensor CPU thermal control Software: Armbian or home Assistant – Your ChoiceJetHub D1+ ships with a preinstalled OS of your choice: ArmbianFull Linux environmentSSH access, Debian ecosystemIdeal for automation gateways, custom servicesDocker, MQTT, Node-RED, Python supportHome assistant OSReady-to-use smart home controllerBuilt-in Zigbee2MQTT compatibilityAdd-ons ecosystemPerfect for automation integratorsBoth are officially supported images from JetHome with regular updates available. Connectivity for modern automationJetHub D1+ provides native Zigbee (no USB dongles required) and can seamlessly combine both wireless and wired field devices in a single automation network: Pair Zigbee sensors and switches nativelyIntegrate RS-485 meters, relays and PLCsCombine Zigbee2MQTT + Modbus + MQTT in one systemRemote control via VPN or SSHMQTT ready gateway functionDocumentation and supportFull documentation is available, including schematics, API interfaces and wiring examples: Technical docs: JetHub D1+ Full Specifications Support community: https://t.me/jethome_iot AvailabilityThe JetHub D1+ is now available for worldwide shipping through JetHome’s official AliExpress store. Order JetHub D1+ on AliExpress https://jethome.aliexpress.com JetHub D1+ is a reliable controller for automation deployments where stability matters more than cable experiments. With Armbian support, tested hardware integration and industrial I/O, it bridges the gap between DIY flexibility and professional-grade engineering. Whether you’re building: Smart home hubs, Industrial monitoring, Energy management systems, IoT gateways, BMS / HVAC automation, Remote telemetry controllers, JetHub D1+ is a strong foundation to build on. View the full article
-
As the Armbian 25.11 release approaches, development is entering its final phase with emphasis on testing, stabilization, and release coordination. A code freeze will begin on November 20th, limiting merges to critical fixes and release-essential changes only. Following the freeze period, maintainers will have the flexibility to release once standard validation and review processes are complete. Here's an overview of coordination priorities and upcoming milestones. Coordination meetingA brief coordination session will be held before the freeze to ensure alignment: When: Saturday, 8 November 2025, at 16:00 CET / 10:00 EST Where: Release Coordination Event Agenda: Review open blockers and critical prioritiesMaintainer status by boardLabel triage and deferrals to next release (26.02 milestone)Final checklist before freezeRelease tasks and timeline PrioritiesFocus on stability and core functionality: networking, boot reliability, display, and user-space tools.Prioritize platinum and supported boards first; community targets come next.User-space: armbian-firstrun, armbian-install, armbian-configPlanningUse GitHub labels to keep scope realistic: Keep 25.11-labeled items that you can complete before the freeze.Move everything else to the 26.02 milestone.Stay focused and collaborative; each resolved issue brings us closer to a stronger, more polished release.Board maintainer checklistTest your boards using vendor and current kernels, with at least one desktop image recommendedResolve or document any open issues before the freeze.If testing confirms stability, prepare images for final release validation.For support status changes:Promote: .csc → .confDeprecate: .conf → .cscUpdate maintainer info in the board config.Key dates overview MilestoneDateNotesCoordination Meeting8 November 2025Release prep and blocker reviewCode Freeze20 November 2025Only critical fixes merged25.11 ReleaseLate November 2025Release at will after freeze Thank you! Every contribution keeps Armbian improving and moving forward. Let’s make 25.11 another solid, reliable release. View the full article
-
http://blog.armbian.com/content/images/2025/11/githubhighlights.pngThis week’s Armbian development saw significant progress across multiple fronts, including expanded hardware support and key software enhancements. Notable additions include support for new boards such as the Radxa E54C and Hardkernel ODROID M1S, as well as the integration of Debian Forky as a CSC target. Kernel updates were prominent, with bumps to versions 6.17 and 6.18, alongside improved configuration management for various devices. Bootloader improvements were made, including enhanced BTRFS support and more reliable local version settings in U-Boot. Several bug fixes addressed build errors and kernel configurations, particularly for IMX8 and Filogic/BPI-R4. The release also featured updates to documentation and board maintenance, ensuring smoother development workflows and broader compatibility. add CRYPTROOT_AUTOUNLOCK option and fix CRYPTROOT for uefi builds. by @sashasimkin in armbian/build#8805add Debian Forky as CSC target. by @timsurber in armbian/build#8814add description for .conf. by @EvilOlaf in armbian/build#8847add new board radxa-e54c. by @kamilsaigol in armbian/build#8849Add support for Hardkernel ODROID M1S. by @Jojo-A in armbian/build#8846change from frank-w's tree to just a git-format-patches from his tree. by @tabrisnet in armbian/build#8850filogic/bpi-r4 - fix edge kernel config. by @tabrisnet in armbian/build#8772Ghost: use latest version v6. by @igorpecovnik in armbian/configng#692grub: don't set CLOUD_INIT_CONFIG_LOCATION. by @rpardini in armbian/build#8852IMX8: fix ATF build error (again). by @schmiedelm in armbian/build#8843mainline-kernel: bump 6.18 to 6.18-rc3. by @rpardini in armbian/build#8830Move kernel config changes from board to kernel config. by @igorpecovnik in armbian/build#8858nanopct6(-lts): u-boot: enable BTRFS support. by @rpardini in armbian/build#8856odroidm1: u-boot: bump to 2025.10; enable BTRFS support. by @rpardini in armbian/build#8857rockchip64: add rk3318-box overlay for T98_RK3318 boards. by @paolosabatino in armbian/build#8848rpi maint: bump edge to 6.17.y. by @EvilOlaf in armbian/build#8837rpi4b: bump edge to 6.18. by @EvilOlaf in armbian/build#8845RPI: Increase UEFISIZE from 256 MiB to 512 MiB. by @igorpecovnik in armbian/build#8842thinkpad-x13s: 6.17: .config: NFS_V4_2, ISCSI_TCP, NFSD =m. by @rpardini in armbian/build#8853ti: configs: boards: Update maintainer on board configs. by @jonaswood01 in armbian/build#8838uboot: set CONFIG_LOCALVERSION more reliably on script/config-enabled uboot sources. by @rpardini in armbian/build#8854uboot: uboot-config now prints diff with pre-menuconfig defconfig. by @rpardini in armbian/build#8855View the full article
-
Collabora is proud to sponsor this year's annual GStreamer conference, taking place in London, UK. Join us as we showcase the latest with machine learning analytics, WirePlumber, and more. View the full article
-
The kernel 6.17 release benefits from improvements in the graphics subsystem, hardware enablement, and more! See where Collabora's kernel team contributed to this release. View the full article
-
1
-
Abandoned vendor-provided BSP roadblocks can be overcome when mainline Open Source projects like the Linux kernel are integrated directly. Get your upstreamed BSPs from day one. View the full article
-
Next week, Collabora will be taking part in the 2025 edition X.Org Developer's Conference! Taking place in Vienna, our engineers will be presenting 6 talks and a workshop to help local students discover the embedded graphics stack! Join us! View the full article
-
AFBC support has been merged to PanVK and will be available in the Mesa 25.3 release! This new enablement reduces memory bandwidth and boosts performance. View the full article
-
Visit us at the STMicroelectronics booth, where Collabora will highlight how the STM32MP2 chip empowers edge AI solutions for industrial applications. View the full article
