F101 上运行 Zephyr，屏幕分辨率 1024x614。应用是一个电视端的 B 站客户端，主界面是一个列表，最多 100 张卡片，每张卡片包含封面和若干文字控件，滚动由 LVGL 处理。 问题优化前，滚动一步的 CPU 时间为 250 ~ 350 ms，帧率约 3 fps。 LVGL 的滚动流程：手指移动后，容器内所有子对象的坐标整体平移，整个容器区域被…
前言F101 是一颗单核 RISC-V SoC，参数如下： 核心为 T-Head 玄铁 C907，rv32imac，带 FPU，带 MMU，MMU 不启用 16 MB PSRAM，映射在 0x40000000 中断：CLINT 0x14000000（定时器），PLIC 0x10000000（外设中断） 板载 4.3 寸 RGB 屏（1024x600）、SD 卡槽、SPI NOR flash、片上音频 codec、USB，以及若干…
开发板为 YuzukiNeko，SoC 核心为平头哥 C907（rv32imafdcv），16 MB PSRAM，没有 SBI，内核直接运行在 M 态。 目标是让 mGBA 把一个 16 MiB 的 GBA 游戏 ROM 当作 16 MiB 的内存读取，而板子的内存总量只有 16 MB。 实现方式是在 Zephyr 中为 RISC-V 增加 Sv32 MMU 和请求调页（demand paging），以 SD…
起因：Arduino 想要“秒级编译”，Zephyr 给不了Arduino 的体验是：点一下“上传”，几秒钟后板子就在跑你的 .ino。IDE 背后只按 platform.txt 里的 recipe 调 gcc 编译、链接，再调上传工具把固件写进去。没有配置系统，没有依赖树，就是几条命令行。 Zephyr 是另一个世界。west + CMake + Ninja，几千个 Kconfig 符号，devicetree 先被编译成 C…
背景一块 YuzukiNeko 板(SoC 是 Allwinner F101,核是 T-Head C907,RV32),跑 FreeRTOS。开发时不用 boot0/SPL 从 flash 启动,而是直接用 xfel(FES) 和 GDB + CKLink…
dt2c：把固定设备树交给 C 编译器很多嵌入式项目都沿用同一条设备树处理链路：dtc 把 DTS 编译成 DTB，固件把 DTB 带到目标板上，驱动再用 libfdt 查询。这样做没有问题，而且允许上一级 bootloader 在交接前修改设备树。 有些固件其实用不到这份灵活性。一块固定型号的 MCU 板、片上 SRAM 中运行的 SPL、按板型分别发布的 bootloader，或者 SoC…
从一个 README 错误说起改这个之前，README 里有个例子一直跑不通： openixcli flash firmware.img --verify false --verify 在 clap 里是个 flag，false 会被当成多余参数报错。问题不大，但修着修着发现类似的”小问题”还有一堆——FlashMode 定义了两份、post_action 用字符串传来传去、CLI 和 TUI…
libefex FEL 模式操作FEL 模式简介FEL (Firmware Extraction Level) 是全志芯片 BootROM 中内置的低级子程序模式。在 FEL 模式下，主机可以通过 USB 直接访问设备内存，实现： 内存读取 (sunxi_efex_fel_read) 内存写入 (sunxi_efex_fel_write) 代码执行 (sunxi_efex_fel_exec) FEL 代码执行实现源码位置:…
libefex 模块架构层级架构libefex 采用清晰的分层架构设计，从底层 USB 驱动到高层 API 逐层抽象： graph TB subgraph Application["应用层"] A1[CLI Tools] A2[Test Programs] A3[Rust Bindings] end subgraph API["API 层"] …
libefex FES 模式操作FES 模式简介FES (Firmware Extraction Stage) 是 FEL 模式的升级版本，提供更高级的闪存操作能力。FES 模式需要先在 FEL 模式下加载特定固件才能进入。 FES vs FEL 对比 特性 FEL 模式 FES…