From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 20:06:26 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 7775C1065670; Wed, 21 Apr 2010 20:06:26 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 32CC38FC18; Wed, 21 Apr 2010 20:06:25 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3LK6L4v014311 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Apr 2010 13:06:22 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BCF5AC1.8080608@FreeBSD.org> Date: Wed, 21 Apr 2010 13:06:25 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: John Baldwin References: <4BCD5A7B.2070505@FreeBSD.org> <4BCE2E52.1080107@FreeBSD.org> <4BCE3A52.7060502@feral.com> <201004211004.25701.jhb@freebsd.org> In-Reply-To: <201004211004.25701.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, mj@feral.com 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 20:06:26 -0000 John Baldwin wrote: > 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. There is already a code to detect non-existing AT keyboard and avoid attaching atkbd to it. The code is i386-only at the moment, I am trying to figure out how to modify it so that it works on amd64 as well. -Maxim