From owner-freebsd-current@freebsd.org Thu Dec 24 15:29:30 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 137ADA502A8 for ; Thu, 24 Dec 2015 15:29:30 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D11BD1BEF for ; Thu, 24 Dec 2015 15:29:29 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Thu, 24 Dec 2015 15:29:38 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id tBOFTKds005800; Thu, 24 Dec 2015 08:29:20 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1450970960.25138.242.camel@freebsd.org> Subject: Re: Need help with New Build -- Skylake From: Ian Lepore To: Oliver Pinter , Vijay Rajah Cc: freebsd-questions@freebsd.org, freebsd-current@freebsd.org Date: Thu, 24 Dec 2015 08:29:20 -0700 In-Reply-To: References: <20151224173146.H8562@sola.nimnet.asn.au> <567BA5BB.4020304@rvijay.me> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 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: Thu, 24 Dec 2015 15:29:30 -0000 On Thu, 2015-12-24 at 12:48 +0100, Oliver Pinter wrote: > On 12/24/15, Vijay Rajah wrote: > > > > > > On 12/24/15 12:22 PM, Ian Smith wrote: > > > ~2 minutes delay there. sendmail (mta and msp both) at least > > > are unhappy about your hostname, and sleep on it. I don't know > > > whether > > > that's significant or related to the longer delay you report. I > > > just > > > skimmed through your dmesg, but didn't spot anything glaringly > > > obvious. > > > > > > FWIW, cheers, Ian > > Ian, > > > > Thanks for taking the time to help me. > > > > The delay is (mostly) before the boot loader menu is presented. > > Once the > > system starts to boot.. It is pretty fast... > > > > When the system boots, after the BIOS hands over the control to the > > OS.. > > there are 6-7 lines, which give boot loader version etc.. (the last > > of > > this gives the details of the build host etc..) > > > > Then there is a spinning wheel, an the system just sits there for > > some > > time.. (even the wheel spins slowly). after 3-4 mins I see it loads > > the > > /boot/default/loader.conf . After this the menu is loaded.. > > Confirmed this issue, seems like the forth parser or something forth > related code in slow. > Loading the modules takes ~30 sec, and the kernel takes once more 30 > sec. > > This is a Gigabyte GA-H170N-WIFI board. I can test some change after > Christmas. > > > > > so, the issue is long before this dmesg even begins... > > Unfortunately, I > > do not know how to force a verbose boot before the boot menu... > > > > -Thanks > > Vijay We had exactly this symptom -- long delay with spincursor before loading the kernel -- on arm systems when we first enabled forth in loader. The problem turned out to be the fact that loader was running with instruction and data caches disabled, and it took about 90-100 seconds to parse the 547 lines of text (almost all useless) in /boot/defaults/loader.conf. We stripped that file down to the dozen or so lines that actually needed to be there and booting became much faster. Eventually we got the caches enabled in the prior-stage bootloader and it became really fast. -- Ian