Re: [PATCH] documentation: fix broken lkml archive links in RCU requirements

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Michael,

On Fri, Sep 9, 2016 at 3:43 PM, Michael Opdenacker
<michael.opdenacker@xxxxxxxxxxxxxxxxxx> wrote:
> Fix 4 LKML archive links that became broken (data loss
> on mail-archive.com?)
>
> Working links were found on Paul McKenney's RCU articles
> on LWN.net, from which the documentation originates:
> http://lwn.net/Articles/652156/
> http://lwn.net/Articles/652677/
> http://lwn.net/Articles/653326/
>
> Signed-off-by: Michael Opdenacker <michael.opdenacker@xxxxxxxxxxxxxxxxxx>
> ---
>  Documentation/RCU/Design/Requirements/Requirements.html | 8 ++++----
>  1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/Documentation/RCU/Design/Requirements/Requirements.html b/Documentation/RCU/Design/Requirements/Requirements.html
> index ece410f40436..2adb3d43ce44 100644
> --- a/Documentation/RCU/Design/Requirements/Requirements.html
> +++ b/Documentation/RCU/Design/Requirements/Requirements.html
> @@ -1527,7 +1527,7 @@ However, as I learned from Matt Mackall's
>  <a href="http://elinux.org/Linux_Tiny-FAQ";>bloatwatch</a>
>  efforts, memory footprint is critically important on single-CPU systems with
>  non-preemptible (<tt>CONFIG_PREEMPT=n</tt>) kernels, and thus
> -<a href="https://lkml.kernel.org/g/20090113221724.GA15307@xxxxxxxxxxxxxxxxxx";>tiny RCU</a>
> +<a href="http://lkml.org/lkml/2009/1/14/449";>tiny RCU</a>
>  was born.
>  Josh Triplett has since taken over the small-memory banner with his
>  <a href="https://tiny.wiki.kernel.org/";>Linux kernel tinification</a>
> @@ -1975,7 +1975,7 @@ guard against mishaps and misuse:
>         and cleaned up with <tt>destroy_rcu_head()</tt>.
>         Mathieu Desnoyers made me aware of this requirement, and also
>         supplied the needed
> -       <a href="https://lkml.kernel.org/g/20100319013024.GA28456@Krystal";>patch</a>.
> +       <a href="https://lkml.org/lkml/2010/3/18/417";>patch</a>.

Please don't add lkml.org. It does not use message ids for indexing.
With knowing the message id you can query any other archive.
e.g. http://marc.info/?i=20100319013024.GA28456@Krystal
By adding lkml.org you kill that information. Archives come and go,
the message id is the only common query id we have.

IMHO kernel.org admins should fix/improve their redirection service to
point to a working service.

-- 
Thanks,
//richard
--
To unsubscribe from this list: send the line "unsubscribe linux-doc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite Forum]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux