[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87plxpbgpz.fsf@meer.lwn.net>
Date: Thu, 25 Jan 2024 08:00:40 -0700
From: Jonathan Corbet <corbet@....net>
To: Anna-Maria Behnsen <anna-maria@...utronix.de>, Randy Dunlap
<rdunlap@...radead.org>, linux-kernel@...r.kernel.org
Cc: Thomas Gleixner <tglx@...utronix.de>, Frederic Weisbecker
<frederic@...nel.org>, Ingo Molnar <mingo@...nel.org>, John Stultz
<jstultz@...gle.com>, Stephen Boyd <sboyd@...nel.org>, Clemens Ladisch
<clemens@...isch.de>, linux-doc@...r.kernel.org
Subject: Re: [PATCH 6/8] Documentation: Create a new folder for all timer
internals
Anna-Maria Behnsen <anna-maria@...utronix.de> writes:
> 4. Add a warning banner at the existing documentation and prepare
> everything to get the timer documentation to the proper place and
> create a place for timer documentation below the current structure.
>
> The benefit of 4. for me is, that there is this warning banner at the
> top. So this suggests the reader, that this has to be revisited before
> relying on it for 100%. This banner might also remind the original
> author/technically deep involved developer that this should be
> updated.
The best thing, of course, is to just fix all of the documentation and
make it perfect now :)
Failing that, the banners are fine IMO. They mark possibly obsolete
docs, warning readers, and also just might, in an optimal world, inspire
somebody else to work to improve the situation.
I've thought for a while that we should have a standard warning or two
along these lines, like Wikipedia does, but of course haven't done
anything about it.
jon
Powered by blists - more mailing lists