Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758105AbZKRRnk (ORCPT ); Wed, 18 Nov 2009 12:43:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758064AbZKRRnj (ORCPT ); Wed, 18 Nov 2009 12:43:39 -0500 Received: from relay2.sgi.com ([192.48.179.30]:51651 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1758062AbZKRRni (ORCPT ); Wed, 18 Nov 2009 12:43:38 -0500 Message-ID: <4B04324D.6050508@sgi.com> Date: Wed, 18 Nov 2009 09:43:41 -0800 From: Mike Travis User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Yinghai Lu CC: Ingo Molnar , Thomas Gleixner , Andrew Morton , Heiko Carstens , Roland Dreier , Randy Dunlap , Tejun Heo , Andi Kleen , Greg Kroah-Hartman , "H. Peter Anvin" , David Rientjes , Steven Rostedt , Rusty Russell , Hidetoshi Seto , Jack Steiner , Frederic Weisbecker , x86@kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/5] x86: Limit the number of processor bootup messages References: <20091118002211.709343000@alcatraz.americas.sgi.com> <20091118002219.163869000@alcatraz.americas.sgi.com> <86802c440911171845v1dae0f27i78ee7347d0f315d0@mail.gmail.com> In-Reply-To: <86802c440911171845v1dae0f27i78ee7347d0f315d0@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1575 Lines: 39 Yinghai Lu wrote: > On Tue, Nov 17, 2009 at 4:22 PM, Mike Travis wrote: >> When there are a large number of processors in a system, there >> is an excessive amount of messages sent to the system console. >> It's estimated that with 4096 processors in a system, and the >> console baudrate set to 56K, the startup messages will take >> about 84 minutes to clear the serial port. >> >> This set of patches limits the number of repetitious messages >> which contain no additional information. Much of this information >> is obtainable from the /proc and /sysfs. Some of the messages >> are also sent to the kernel log buffer as KERN_DEBUG messages so >> dmesg can be used to examine more closely any details specific to >> a problem. >> >> The new cpu bootup sequence for system_state == SYSTEM_BOOTING: >> >> Booting Node 0, Processors #1 #2 #3 #4 #5 #6 #7 Ok. >> Booting Node 1, Processors #8 #9 #10 #11 #12 #13 #14 #15 Ok. >> .. >> Booting Node 3, Processors #56 #57 #58 #59 #60 #61 #62 #63 Ok. >> Brought up 64 CPUs > > how about > Booting Node 0, Processors #1/0x01 #2/0x02 #3.... > append apic id in hex after the numbering.? > > YH The APIC id's are already listed earlier in the log. There are some other APIC patches to deal with making the output clearer as well as more/less verbose. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/