From owner-freebsd-stable@FreeBSD.ORG Thu Dec 3 21:22:00 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFC781065696; Thu, 3 Dec 2009 21:22:00 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id BABF78FC18; Thu, 3 Dec 2009 21:21:59 +0000 (UTC) Received: from delta.allbsd.org (p3177-ipbf416funabasi.chiba.ocn.ne.jp [123.225.92.177]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id nB3LLa6R082134; Fri, 4 Dec 2009 06:21:47 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id nB3LLWXs056681; Fri, 4 Dec 2009 06:21:35 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Fri, 04 Dec 2009 06:20:08 +0900 (JST) Message-Id: <20091204.062008.155444535.hrs@allbsd.org> To: jhb@FreeBSD.org From: Hiroki Sato In-Reply-To: <200912030803.29797.jhb@freebsd.org> References: <200912020948.05698.jhb@freebsd.org> <20091203.192913.103115892.hrs@allbsd.org> <200912030803.29797.jhb@freebsd.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3rc1 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Fri_Dec__4_06_20_08_2009_790)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Fri, 04 Dec 2009 06:21:53 +0900 (JST) X-Spam-Status: No, score=-4.9 required=13.0 tests=AWL,BAYES_00, CONTENT_TYPE_PRESENT, FAKEDWORD_ONE, FAKEDWORD_VERTICALLINE, SPF_SOFTFAIL, X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: freebsd-stable@FreeBSD.org Subject: Re: loader(8) readin failed on 7.2R and later including 8.0R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2009 21:22:01 -0000 ----Security_Multipart(Fri_Dec__4_06_20_08_2009_790)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit John Baldwin wrote in <200912030803.29797.jhb@freebsd.org>: jh> On Thursday 03 December 2009 5:29:13 am Hiroki Sato wrote: jh> > John Baldwin wrote jh> > in <200912020948.05698.jhb@freebsd.org>: jh> > jh> > jh> On Tuesday 01 December 2009 12:13:39 pm Hiroki Sato wrote: jh> > jh> > While the "load" command seemed to finish, the box got stuck just jh> > jh> > after entering "boot" command. jh> > jh> > jh> > jh> > Curious to say, I have got this symptom only on a specific box in jh> > jh> > more than ten different boxes I upgraded so far; it is based on an jh> > jh> > old motherboard Supermicro P4DPE[*]. jh> > jh> > jh> > jh> > [*] jh> http://www.supermicro.com/products/motherboard/Xeon/E7500/P4DPE.cfm jh> > jh> > jh> > jh> > Any workaround? Booting from release CDROMs (7.2R and 8.0R) also jh> > jh> > fail. On the box "7.1R" or "7.1R's loader + 7.2R kernel" worked jh> > jh> > fine. It is possible something in changes of loader(8) between 7.1R jh> > jh> > and 7.2R is the cause, but I am still not sure what it is... jh> > jh> jh> > jh> It may be related to the loader switching to using memory > 1MB for its jh> > jh> malloc(). Maybe try building the loader with jh> 'LOADER_NO_GPT_SUPPORT=yes' in jh> > jh> /etc/src.conf? jh> > jh> > Thanks, a recompiled loader with LOADER_NO_GPT_SUPPORT=yes' displayed jh> > "elf32_loadimage: could not read symbols - skipped!" for 8.0R kernel. jh> > This is the same as 7.1R's loader + 8.0R kernel case. jh> jh> Can you get the output of 'smap' from the loader? Is the 8.0 kernel bigger jh> than the 7.x kernel? If so, can you try trimming the 8.0 kernel a bit to see jh> if that changes things? Sure. Output of smap on an 8.0R loader with LOADER_NO_GPT_SUPPORT=yes was: | OK smap | SMAP type=01 base=0000000000000000 len=000000000009f400 | SMAP type=02 base=000000000009f400 len=0000000000000c00 | SMAP type=02 base=00000000000dc000 len=0000000000024000 | SMAP type=01 base=0000000000100000 len=0000000000e00000 | SMAP type=02 base=0000000000f00000 len=0000000000100000 | SMAP type=01 base=0000000001000000 len=00000000beef0000 | SMAP type=03 base=00000000bfef0000 len=000000000000c000 | SMAP type=04 base=00000000bfefc000 len=0000000000004000 | SMAP type=01 base=00000000bff00000 len=0000000000080000 | SMAP type=02 base=00000000bff80000 len=0000000000080000 | SMAP type=02 base=00000000fec00000 len=0000000000010000 | SMAP type=02 base=00000000fee00000 len=0000000000001000 | SMAP type=02 base=00000000ff800000 len=0000000000400000 | SMAP type=02 base=00000000fff00000 len=0000000000100000 | OK Size difference between the two kernels was: | -r-xr-xr-x 1 root wheel 9708240 Dec 1 16:22 kernel.7/kernel | -r-xr-xr-x 1 root wheel 11492703 Nov 21 15:48 kernel.8/kernel Then I rebuilt a smaller 8.0 kernel by removing some entries from the kernel configuration file. The size is now smaller than 7.1R kernel: | -r-xr-xr-x 1 root wheel 7710491 Dec 3 21:10 /boot/kernel.8X/kernel Loading the new kernel seemed to work fine with the recompiled 8.0R loader, but it got stuck just after entering "boot": | OK load /boot/kernel.8X/kernel | /boot/kernel.8X/kernel text=0x5a7664 data=0x88d74+0x82f04 syms=[0x4+0x6d290+0x4+0x987e3] | OK boot | / Loading 7.1R kernel by using the recompiled 8.0R loader had no problem. -- Hiroki ----Security_Multipart(Fri_Dec__4_06_20_08_2009_790)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAksYK4gACgkQTyzT2CeTzy3p8QCgjoEwN1MCqZLCQeW4QqpNfOJW dGIAoIDtVjygzlSPAmod9ziwOSdb3Q8F =PBYl -----END PGP SIGNATURE----- ----Security_Multipart(Fri_Dec__4_06_20_08_2009_790)----