From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 29A6B3C3BE8; Fri, 13 Mar 2026 16:46:02 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773420363; cv=none; b=mxXwIjXLhYIxDEJmpdkQ1ftc/TtPPZ+9ArXF9w0ow06eduOHOFvO9nWl5ql5LIH0a4726lmAXRZGSUydOaDgjp4/Xuqh9gnIXCovLdeOx6HPVpIGb4Cp3cHfxO6D5VDzdxuzHhjmp4CAtido4/mmQb2vkEXI0D17Yry5c0fwzsk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773420363; c=relaxed/simple; bh=NcjJzioaIshYM6Iq0uBNPZILW5sdu988IaZAOFh28iU=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=f7PGaESjE8xWW89PUTOodOhwqylNRMF84cJ+oh2G9Mk3dCXbZySZySKcrGRQRiSz66yYe5dHoeNmFtIwLeiGRPKtLc0UdeMsoflymsTaBSTUzwaIZJ3oi4WrWo6emIuSVIlMyM61nN2ZAzj3ZGyNheWuhzIH5XrXcb9Zxo/9BJQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=pEQay8sw; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="pEQay8sw" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 87053C19421; Fri, 13 Mar 2026 16:46:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1773420362; bh=NcjJzioaIshYM6Iq0uBNPZILW5sdu988IaZAOFh28iU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=pEQay8swJ7Z5zFwGRN1gDWzlEZAMVfi6oqqFkvbpVsde4d5ZWSE97+wQqLxsr2AWF C8j3JjZrpcQjAbe2BAZZXIA647lzEKdpVw5aaD+qKoPv0I5/4zetMhLHIbWAnS65nA /1xU7HQVDktn9eMblP0MMO/njUc+qQgBT/PP1Hf9lHIGitrmLP00CFO7Vye8v7ybCJ iNpPYUH+CLw5YCKqG6gU4yuJaput0Q5wu0pCho2QAhNxf8bmwZhP8Mn7ls1Pq8rJ1k KO57/D+Y2hktvZJxmDW1C0qup6321fWIMVxTl76kxitNXVtfqHADB4/lY0smz2tJIH ZIcVSESFeZENA== Date: Fri, 13 Mar 2026 12:46:01 -0400 From: Sasha Levin To: Greg Kroah-Hartman Cc: linux-api@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kbuild@vger.kernel.org, linux-kselftest@vger.kernel.org, workflows@vger.kernel.org, tools@kernel.org, x86@kernel.org, Thomas Gleixner , "Paul E. McKenney" , Jonathan Corbet , Dmitry Vyukov , Randy Dunlap , Cyril Hrubis , Kees Cook , Jake Edge , David Laight , Askar Safin , Gabriele Paoloni , Mauro Carvalho Chehab , Christian Brauner , Alexander Viro , Andrew Morton , Masahiro Yamada , Shuah Khan , Ingo Molnar , Arnd Bergmann Subject: Re: [PATCH 6/9] kernel/api: add API specification for sys_close Message-ID: References: <20260313150928.2637368-1-sashal@kernel.org> <20260313150928.2637368-7-sashal@kernel.org> <2026031348-deceiving-calculate-0017@gregkh> Precedence: bulk X-Mailing-List: linux-fsdevel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <2026031348-deceiving-calculate-0017@gregkh> 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: >> + * 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