From owner-freebsd-stable@FreeBSD.ORG Thu Sep 28 05:46:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB75116A415; Thu, 28 Sep 2006 05:46:49 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E7C643D58; Thu, 28 Sep 2006 05:46:49 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1GSojQ-000J1v-0Y; Thu, 28 Sep 2006 08:46:48 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Ruslan Ermilov In-reply-to: Your message of Thu, 28 Sep 2006 02:33:10 +0400 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Sep 2006 08:46:47 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: 6.2-PRERELEASE/amd64 boot kernel.gz failes 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, 28 Sep 2006 05:46:49 -0000 > > --3uo+9/B/ebqu+fSQ > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Wed, Sep 27, 2006 at 05:09:16PM +0300, Danny Braniss wrote: > > originally posted to amd64@freebsd.org: > >=20 > > Hi, > > While trying to figure out why boot/pxeboot failes on some > > kernels/hosts, I think i've come up with one solid nogo, > > if the kernel is gzipped it always fails. > > Can someone confirm this? or am i suffering from some > > local problem? > >=20 > I can confirm this: RELENG_6 doesn't pxeboot when /boot/kernel/kernel > is gzipped. In my case, it hangs just after loading a loader.conf file. > I've also verified that loading gzipped kernels/modules works on > 7-CURRENT/i386. So it's either loader vs. pxeboot issue (unlikely, > since pxeboot reuses the loader binary), or i386 vs. amd64 issue > (unlikely as well as amd64 reuses the i386 boot code), or more likely > because some changes were not MFCed. Perhaps this one: > > : sobomax 2005-12-19 09:00:11 UTC > :=20 > : FreeBSD src repository > :=20 > : Modified files: > : sys/boot/i386/libi386 Makefile biosdisk.c biospnp.c biossmap.c=20 > : i386_copy.c=20 > : Log: > : Long-long time ago, when the trees were large and memory expensive amou= > nt of > : memory directly available to loader(8) and friends was limited to 640K = > on i386. > : Those times have passed long time ago and now loader(8) can directly ac= > cess > : up to 4GB of RAM at least theoretically. At the same time, there are se= > veral > : places where it's assumed that malloc() will only allocate memory within > : first megabyte. > : =20 > : Remove that assumption by allocating appropriate bounce buffers for BIOS > : calls on stack where necessary. > : =20 > : This allows using memory above first megabyte for heap if necessary. > : =20 > : Revision Changes Path > : 1.39 +3 -0 src/sys/boot/i386/libi386/Makefile > : 1.46 +10 -17 src/sys/boot/i386/libi386/biosdisk.c > : 1.10 +1 -1 src/sys/boot/i386/libi386/biospnp.c > : 1.4 +3 -2 src/sys/boot/i386/libi386/biossmap.c > : 1.11 +6 -22 src/sys/boot/i386/libi386/i386_copy.c > > I'll narrow this down tomorrow if noone bites me while I sleep. :-) THANKS! I was begining to climb walls here, let me know when i can test it! danny