Thread (33 messages) 33 messages, 6 authors, 2025-11-20

Re: RFC: Serial port DTR/RTS - O_<something>

From: "H. Peter Anvin" <hpa@zytor.com>
Date: 2025-11-14 18:54:00
Also in: linux-serial, lkml

On November 14, 2025 10:49:09 AM PST, "Maciej W. Rozycki" [off-list ref] wrote:
On Thu, 13 Nov 2025, H. Peter Anvin wrote:
quoted
quoted
I think this is going to be the most difficult.  I don't remember why I
rejected the old submission, but maybe it would have modified the
existing behaviour?  A new open flag "O_DO_NOT_TOUCH_ANYTHING" might be
the simplest?
Okay, to I'm going to toss out a couple suggestions for naming:

	O_(PRE|FOR|N|NO)?(INIT|CONFIG|START)(DEV|HW|IO)?
	O_(NO?RESET|PREPARE)(DEV|HW|IO)?
	O_NO?TOUCH
	O_NYET ("not yet")
	
I think my personal preference at the moment is either O_NYET or O_PRECONFIG
or O_NYET; although it is perhaps a bit more "use case centric" than "what
actual effect it has" I think it might be clearer.  A -DEV, -HW or -IO suffix
would seem to needlessly preclude it being used for future similar use cases
for files that are not device nodes.
Hmm, I'm inconvinced about any of these.

How about O_FDONLY, to reflect that you are after a file descriptor only 
with no further actions at open time while avoiding the ambiguity of names 
such as CONFIG vs NOCONFIG or speaking more broadly implying any specific 
intent of use at all such as with CONFIG/INIT/PREPARE/RESET/whatever?

I think O_FDONLY is concise, easy to spell/say/remember, and fits the 
purpose.  Your call!

 Maciej
Overlaps too much with O_PATH, and implies that communication isn't possible *after* device-dependent setup.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help