高通ION SMMU实现与Linux平台集成

在本文档中，我们深入探讨了高通公司（QCOM）的ION（Integrated On-Die Memory Management Unit）在Linux内核4.18.0中的实现细节，特别是与SMMU（System Management Multi-Mode Unit）相关的部分。首先，让我们来看看平台总线（platform bus）的注册过程。 在Linux内核的初始化阶段，`platformbus`是在`linux/init/main.c`中的`kernel_init`函数中通过一系列调用被注册的。这个注册过程包括`kernel_init_freeable`、`do_basic_setup`、`driver_init()`以及`platform_bus_init()`，最终通过`bus_register(&platform_bus_type)`将平台总线添加到内核的设备树中，以便后续模块能够与其交互。 加载顺序对于理解IOMMU（Input/Output Memory Management Unit）的初始化至关重要。根据提供的宏定义，如`core_initcall`、`postcore_initcall`等，可以得知在4.18.0内核中，iommu_init（输入输出内存管理单元初始化）先于iommu_dev_init（设备初始化），而qcom_iommu_init（高通特定的IOMMU初始化）则在iommu_dev_init之后进行，并且是作为platformbus的一部分注册的。 针对QCOM IOMMU的实现，文档提到的是专为Qualcomm "B"家族设备设计的驱动，这些设备虽然具有相似的IOMMU功能，但不兼容ARM SMMU的标准架构。它们可能不具备对全局寄存器空间的访问，或者需要额外的配置来处理安全上下文中断。具体来说，文档提到了`QCOMIOMMUv1Implementation`，其中SMMU_SCR1寄存器的GASRAE位设置为1，这意味着这部分设备的IOMMU功能并不遵循ARM SMMU设计的方式。 此外，文档还提到了一个patch commit message，这可能是针对高通IOMMU驱动的补丁，强调了这个驱动是专门为不兼容标准ARM SMMU的设备设计的，它可能需要用户手动或通过补丁调整以适应不同的硬件配置。 总结起来，本文档主要关注的是QCOM IOMMU在Linux 4.18.0内核中的定制实现，涉及平台总线注册、内核加载顺序，以及针对特定硬件家族设备的差异化设计。这对于理解高通IOMMU技术在特定环境下的工作原理和可能的适配问题非常有帮助。