在 DigiKey 得捷 下单的 SAMA7D65-V/7EW 还在路途中。按活动规则，器件只做开箱展示，实际评测放到 QEMU 里做。

器件

Microchip SAMA7D65-V/7EW 是 Cortex-A7 单核 1 GHz，双千兆 TSN 以太网，5 路 CAN-FD，11 路 FLEXCOM，3 路 USB，LVDS 与 MIPI-DSI，AES/SHA/TDES 硬件加密。配套 BSP 的 tag 是 linux4microchip+sama7d65-2025.02，对应 commit 214b826，2025-02-26。内核 6.6.64，是 6.6 LTS，不是当时最新的 6.12。

【01_01_器件参数卡】

【01_02_芯片样图】

375 球 BGA，9×9 mm，焊球排满一整面。这个封装本来也不是给人手焊的，官方载体是 Curiosity 开发板。

从配置能看出它想卖给谁：双千兆加 TSN 是要接实时以太网，5 路 CAN-FD 是要挂现场总线，LVDS 和 MIPI-DSI 都要是要带屏。工业网关、HMI、边缘控制器，就这几个方向。所以后面核外设我不会平均用力。

评测为什么放在 QEMU 里

申报的三条内容是：Yocto 构建体验、外设驱动支持审查、虚拟平台支持调查。三条都落在软件侧，也都得在 QEMU 里做。

真正的问题是：在 QEMU 里，能把这颗芯片的软件生态摸到什么程度？

这比实物评测难。实物插上电，能跑就是能跑；QEMU 里没有现成的东西，缺什么得自己补，补不补得上还得另说。

但也不是降级方案。真机一块板子只能验证一个配置，出问题靠示波器和串口猜；QEMU 里内存、时钟、外设都能改，出问题能停下来看每个寄存器的值。前提是模型得对，模型错了看到的全是假的。

三条主线

【01_03_三条主线】

构建。 从零把官方 BSP 编出来，依赖、耗时、报错全记。想回答的是：门槛在这颗芯片的软件质量上，还是在构建机上。

驱动。 逐个节点核对设备树和驱动，不抽样。看它是真为新芯片写的，还是从老型号继承的。

仿真。 QEMU 能不能跑，跑不起来缺口多大。这条原本只是申报里的一个调查项，后来成了整个工作的主体，它查出来的答案是三个仿真器都不认识这颗芯片。

QEMU 用的是 8.2.2，源码编译，--target-list=arm-softmmu，只编 ARM 一个目标，冷编十几分钟。一开始图方便，后来发现不改源码根本走不下去。

工具链就三样：Yocto 出镜像，QEMU 跑模型，交叉编译器编用户态程序。没有额外的硬件依赖，一台 Linux 机器能全套复现。后面会看到，真正花时间的不是装环境，是让 QEMU 认识这颗芯片。

方法上的约束

结论要能复现。判断主线支不支持，不是查文档，是对 raw 文件请求状态码；判断驱动有没有落地，不是看 BSP 写了什么，是拿 compatible 去跟内核匹配表逐个对。拿不出命令和原始输出的结论，我不写。

产出也不是一份报告，是一串能复现的记录：命令、输出、报错原文。后面每篇都会带这些。

评测不是给参数打分。参数表官网挂着，谁都能抄，抄错了也没人管。要回答的是：拿这套东西干活会不会卡住，卡在哪。

方法有边界。它能证明软件生态是否可用，证明不了硬件是否可靠。信号完整性、电源时序、温度特性、EMC，只有实物能测。我手上这颗只做开箱展示，不参与实测。所以结论只覆盖软件侧。