The need for tcsetattr@GLIBC_2.42.1 and tcgetattr@GLIBC_2.42.1

[H. Peter Anvin]

On 2025-09-15 02:23, H. Peter Anvin wrote:
> 
> Now...
> 
> The good news is that the patch I recently posted should provide "near
> perfect" backwards compatibility in the case where the user is not using
> split speed (i.e. ispeed == ospeed), and it doesn't even require any
> application recompilation.
> 
> When someone *has* been using split speed, software which does
> "c_cflag &= ~CBAUD" is already broken, before or after; it has just been
> harder to enable split speed since glibc simply has ignored it
> (cfsetispeed() has for most practical purposes been a noop.)
> 
> What we can't really do *anything* about is someone picking up Bxxx
> constants from <termios.h> and feeding them to ioctl(). Fortunately(!)
> the incompatibility between glibc <termios.h> and <linux/termios.h>
> actually does make that less likely, but since those are just plain
> integers there isn't anything we can do to guard against it across
> compilation units; there isn't anything to version there.
> 

So I guess the question is... is there any problem with my v2 patchset?
I haven't heard anything about it?

	-hpa