From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 15:29:46 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D7B81065678 for ; Wed, 21 Apr 2010 15:29:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D48248FC37 for ; Wed, 21 Apr 2010 15:29:45 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7465146B5C; Wed, 21 Apr 2010 11:29:45 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C05198A021; Wed, 21 Apr 2010 11:29:44 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, mj@feral.com Date: Wed, 21 Apr 2010 10:04:25 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BCD5A7B.2070505@FreeBSD.org> <4BCE2E52.1080107@FreeBSD.org> <4BCE3A52.7060502@feral.com> In-Reply-To: <4BCE3A52.7060502@feral.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004211004.25701.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 21 Apr 2010 11:29:44 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 15:29:46 -0000 On Tuesday 20 April 2010 7:35:46 pm Matthew Jacob wrote: > On 04/20/2010 03:44 PM, Maxim Sobolev wrote: > > Maxim Sobolev wrote: > >>> Maybe try adding > >>> > >>> hint.atkbdc.0.disabled="1" > >>> hint.atkbd.0.disabled="1" > >>> > >>> to /boot/device.hints? That has reportedly removed minute-long boot > >>> delays on some Nehalem machines. > >> > >> No, that have not helped at all. I measured the delay - it's about 6 > >> minutes from boot command to the first "smap" message. Do you or > >> anybody else have other ideas? > > > > Actually it helped, thank you very much! The problem was that I have > > had my hints compiled into the kernel itself. > > Me too! I can't reproduce this currently, but it would be good to debug this further. My suggestions on how to do this would be to create an array of uint64_t and save TSC values (rdtsc()) into it at specific points in the atkbd/syscons console init. You can then print out the deltas between array entries once the console is fully initialized. Moving the rdtsc() calls around should allow one to determine where in the atkbd/syscons init the long pause is happening. -- John Baldwin