为何设置termios->c_cflag |= PARENB时tcsetattr()返回-1且errno为EINVAL？

一、tcsetattr() 返回-1的具体位置 #

你观察到内核tty_ioctl返回0，但用户态tcsetattr返回-1，这个逻辑在glibc的__tcsetattr封装函数中。

glibc 对 tcsetattr 的实现会在调用内核 ioctl(TCSETS) 成功后，额外执行一步验证：主动调用 tcgetattr 获取终端当前的属性，与你传入的设置参数做内存对比。如果发现两者不一致（比如内核未应用PARENB设置），就会将 errno 设置为 EINVAL，并返回-1。

对应glibc源码片段（以2.35版本为例）：

/* 调用内核ioctl */
int result = INLINE_SYSCALL (ioctl, 3, fd, cmd, &termios);

/* 验证内核是否真正应用了所有设置 */
if (result == 0 && optional_actions != TCSADRAIN && optional_actions != TCSAFLUSH)
{
    struct termios current;
    if (__tcgetattr (fd, &current) == 0
        && memcmp (&current, termios_p, sizeof (struct termios)) != 0)
    {
        __set_errno (EINVAL);
        result = -1;
    }
}

这就是你看到内核返回0，但用户态调用失败的核心原因。

二、系统识别PARENB不被支持的逻辑 #

1. 内核层限制：你用openpty创建的是Unix98标准的PTY（虚拟终端），其驱动（drivers/tty/pty/pty.c）默认不处理奇偶校验相关设置。在pty_set_termios函数中，PARENB、PARODD等奇偶属性会被直接忽略——因为虚拟终端无需模拟物理串口的奇偶校验逻辑，内核不会应用这些配置。
2. 用户态验证：如上述glibc逻辑，当内核未应用PARENB设置时，glibc对比设置前后的属性发现不一致，就判定设置失败，返回-1并标记EINVAL错误。

验证方式 #

修改你的测试代码，在tcsetattr失败后读取实际终端属性，就能确认设置未生效：

// ... 原有代码 ...
ret = tcsetattr(s, TCSANOW, &t);
if (0 != ret) {
    printf("Error: tcsetattr failed, ret = %d, errno = %d\n", ret, errno);
    // 读取实际生效的属性
    tcgetattr(s, &t);
    printf(">>> actual c_cflag = %#x\n", t.c_cflag);
}

运行后会看到actual c_cflag仍为初始的0xbf，说明PARENB确实未被内核应用。

总结 #

• tcsetattr返回-1的触发点是glibc的属性一致性检查，而非内核直接返回错误。
• 系统通过“内核忽略不支持的属性 + glibc验证设置生效情况”的组合逻辑，识别出PARENB不被当前PTY设备支持。

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