搭载LetsTrust TPM2.0的无名厂商arm64板卡加载TPM失败求助

针对你的arm64 Ubuntu（内核4.9.170）环境中TPM无法识别、tpm_tis_remove报错的问题，可按以下步骤排查：

• 确认SPI总线与设备树配置

  • 检查SPI控制器是否正常枚举：执行 ls /dev/spidev* 查看是否存在SPI设备节点，再用 dmesg | grep -i spi 核对总线初始化日志，确认内核识别到SPI控制器。
  • 导出并检查设备树：执行 dtc -I fs /proc/device-tree -O dts > board_dts.dts 将当前设备树导出为可读文件，搜索tpm或spi-slave相关节点——无名板卡大概率未在设备树中添加LetsTrust TPM的SPI节点配置，这会导致驱动无法找到硬件。

• 深挖tpm_tis_remove报错细节

  • 开启驱动调试日志：卸载现有模块后，手动加载并启用调试参数：rmmod tpm_tis_spi tpm_tis_core tpm && modprobe tpm_tis_spi debug=0xffff，再查看 dmesg 输出，获取驱动初始化失败的具体原因（如SPI通信超时、硬件响应异常等）。
  • 手动指定驱动参数：查看模块参数 modinfo tpm_tis_spi，尝试手动指定SPI片选（spi_cs）、通信速率（spi_speed）等参数加载，例如：modprobe tpm_tis_spi spi_cs=0 spi_speed=1000000（参数需匹配硬件实际连接）。
  • 核对模块加载状态：执行 lsmod | grep tpm 确认tpm、tpm_tis_core、tpm_tis_spi三个模块均成功加载。

• 硬件层面验证

  • 虽然是板载TPM，但仍需确认硬件连接：检查LetsTrust TPM的SPI引脚（SCK、MOSI、MISO、CS）、3.3V供电及GND是否存在虚焊或引脚配置错误。
  • 检查CS引脚状态：导出对应GPIO引脚后，查看电平状态，确认驱动能正确控制片选信号。

• 解决内核编译与引导问题

  • 定位引导分区：执行 fdisk -l 查看磁盘分区，嵌入式系统的引导加载程序（如U-Boot）通常存储在小容量FAT分区或板载SPI Flash中。
  • 调整U-Boot引导配置：通过串口进入U-Boot命令行，执行 printenv 查看bootcmd、bootargs等引导变量，将编译好的内核镜像（Image）、设备树文件放入引导分区，修改U-Boot变量指向新内核。
  • 建议升级内核：4.9.x内核对TPM 2.0的支持不完善，优先选择5.4及以上版本的LTS内核，其TPM驱动兼容性更好。

内容的提问来源于stack exchange，提问作者Felipe