Thread (38 messages) flat view 38 messages, 8 authors, 2026-04-08

Re: [PATCH 6/9] kernel/api: add API specification for sys_close

From: Sasha Levin <sashal@kernel.org>
Date: 2026-03-13 16:46:02
Also in: linux-doc, linux-fsdevel, linux-kbuild, linux-kselftest, lkml, tools, workflows

On Fri, Mar 13, 2026 at 04:49:28PM +0100, Greg Kroah-Hartman wrote:
On Fri, Mar 13, 2026 at 11:09:16AM -0400, Sasha Levin wrote:
quoted
+ *   Calling close() on a file descriptor while another thread is using it
+ *   (e.g., in a blocking read() or write()) has implementation-defined
+ *   behavior. On Linux, the blocked operation continues on the underlying
+ *   file and may complete even after close() returns.
I'm guessing this came from the man pages?  This is Linux, so we are the
"implementation" here :)
Right :)

I was just trying to make it a comparison to posix. I'll clarify the docs here.

-- 
Thanks,
Sasha
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help