Linux新GPIO接口如何实现引脚持久输出？替代弃用sysfs

在已弃用的sysfs接口中，向输出引脚写入值后状态会持久保持。但我不确定如何在新接口中实现这一点。

以下是我实现引脚保持高电平2秒的代码：

// 获取linehandle
ret = ioctl(fd, GPIO_GET_LINEHANDLE_IOCTL, &request);
if (ret < 0) {
  return -1;
}
// 写入值
ret = ioctl(request.fd, GPIOHANDLE_SET_LINE_VALUES_IOCTL, &data);
if (ret < 0) {
  close(request.fd);
  return -1;
}

usleep(2000000);
close(request.fd);

为了实现状态持久保持，我可以启动一个线程……但需要保持该请求文件描述符（fd）一直打开吗？当我想要拉低引脚时，是否只需关闭这个请求fd即可？

我原本期望新接口中能有更简便的方法保持GPIO引脚为高电平，因为sysfs接口的实现非常简单。不过我目前是用gpio-mockup进行测试，可能存在一些异常情况。

核心结论与解决方案 #

• 必须保持请求fd持续打开：新的GPIO字符设备接口中，通过GPIO_GET_LINEHANDLE_IOCTL获取的line handle文件描述符是控制引脚的唯一凭证。一旦关闭该fd，内核会释放对引脚的控制权，将其恢复到请求时的默认状态（通常是输入模式或预设的默认电平，取决于gpiohandle_request结构体的配置）。因此要让引脚持续保持目标电平，必须维持该fd处于打开状态。
• 关闭fd会重置引脚状态，但主动写入更可靠：关闭fd确实会让引脚状态重置，但如果需要主动拉低引脚，更稳妥的方式是通过GPIOHANDLE_SET_LINE_VALUES_IOCTL写入低电平值，之后再根据需求决定是否关闭fd。直接关闭fd来拉低属于依赖内核默认行为，不同驱动或硬件可能存在差异。
• 无需额外线程：不需要启动线程维持状态，只要进程保持fd打开，引脚就会维持最后一次写入的电平。如果是后台服务类程序，只要进程不退出、fd不被关闭，状态就会持续保持。

关于接口设计的说明 #

新GPIO接口的设计逻辑和sysfs不同：它通过持有fd来实现资源独占，避免了sysfs中多进程同时操作同一引脚导致的状态冲突问题。这种"显式持有资源"的模式是设计上的取舍，并非不够简便，而是为了更严谨的并发控制。

gpio-mockup测试注意事项 #

gpio-mockup作为内核模拟驱动，行为和真实硬件驱动可能存在细微差异。比如部分版本的mockup在关闭fd时会立即重置引脚，而真实硬件驱动可能会维持状态直到被其他进程接管，但核心逻辑一致：控制引脚的前提是持有有效的line handle fd。

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