[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <52F40F21.8070200@zytor.com>
Date: Thu, 06 Feb 2014 14:39:29 -0800
From: "H. Peter Anvin" <hpa@...or.com>
To: David Rientjes <rientjes@...gle.com>,
Andi Kleen <andi@...stfloor.org>
CC: Ingo Molnar <mingo@...hat.com>,
Thomas Gleixner <tglx@...utronix.de>,
linux-kernel@...r.kernel.org, x86@...nel.org,
Dave Hansen <dave.hansen@...el.com>,
Andrey Panin <pazke@...pac.ru>,
Linus Torvalds <torvalds@...ux-foundation.org>,
linux-visws-devel@...ts.sf.net
Subject: Re: [patch 1/4] x86, apic: Only use default_wait_for_init_deassert
On 02/06/2014 02:31 PM, David Rientjes wrote:
>
> How do we usually do that? Do we add a big fat warning for anyone who is
> using it for a few releases or just yank support out entirely and see if
> we're surprised?
>
We don't really *have* a good way of deprecation, this is the problem.
Usually it doesn't happen until we find out that a bug snuck its way in
and "X hasn't worked for N releases now, and noone has noticed."
Voyager was finally killed off because the maintainer of the port was
unwilling to keep up with the mainstream kernel flux. The i386 explicit
deprecation was definitely one of the more high-profile removals of a
largely working port, and was a (brief) Kernel Summit topic.
I would love to see NumaQ, VisWS, Summit and ES7000 just nuked. In
fact, I'm thinking that unless someone steps up and explicitly claims
ownership of those platforms by adding their name to MAINTAINERS (or
reiterating them in the case of VisWS, which MAINTAINERS entry says "for
2.6") we should just rip them all out.
Anyone who wants to disagree?
-hpa
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists