Date: Thu, 24 Dec 2015 20:13:08 +0200 From: Konstantin Belousov <kostikbel@gmail.com> To: Ian Lepore <ian@freebsd.org> Cc: Oliver Pinter <oliver.pinter@hardenedbsd.org>, Vijay Rajah <me@rvijay.me>, freebsd-questions@freebsd.org, freebsd-current@freebsd.org Subject: Re: Need help with New Build -- Skylake Message-ID: <20151224181308.GZ3625@kib.kiev.ua> In-Reply-To: <1450970960.25138.242.camel@freebsd.org> References: <mailman.2556.1450906440.19558.freebsd-questions@freebsd.org> <20151224173146.H8562@sola.nimnet.asn.au> <567BA5BB.4020304@rvijay.me> <CAPQ4ffsMwHqCuCq5av7YcfN2RjXWKv7dozkrZCCQZa9t-p0UhA@mail.gmail.com> <1450970960.25138.242.camel@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Dec 24, 2015 at 08:29:20AM -0700, Ian Lepore wrote: > 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. It is highly unlikely that caches are the source of the slowness. On x86, we rely on the firmware (BIOS or EFI) to properly configure both DRAM controllers and caches. More, Intel considers the corresponding controllers configuration recipes as highly secret and, even for BIOS vendors, Intel provides the binary blob of code which does the config magic, instead of the documentation. That said, loader runs in the unpaged protected mode but reflects BIOS calls into the real mode. Quite possible, either the real mode is slow on SkyLakes, or even more possible, the switch between real and protected mode is slow, or the protected mode without paging enabled is slow. Or might be the PCH lacks the ISA timer. A developer needs the real machine to diagnose the cause.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20151224181308.GZ3625>