Date: Thu, 28 Sep 2006 02:33:10 +0400 From: Ruslan Ermilov <ru@freebsd.org> To: Danny Braniss <danny@cs.huji.ac.il> Cc: Maxim Sobolev <sobomax@freebsd.org>, freebsd-stable@freebsd.org Subject: Re: 6.2-PRERELEASE/amd64 boot kernel.gz failes Message-ID: <20060927223310.GB35467@rambler-co.ru> In-Reply-To: <E1GSa68-000Bym-C1@cs1.cs.huji.ac.il> References: <E1GSa68-000Bym-C1@cs1.cs.huji.ac.il>
next in thread | previous in thread | raw e-mail | index | archive | help
--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. :-) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --3uo+9/B/ebqu+fSQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFGvwmqRfpzJluFF4RAuoCAJ4nKL01oiHDjAdt7c0ikFnALLHwGQCdHuSz nagN4p/QpSkb1djKGksI9vI= =rBNL -----END PGP SIGNATURE----- --3uo+9/B/ebqu+fSQ--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060927223310.GB35467>