Date: Tue, 4 Mar 2003 08:54:46 -0800 From: Nathan Kinkade <nkinkade@dsl-only.net> To: Heinrich Rebehn <rebehn@ant.uni-bremen.de> Cc: etherboot-users@lists.sourceforge.net, questions@freebsd.org Subject: Re: Cannot boot FreeBSD kernel with etherboot Message-ID: <20030304165445.GC380@sub21-156.member.dsl-only.net> In-Reply-To: <3E64AC55.8040406@ant.uni-bremen.de> References: <3E648AF7.3080209@ant.uni-bremen.de> <3E64AC55.8040406@ant.uni-bremen.de>
next in thread | previous in thread | raw e-mail | index | archive | help
--lMM8JwqTlfDpEaS6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 04, 2003 at 02:38:29PM +0100, Heinrich Rebehn wrote: > Heinrich Rebehn wrote: > >Hi list, > > > >trying to boot a FreeBSD kernel with etherboot 5.0.6 results in: > > > >... > >Loading 134.102.176.16:/tftpboot/bsd-diskless ...(ELF)... segment does= =20 > >not fit in any memory region > > > >What does this mean? I'm not sure exactly what the message means, but I've had the same problem recently. It appears to be related to the network card - not the boot ROM. I have one diskless machine up and running - booting from a ROM on an Intel Pro100. I have another Intel Pro100 with a built-on ROM chip. Now, my known good machine will not boot with this second card. I get the same error as you about "segment...memory region". Both of the cards have the _exact_ same image loaded - by the way, neither of them have the -DIMAGE_FREEBSD option set. So apparently the -DIMAGE_FREEBSD option is not necessary, as I daily boot and use a machine from a ROM image that does not have this feature. Also, I have been getting my ROM images from http://rom-o-matic.org. I find it very convenient and altogether easier than using the ports version, not to mention that the version is newer. Anyway, my experiments seem to point to the fact that it has something to do with the card, not the image or the machine itself. I have two machines with which to test. Both machines boot fine with one card, and both machines fail with the second card, giving the same error you mention above. However, I could be way off base, and I'm definitely going to try loading an image with the -DIMAGE_FREEBSD option set onto the problem card and see what happens. > > > >The kernel is 2390599 bytes. Did i hit a size limitation? > >I am attaching the Etherboot Config file. >=20 > I have found the solution myself, i forgot "-DIMAGE_FREEBSD", in fact i= =20 > thought i set it at my 2nd try, but on the 2nd try, i had the floppy writ= e=20 > protected, which i didn't notice.. :-( >=20 > Now the kernel gets loaded, last output from etherboot is "........done"= =20 > and then the system reboots.. :-( This is probably not a ROM issue, but instead a problem with the kernel you compiled. Make sure that you have set the machine type correctly your kernel config file. Also, and this one got me, make sure that you set the appropirate CPUTYPE in your /etc/make.conf file. For the longest time I had your exact problem - the kernel would load and then the machine would immediately reboot. I beat my head on the wall for quite some time before I realized that my make.conf file was set to build for CPUTYPE=3Di686, but I was trying to boot the kernel on i586. As soon as I specified the correct the CPUTYPE all was well. I hope this helps, and I'll let you know if setting -DIMAGE_FREEBSD works for my problem card. > Heinrich --=20 GPG Public Key ID: 0x4250A04C gpg --keyserver pgp.mit.edu --recv-keys 4250A04C http://63.105.21.156/gpg_nkinkade_4250A04C.asc --lMM8JwqTlfDpEaS6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+ZNpVWZYS9EJQoEwRAlG2AJsHqzYcJ54m28YgJ8pfGeyUuKQ+FQCgu4C6 kYoVmCNAV0gfS9UHkC9qM+o= =BoFZ -----END PGP SIGNATURE----- --lMM8JwqTlfDpEaS6-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030304165445.GC380>