From owner-freebsd-bugs@FreeBSD.ORG Mon Mar 2 18:53:51 2009 Return-Path: Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D3321065BE4; Mon, 2 Mar 2009 18:53:50 +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 1E2088FC1D; Mon, 2 Mar 2009 18:53:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id BB72146B2E; Mon, 2 Mar 2009 13:53:48 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n22Irf7A078865; Mon, 2 Mar 2009 13:53:42 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Hiroharu Tamaru Date: Mon, 2 Mar 2009 13:53:21 -0500 User-Agent: KMail/1.9.7 References: <200812091720.mB9HK1uY021743@freefall.freebsd.org> <200812101451.48456.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903021353.21920.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 02 Mar 2009 13:53:42 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/9061/Mon Mar 2 04:28:18 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: sobomax@freebsd.org, freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org, pjd@freebsd.org Subject: Re: kern/129526: pxeboot fails to load kernel / modules X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 18:53:56 -0000 On Saturday 13 December 2008 3:08:51 am Hiroharu Tamaru wrote: > At Wed, 10 Dec 2008 14:51:48 -0500, > John Baldwin wrote: > > > > On Wednesday 10 December 2008 04:20:31 am Hiroharu Tamaru wrote: > > > Thank you, John. > > > > > > At Tue, 9 Dec 2008 16:21:47 -0500, John Baldwin wrote: > > > > > > > > On Tuesday 09 December 2008 12:54:06 pm Hiroharu Tamaru wrote: > > > (snip) > > > > > It turns out that replacing the pxeboot binary served by tftp > > > > > to pxeboot in 6.4-RELEASE-i386-bootonly.iso allows the installer > > > > > to boot properly, but pxeboot from 7.0-RELEASE also fails. > > > > > > > > > > It then turned out that by unzipping the /boot/mfsroot.gz image > > > > > on the ftp server, it allows the kernel to boot, for any of the > > pxeboot's > > > > > mentioned above. > > > > > > > > > > Thus, it seems likely that the unzipping routines in pxeboot, > > > > > or more precisely, the loader included in the pxeboot, > > > > > is corrupting some part of the device table or such. > > > (snip) > > > > I think loader has just grown and the stack is growing into the heap. > > There > > > > is a loader option to move the heap up above 1 MB that you should try. > > > > > > Indeed, it was. > > > > > > (for the record:) > > > Enabling the code in sys/boot/i386/loader/main.c > > > that is activated by putting either of: > > > LOADER_BZIP2_SUPPORT=yes > > > LOADER_FIREWIRE_SUPPORT=yes > > > LOADER_ZFS_SUPPORT=yes (8.0-current only ATM) > > > into /etc/make.conf has solved the problem. > > > > > > > > > Current pxeboot build pulls the loader binary built for > > > the (non-pxe-)loader verbatim. > > > > > > Is there a possibility that putting the heap above 1MB > > > might become the default in the near future? say, whenever > > > LOAD_NO_GZIP_SUPPORT is not set. > > > > > > Alternatively, do you think it is worth a trouble to modifiy > > > the build system so that the default pxeboot has this high > > > heap support? > > > > > > Or, would you think whoever setting up an pxeboot installer > > > should know the corners, and either unzip the mfsroot.gz or > > > rebuild his own pxeboot? > > > > I think adding GPT support (which I did) probably caused the loader to grow > > enough in size. Probably I should make the GPT stuff optional and enable the > > higher memory usage if it is enabled (but make it on by default perhaps?) > > I agree that's quite reasonable (wrapping around GPT, and default it to on). > > I looked into the sources, but to me, wrapping all the bits on GPT with > #ifdef LOADER_GPT_SUPPORT was not too trivial. > How trivial or non-trivial is it if I asked you for it? > I'll look into it again when I get another time slot if > you are too busy until then. I finally did this today. You can try http://www.freebsd.org/~jhb/patches/boot_gpt.patch If you can verify it works for you I will commit it. -- John Baldwin