From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757687AbbFCQTj (ORCPT ); Wed, 3 Jun 2015 12:19:39 -0400 Received: from mail-wi0-f179.google.com ([209.85.212.179]:37116 "EHLO mail-wi0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757615AbbFCQT2 (ORCPT ); Wed, 3 Jun 2015 12:19:28 -0400 Date: Wed, 3 Jun 2015 18:19:22 +0200 From: Ingo Molnar To: Dave Jones , Peter Zijlstra , Thomas Gleixner , "H. Peter Anvin" , linux-kernel@vger.kernel.org Subject: Re: [RFC][PATCH] x86: Cleanup Kconfig Message-ID: <20150603161922.GA12297@gmail.com> References: <20150602091455.GW19282@twins.programming.kicks-ass.net> <20150602113542.GA3443@gmail.com> <20150602153027.GU3644@twins.programming.kicks-ass.net> <20150603072621.GA27705@gmail.com> <20150603074132.GA1092@gmail.com> <20150603135915.GA4446@codemonkey.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150603135915.GA4446@codemonkey.org.uk> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Dave Jones wrote: > On Wed, Jun 03, 2015 at 09:41:32AM +0200, Ingo Molnar wrote: > > > > * Ingo Molnar wrote: > > > > > select GENERIC_CLOCKEVENTS_BROADCAST if X86_64 || (X86_32 && X86_LOCAL_APIC) > > > > Btw., could we (in a separate patch) turn this into: > > > > > select GENERIC_CLOCKEVENTS_BROADCAST > > > > x86 systems without an APIC are rare and rarely tested, we are better off > > simplifying our clockevents layout. > > There's a ton of code in arch/x86 for cpus that don't have apic. Anything Cyrix > pre-VIA buy out, Anything AMD pre Athlon, did Intel have apic on 486 ? > Transmeta ? > > I'm all for abandoning support for 2 decade old junk, but given how long it took > to drop 386, I wouldn't be surprised if there are still a lot of 586 era people > still out there playing doom and wearing clothes that are about to come back > into fashion. We are not desupporting them in any way - we just simplify a generic clockevents bit by always enabling it. Thanks, Ingo