On Fri, Sep 09, 2016 at 04:17:14PM +0200, Richard Weinberger wrote: > 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. There has been some instability in the kernel.org redirection. Right now, the /r/ services seems to work, though as noted the /g/ does not. Please report this to the Kernel.org administrators: https://kernel.org/category/contact-us.html Thanx, Paul -- 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
