Re: [PATCH 0/5] tty: add flag to suppress ready signalling on open

2020-12-08 Thread Johan Hovold
On Fri, Dec 04, 2020 at 07:58:53AM +0100, Jiri Slaby wrote: > On 02. 12. 20, 12:48, Johan Hovold wrote: > >>> but I question the > >>> usefulness of doing so, as it is a chicken and egg problem: one needs > >>> to open the tty device in order to do termios ioctls on it, and if > >>> that initial op

Re: [PATCH 0/5] tty: add flag to suppress ready signalling on open

2020-12-03 Thread Jiri Slaby
On 02. 12. 20, 12:48, Johan Hovold wrote: but I question the usefulness of doing so, as it is a chicken and egg problem: one needs to open the tty device in order to do termios ioctls on it, and if that initial open triggers DTR/RTS hardware actions, then the end user is still screwed. If Johan

Re: [PATCH 0/5] tty: add flag to suppress ready signalling on open

2020-12-02 Thread Johan Hovold
On Tue, Dec 01, 2020 at 08:14:07AM +0100, Jiri Slaby wrote: > On 30. 11. 20, 22:22, Mychaela Falconia wrote: > > 2) For situations in which the luxury of a custom USB ID is not > > available, e.g., a situation where the device that does not tolerate > > automatic DTR/RTS assertion on open is a phys

Re: [PATCH 0/5] tty: add flag to suppress ready signalling on open

2020-12-01 Thread Johan Hovold
On Tue, Dec 01, 2020 at 12:48:48PM +0200, Andy Shevchenko wrote: > On Mon, Nov 30, 2020 at 11:25 PM Mychaela Falconia > wrote: > > > Why not call it nomctrl ? > > > > I have no opinion one way or another as to what the new sysfs attribute > > should be called - my use case won't involve this sysf

Re: [PATCH 0/5] tty: add flag to suppress ready signalling on open

2020-12-01 Thread Andy Shevchenko
On Mon, Nov 30, 2020 at 11:25 PM Mychaela Falconia wrote: ... > Johan's patch comments say that the new flag can also be brought out > to termios in the future, similarly to HUPCL, but I question the > usefulness of doing so, as it is a chicken and egg problem: one needs > to open the tty device

Re: [PATCH 0/5] tty: add flag to suppress ready signalling on open

2020-12-01 Thread Johan Hovold
On Mon, Nov 30, 2020 at 01:22:07PM -0800, Mychaela Falconia wrote: > Johan's patch comments say that the new flag can also be brought out > to termios in the future, similarly to HUPCL, but I question the > usefulness of doing so, as it is a chicken and egg problem: one needs > to open the tty dev

Re: [PATCH 0/5] tty: add flag to suppress ready signalling on open

2020-11-30 Thread Mychaela Falconia
On 11/30/20, Jiri Slaby wrote: > The difference to other control flags is that open raises DTR/RTS in any > case (i.e. including O_NONBLOCK) Yes, this is the exact root-cause problem I am trying to fix, with Johan's help. > -- provided baud rate is set (and it is > for casual serials). That mean

Re: [PATCH 0/5] tty: add flag to suppress ready signalling on open

2020-11-30 Thread Jiri Slaby
On 30. 11. 20, 22:22, Mychaela Falconia wrote: 2) For situations in which the luxury of a custom USB ID is not available, e.g., a situation where the device that does not tolerate automatic DTR/RTS assertion on open is a physical RS-232 device that can be connected to "any" serial port, the new s

Re: [PATCH 0/5] tty: add flag to suppress ready signalling on open

2020-11-30 Thread Mychaela Falconia
A quick background for Greg and others who haven't seen the Sept-Oct discussion between me and Johan on the linux-usb ML: I am the hardware engineer who designed the FT2232D-based DUART28C adapter board, and it was my desire to have this custom FT2232D adapter supported in mainline Linux that trigg

[PATCH 0/5] tty: add flag to suppress ready signalling on open

2020-11-30 Thread Johan Hovold
This series adds a new NORDY port flag to suppress raising the modem-control lines on open to signal DTE readiness. This can be used to implement a NORDY termios control flag to complement HUPCL, which controls lowering of the modem-control lines on final close. Initially drivers can export t