From: Greg KH <gregkh@linuxfoundation.org>
To: stsp <stsp2@yandex.ru>
Cc: linux-serial@vger.kernel.org,
Linux kernel <linux-kernel@vger.kernel.org>
Subject: Re: [regression] ENOTTY returned for tty fds
Date: Wed, 24 Jul 2024 11:08:34 +0200 [thread overview]
Message-ID: <2024072401-spearfish-gnarly-a09e@gregkh> (raw)
In-Reply-To: <c74f1e3e-a376-42e3-86e0-a804f9a7da2c@yandex.ru>
On Wed, Jul 24, 2024 at 11:07:32AM +0300, stsp wrote:
> 24.07.2024 09:51, Greg KH пишет:
> > What caused this change/regression?
>
> I have absolutely no idea.
> I've found it by debugging userspace,
> and wrote a test-case to make sure the
> problem is not in user-space.
So this has always worked this way? Or has it changed? If changed,
when did it work before?
> > And does any real-world programs
> > rely on this?
>
> dosemu
It does this today or wants to do this in the future?
> > What exactly are you trying to determine with this ioctl
> > test?
>
> Whether it is a PTS (Pseudo-Tty-Slave), or
> a real comport with MSR signalling.
Why is that needed? And why not do it how other programs (like stty)
does it?
> > Is there a different way to determine that?
> I am not aware of any "canonical" way
> of determining this. Maybe you tell me. :)
> So far the only fix I know, is to stop checking
> errno. But you return ENOTTY for a tty-associated
> fd (isatty(fd)==1), so I believe this is a
> bug in a kernel.
isatty() is a libc provided function, not a kernel call.
thanks,
greg k-h
next prev parent reply other threads:[~2024-07-24 9:08 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-21 11:52 [regression] ENOTTY returned for tty fds stsp
2024-07-24 6:51 ` Greg KH
2024-07-24 8:07 ` stsp
2024-07-24 9:08 ` Greg KH [this message]
2024-07-24 9:55 ` stsp
2024-07-24 10:15 ` Greg KH
2024-07-24 10:53 ` Herbert Xu
2024-07-24 10:58 ` Herbert Xu
2024-07-31 10:25 ` Greg KH
2024-07-31 16:12 ` Johan Hovold
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2024072401-spearfish-gnarly-a09e@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=stsp2@yandex.ru \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.