From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754036AbZGETqT (ORCPT ); Sun, 5 Jul 2009 15:46:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753079AbZGETqH (ORCPT ); Sun, 5 Jul 2009 15:46:07 -0400 Received: from mail-fx0-f218.google.com ([209.85.220.218]:47739 "EHLO mail-fx0-f218.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752778AbZGETqF (ORCPT ); Sun, 5 Jul 2009 15:46:05 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=e4cMH92IG3MEFEoguHEq/bj863tKCPeA+STWubuUhagV6s4kfrKrqaQPz809AD3rKm LZcuxwNXSGkjbBxvtfpR230WXJB9a4z0Q4S+5ySZX2ed7hdUb0YX1v0OINra8aa1Pwqv zayh5/oNqDEenyZq6YkbbOg4lfD8J7C9BS2HQ= Date: Sun, 5 Jul 2009 23:46:08 +0400 From: Cyrill Gorcunov To: "H. Peter Anvin" Cc: "Maciej W. Rozycki" , Ingo Molnar , Thomas Gleixner , Yinghai Lu , LKML Subject: Re: [RFC -tip] x86,apic -- reduce disable_apic usage Message-ID: <20090705194608.GL4791@lenovo> References: <20090705162044.GC4791@lenovo> <4A50E323.6060109@zytor.com> <20090705190211.GK4791@lenovo> <4A50FC68.1030002@zytor.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A50FC68.1030002@zytor.com> User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [H. Peter Anvin - Sun, Jul 05, 2009 at 12:18:00PM -0700] | Cyrill Gorcunov wrote: | > | > Peter, Maciej but how kernel behaved on older cpu long time ago? | > | > I mean -- should user pass "lapic" cmdline option too be | > able to use apic functionality? (i'm asking since I just | > don't know how it had been working before). Current | > code (if only I'm not _missing_ something) relies on cpu_has_apic | > bit. And even if MP table has been parsed and APIC base found, | > cpu_has_apic could be not set so detect_init_APIC will fail | > if no "lapic" option passed (in case of old cpu without this cpuid | > bit produced) as we eventually stay with pic mode. | > | | Well, systems with discrete APICs were few and far between. I'm not | sure if there are any such systems still in meaningful existence (kind | of like Voyager.) That makes it a bit hard to test things, and | certainly means we shouldn't bend over backwards in doing *anything* | that could possibly break other machines. | | -hpa | Then this patch (eventually) should be dropped. I need to re-check all this. -- Cyrill