Linux
-
新唐科技推出 NuMicro® MA35D0 系列小封装 MPU 及工业界最小Linux开发平台 Chili Pro
台湾新竹 – 2026 年 10 月 1 日 –––全球半导体领导供货商新唐科技股份有限公司(Nuvoton Technology Corporation)正式推出 NuMicro® MA35D0 系列最新 LQFP128 小封装微处理器 MA35D05KH67C、MA35D05KI67C 与 MA35D05KJ67C，专为工业边缘装置、智能网关、新能源系统等应用打造，协助开发者快速建构兼具效能、安全与成本优势的新一代边缘运算平台。
-
Android 15来了!系统、功能、体验三重升级，米尔MYD-LR3576开发板
米尔电子 MYD-LR3576 Android V2.0.1 现已正式发布。继 V1.0.0 版本支持 Android 14 后，本次发布将系统升级至 Android 15，并围绕系统基线、板级功能和使用体验进行三重升级。新版本针对 MYD-LR3576 硬件完成整机适配与验证，为客户提供更新、更完整、更易部署的 Android 开发基线。
-
PLC软逻辑在Linux上的运行：在ARM工业网关中实现软PLC控制功能
ARM工业网关跑软PLC，适合把“少量逻辑控制+协议转换+上云”合并到一台设备：本地用IEC 61131-3做启停/联锁/计数，外接DI/DO、RS485、CAN、以太网，再通过Modbus TCP/OPC UA/MQTT把数据送SCADA和MES。RK3562/RK3576/RK3588、AM62x、STM32MP1等ARM Linux板都能装开源运行时，小批量点位比单独PLC+网关更省。
-
摩尔斯微电子加入 Zephyr 项目，为增长最快的实时操作系统(RTOS)拓展连接选项
摩尔斯微电子的 Wi-Fi HaLow软件现已面向 Zephyr开放，Zephyr是嵌入式设备领域应用最广泛的开源实时操作系统之一
-
IAR平台新增原生跨平台IDE，同时支持Linux与Windows
IAR嵌入式IDE新增原生Linux支持，实现桌面开发与CI开发的统一，让安全与合规要求严苛的嵌入式项目能够使用同一套经过认证的工具链
-
IBM 发布面向 IBM Z 和 LinuxONE 的下一代双架构处理器
革命性设计将 Arm 原生应用引入 IBM 旗舰级主机和服务器，为企业计算提供更丰富的软件选择 北京2026年8月26日 /美通社/ -- 近日，在年度 Hot Chips 大会期间，IBM（NYSE：IBM）宣布推出业界首款双架构...
-
FPGA+Linux的嵌入式智能相机设计：实现本地AI推理的低功耗方案
在工业质检、安防巡检等边缘场景中，智能相机需要同时完成图像采集、实时处理和AI推理。传统方案要么用高性能CPU（功耗高），要么用NPU（灵活性差）。FPGA+Linux的异构架构正好取长补短：FPGA负责像素级流水线处理（去噪、缩放、色彩转换），Linux运行AI框架和网络协议，两者通过AXI总线紧耦合。本文以Xilinx Zynq UltraScale+ MPSoC为例，展示一个在15W以内实现实时目标检测的智能相机设计方案。
-
Linux虚拟地址空间的分层布局
在现代操作系统的运行逻辑中，内存资源的分配与调度直接决定了整个系统的运行效率和稳定性，而Linux的虚拟内存空间管理体系，正是支撑多进程并发运行、保障内存资源高效复用的核心机制。很多开发者在日常开发中只关注malloc这类内存分配函数的表层用法，却对背后的虚拟内存运行逻辑知之甚少，这也导致很多线上内存问题难以定位。实际上，从进程启动的那一刻开始，虚拟内存管理就已经开始工作，它通过一套精巧的地址映射规则，让每个进程都能拥有独立、连续的虚拟地址空间，彻底解决了物理内存碎片化、多进程内存隔离等传统内存管理无法解决的痛点。
-
深入理解Linux挂载
在之前的系列底层技术文章中，我们先后探讨过CPU Cache伪共享、内存模型、堆与栈内存差异、高效内存池等系统级核心主题，而挂载作为Linux文件系统体系中最基础也最容易被误解的核心机制，是所有存储设备能够被用户正常访问的前提。很多日常使用Linux的开发者，天天执行mount命令，却很少真正理清挂载的底层逻辑，很容易遇到这类典型问题：插入U盘后直接访问设备文件却提示无法读取;卸载磁盘前直接拔出导致文件系统损坏;重启后之前手动挂载的磁盘全部消失。这些问题的根源，几乎都和对挂载机制的理解不到位直接相关，想要真正掌握Linux存储系统的运行逻辑，必须从底层到实践彻底理清挂载的完整体系。
-
在如何在 Kria KV260 上部署自定义的 XSA
在我的上一篇项目文章中，我介绍了使用 AMD 新的 Yocto 工作流结合 EDF(嵌入式开发框架)为 Kria SoM 构建嵌入式 Linux 镜像的基本步骤。该项目详细说明了克隆 AMD Yocto 项目的流程，包括专用于 AMD FPGA 的 Xilinx 层，并利用 meta-kria 层中的默认设置和 Kria 的比特流文件，将其构建为目标平台——Kria KV260 Vision AI 开发套件。
-
详解Linux 可执行文件装载进虚拟内存的过程
在Linux系统中，我们在终端输入一条命令按下回车，几毫秒后程序就开始运行。很多开发者每天都在执行各类可执行文件，却很少深究背后的细节：磁盘上一个静态的ELF二进制文件，是如何一步步变成内存中活跃的进程?为什么物理内存明明只有十几GB，系统却能同时运行成百上千个进程?为什么野指针乱操作也很难直接篡改其他进程的数据?这一切的核心，都藏在Linux将可执行文件装载进虚拟内存的完整流程里。
-
Yocto Project多板卡支持：meta层复用策略在ARMv8-A平台上的实践
在嵌入式Linux开发中，同时支持多款ARMv8-A硬件平台是一个常见但不易做好的需求。每款开发板都有自己独特的Bootloader、内核配置、设备树和用户态驱动，若为每款板卡独立维护一套构建配置，维护成本会随硬件种类线性增长。Yocto Project的meta层架构为解决这一问题提供了系统化的手段——通过合理的层结构设计和复用策略，一套BSP层即可支撑多个板卡的构建。
-
Buildroot构建最小嵌入式Linux系统：从内核裁剪到根文件系统定制
嵌入式Linux系统的构建是一场与资源的持久博弈。当项目只需要网络通信与GPIO控制时，承载完整桌面环境的发行版无异于用卡车运信封。Buildroot作为一套基于Makefile和Kconfig的自动化构建工具，以"从零编译"的方式从源码生成交叉编译工具链、引导加载程序、Linux内核与根文件系统，最终输出一个可直接烧录的镜像。它不依赖任何外部包管理器，不携带冗余组件，是打造最小化嵌入式Linux系统的利器。
-
IBM推出新款z17和LinuxONE系统，协助企业应对数据中心空间与成本压力
IBM Z和LinuxONE 5强大的单机柜和机架式产品，以及全新的AI与自动化软件升级，助力企业更灵活地部署工作负载。 北京2026年7月8日 /美通社/ -- 近日，IBM（纽交所代码：IBM）宣布推出全新IBM z1...
-
使用 Buildroot 为 Pi Zero W 构建了一个极简的 Linux 内核
本项目的目标是使用 Buildroot 为树莓派 Zero W 开发一个定制的嵌入式 Linux 发行版。系统设计仅包含应用程序所需的基本组件，例如 Wi-Fi 连接、SSH 和 SCP 访问、I2C 支持以及 Python。系统还集成了 SSD1306 OLED 显示屏，用于构建菜单式仪表板，可显示系统信息和网络状态。
-
如何在Arduino UNO Q的Linux端搭建无线网页仪表板，通过手机控制STM32微控制器并查看实时数据
官方Arduino UNO Q是一款性能强大的开发板。与传统微控制器不同，它采用“双脑”架构：搭载高通® Dragonwing™ MPU，运行Linux Debian系统，用于处理复杂的AI和计算任务;同时配备STM32U585微控制器，实现实时硬件控制。
-
为什么需要专门搭建便捷开发环境：交叉开发模式的痛点
对于嵌入式Linux开发者来说，最影响开发效率的往往不是代码编写本身，而是繁琐的调试流程：更新内核要反复拔插SD卡，测试应用要每次编译后手动传输文件，看日志还要一直守着串口线。一套便捷高效的开发环境，能把调试流程从十几分钟压缩到几秒钟，让开发者把精力集中在功能开发本身，而非重复的机械操作。
-
RISC-V启动的基础逻辑
当我们谈论RISC-V的设计特色，讨论得最多的往往是它开源开放的属性、模块化的指令集设计，还有灵活的特权级架构。但很少有人会深入拆解它的启动流程，去品味这套架构在启动阶段设计里藏着的巧思。我自己在做RISC-V嵌入式开发的过程里，对比过ARM、MIPS这些传统架构的启动流程，越研究越觉得RISC-V的启动设计不简单——它没有像x86那样复杂的BIOS标准，也没有走ARM那套固定BL阶段的设计路线，反而用一套极简的架构逻辑，适配了从微控制器到服务器CPU的全场景需求。
-
Linux中线程和进程到底是什么关系？
在操作系统学习和后端开发面试中，“线程间共享哪些资源、又隔离哪些资源”是一个高频问题，很多人对此一知半解：只记得“线程共享进程地址空间”，但具体到哪些内存区域、哪些资源是共享的，哪些是线程私有，总是说不清楚。实际上，理解线程的资源共享模型，是理解并发编程、线程安全、进程线程关系的核心基础——很多并发bug的根源，就是错误地认为某个资源是线程私有，实际上它是共享的，或者反过来。
-
Pinctrl子系统：芯片管脚的统一管理者
在嵌入式Linux开发中，管脚配置与GPIO控制是驱动开发的核心基础工作。从嵌入式单板到桌面级服务器，几乎所有硬件交互都离不开对芯片管脚的配置与管理。早期Linux内核没有统一的管脚管理框架，各个厂商的BSP代码各自为政，大量重复冗余的配置代码散落在内核各处，不仅维护成本极高，也让驱动开发者难以统一开发。为了解决这个问题，内核引入了Pinctrl子系统和GPIO子系统，形成了一套统一、规范的管脚管理体系。如今，这两个子系统已经成为Linux内核中管脚配置的标准框架，理解它们的设计原理与工作机制，是每一个嵌入式Linux驱动开发者必须掌握的基础。
