我来帮你梳理下解决这个问题的实操步骤——在基于设备树的ARM嵌入式开发里，处理GPIO hog（占用组）是非常常见的场景，尤其是当你需要复用那些被BSP标记为"未使用"的引脚时。

第一步：先定位目标GPIO的Hog节点 #

首先你得在BSP提供的设备树文件（通常是.dts或.dtsi）里找到那个收纳未用GPIO的hog组。这类节点一般会带有gpio-hog属性，可能是一个独立节点，也可能挂在某个GPIO控制器的子节点下。比如典型的结构长这样：

gpio_hog: gpio-hog {
    compatible = "gpio-hog";
    gpios = <&gpio1 5 GPIO_ACTIVE_HIGH>;
    output-high;
    line-name = "unused_gpio1_5";
};

你要找的目标GPIO（比如这里的gpio1_5）肯定在这个节点的gpios列表里，先确认这一点。

最优方案1：直接修改BSP设备树（适合深度定制项目） #

如果你们的项目是基于这个BSP做长期定制，直接修改原始设备树是最高效的方式：

• 找到目标GPIO对应的条目，把它从hog节点的gpios列表里删掉；
• 如果这个hog节点里只剩这一个GPIO，干脆直接删除整个节点更干净；
• 接着在你的驱动对应的设备节点里，添加中断相关配置。比如：

  your_custom_device: your-device@0 {
      compatible = "your-vendor,your-device";
      interrupt-parent = <&gpio1>;
      interrupts = <5 IRQ_TYPE_EDGE_RISING>; // 这里的5就是GPIO编号
      // 其他设备必要属性
  };
  

这种方式没有额外的运行时开销，也方便后续维护，适合不需要保留原始BSP纯净度的场景。

最优方案2：用设备树Overlay覆盖（适合模块化/多配置场景） #

如果你们需要保留原始BSP的完整性，或者要适配不同的底板配置，用设备树Overlay来动态修改是更灵活的选择：

1. 创建一个单独的Overlay文件，比如gpio_unhog_overlay.dts；
2. 在文件里先删除原有的hog绑定，再把GPIO绑定到你的设备：

   /dts-v1/;
   /plugin/;
   
   &gpio1 {
       // 如果是独立的hog节点，用这条删除
       /delete-node/ &gpio_hog;
       // 如果是GPIO控制器下的hog属性，用/delete-property/ gpios;
   
       your_custom_device: your-device@0 {
           compatible = "your-vendor,your-device";
           interrupt-parent = <&gpio1>;
           interrupts = <5 IRQ_TYPE_EDGE_RISING>;
       };
   };
   

编译这个Overlay为.dtbo文件后，在系统启动时加载它即可。这种方式不用动原始BSP，适合需要快速切换硬件配置的场景。

几个关键注意点 #

• 修改完设备树后，一定要重新编译对应的.dtb或.dtbo，并确保系统启动时加载的是修改后的版本；
• 务必要确认这个GPIO在硬件上确实没有被处理器PCB上的其他元件占用，避免硬件冲突；
• 如果你遇到的是IOMMU相关错误，要检查GPIO控制器和你的设备是否在同一个IOMMU域里，或者确认该GPIO中断不需要IOMMU映射（绝大多数GPIO中断都不需要）。

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