Linux驱动中实现类用户空间execvp功能以满足halt电信号要求

首先，你遇到的核心问题确实和call_usermodehelper的特性有关：它是在内核中启动一个全新的用户空间进程来执行halt，而用户态的execvp是直接替换当前进程的镜像，继承了原进程的所有上下文（比如会话组、控制终端、文件描述符、进程权限环境等）。halt程序的某些关机逻辑（比如触发ACPI电源信号）依赖这些上下文，新进程的环境不匹配就会导致电信号相关的要求无法满足。

下面给你两个可行的解决方案，按推荐程度排序：

方案一：直接调用内核原生的关机API（最可靠） #

既然你是在内核态，完全不需要绕用户空间的halt程序，直接调用内核提供的关机函数即可，这是最直接且无上下文依赖的方式。

示例代码：

#include <linux/reboot.h>
#include <linux/capability.h>
#include <linux/sched.h>

// 注意：这个函数必须在**进程上下文**调用（比如内核线程、工作队列、可睡眠的系统调用处理函数中），不能在中断上下文执行
void kernel_trigger_halt(void) {
    // 检查是否具备关机权限（对应用户态的CAP_SYS_BOOT权限）
    if (!capable(CAP_SYS_BOOT)) {
        pr_err("Cannot halt system: insufficient privileges\n");
        return;
    }

    // 触发系统关机（会执行所有关机前的清理逻辑，比如sync文件系统、通知用户空间进程等）
    kernel_power_off();
}

这个方法跳过了用户空间的halt，直接让内核执行关机流程，完全匹配硬件电信号的要求，是最优解。

方案二：模拟用户态execvp的上下文调用halt（如果必须依赖用户空间程序） #

如果你因为某些原因必须通过halt程序执行（比如依赖它的自定义脚本逻辑），需要让call_usermodehelper启动的进程尽可能接近用户态execvp的上下文：

• 确保进程拥有控制终端：halt可能需要访问/dev/console来输出信息或触发某些逻辑，你可以在调用前为新进程打开控制台文件描述符。
• 补充终端相关环境变量：比如添加TERM=linux，确保halt的环境和用户态一致。
• 调整调用参数：尝试使用UMH_WAIT_PROC替代UMH_WAIT_EXEC，等待进程完整执行完毕。

调整后的示例代码：

#include <linux/kernel.h>
#include <linux/module.h>
#include <linux/sched.h>
#include <linux/fs.h>
#include <linux/file.h>
#include <linux/usermode_driver.h>

void kernel_exec_halt(void) {
    char *argv[] = { "/sbin/halt", "-f", NULL };
    // 补充终端相关环境变量
    char *envp[] = { 
        "SHELL=/bin/sh", 
        "HOME=/", 
        "PATH=.:/sbin:/usr/sbin:/bin:/usr/bin", 
        "PWD=/",
        "TERM=linux",
        NULL 
    };
    struct file *console_file;
    int rc;

    // 打开/dev/console，让halt进程拥有控制终端
    console_file = filp_open("/dev/console", O_RDWR | O_NOCTTY, 0);
    if (IS_ERR(console_file)) {
        pr_err("Failed to open /dev/console: %ld\n", PTR_ERR(console_file));
        return;
    }

    // 将控制台文件描述符绑定到标准输入/输出/错误
    current->files->fd[0] = console_file;
    current->files->fd[1] = console_file;
    current->files->fd[2] = console_file;

    // 调用usermodehelper，等待进程执行完成
    rc = call_usermodehelper(argv[0], argv, envp, UMH_WAIT_PROC);
    if (rc != 0) {
        pr_err("call_usermodehelper failed: %d\n", rc);
    }

    // 关闭控制台文件
    filp_close(console_file, NULL);
}

不过这个方案有一定局限性，内核态模拟用户态进程的上下文比较复杂，可能还是会存在某些细微差异。如果不是必须依赖用户空间的halt，优先选择方案一。

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