[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20181120165732.GA13147@amd>
Date: Tue, 20 Nov 2018 17:57:33 +0100
From: Pavel Machek <pavel@....cz>
To: Jonathan Corbet <corbet@....net>
Cc: Vlastimil Babka <vbabka@...e.cz>,
Daniel Colascione <dancol@...gle.com>,
linux-kernel@...r.kernel.org, rppt@...ux.ibm.com,
timmurray@...gle.com, joelaf@...gle.com, surenb@...gle.com,
Andrew Morton <akpm@...ux-foundation.org>,
Roman Gushchin <guro@...com>,
Mike Rapoport <rppt@...ux.vnet.ibm.com>,
"Kirill A. Shutemov" <kirill.shutemov@...ux.intel.com>,
"Dennis Zhou (Facebook)" <dennisszhou@...il.com>,
Prashant Dhamdhere <pdhamdhe@...hat.com>,
"open list:DOCUMENTATION" <linux-doc@...r.kernel.org>
Subject: Re: [PATCH v2] Document /proc/pid PID reuse behavior
On Tue 2018-11-20 09:49:50, Jonathan Corbet wrote:
> On Tue, 20 Nov 2018 10:05:21 +0100
> Vlastimil Babka <vbabka@...e.cz> wrote:
>
> > Why can't the documentation describe the current implementation, and
> > change in the future if the implementation changes? I doubt somebody
> > would ever rely on the pid being reused while having the descriptor
> > open. How would that make sense?
>
> In the hopes of ending this discussion, I'm going to go ahead and apply
> this. Documenting current behavior is good, especially in situations
> where that behavior can surprise people; if the implementation changes,
> the docs can change with it.
I'd still prefer changing from "does not" to "may not".
It is really simple change, and once we documented a behaviour, we
really should not be changing it.
Thanks,
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Download attachment "signature.asc" of type "application/pgp-signature" (182 bytes)
Powered by blists - more mailing lists