From owner-freebsd-qa Sun Mar 11 14:59:50 2001 Delivered-To: freebsd-qa@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-158.dsl.lsan03.pacbell.net [63.207.60.158]) by hub.freebsd.org (Postfix) with ESMTP id 399FD37B71A; Sun, 11 Mar 2001 14:59:46 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id ED74A66F14; Sun, 11 Mar 2001 14:59:45 -0800 (PST) Date: Sun, 11 Mar 2001 14:59:45 -0800 From: Kris Kennaway To: Larry Rosenman Cc: stable@freebsd.org, qa@FreeBSD.org Subject: Re: cputype=486 Message-ID: <20010311145945.C66872@mollari.cthul.hu> References: <20010311120241.A15202@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="c3bfwLpm8qysLVxt" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010311120241.A15202@lerami.lerctr.org>; from ler@lerctr.org on Sun, Mar 11, 2001 at 12:02:41PM -0600 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --c3bfwLpm8qysLVxt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 11, 2001 at 12:02:41PM -0600, Larry Rosenman wrote: > If I make buildworld with CPUTYPE=3Di486 (on my P-III), and then=20 > make installworld on the 486 target, we get a signal 4 in > the first install of code, in strip.=20 Odd. That suggests that gcc is outputting code which can't run on the i486 because it uses an illegal instruction. #define SIGILL 4 /* illegal instr. (not reset when caught) */ Does anyone else have 486 build reports with CPUTYPE, positive or negative? Kris --c3bfwLpm8qysLVxt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rANhWry0BWjoQKURAqNUAJ0c4RICPS57MWCQyC7thLa0OhXqNgCg1cpu TZs9HdFTkSvaN/CgPpWqiPk= =ECvC -----END PGP SIGNATURE----- --c3bfwLpm8qysLVxt-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sun Mar 11 17:31:37 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 9104337B719; Sun, 11 Mar 2001 17:31:31 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2C1VQI06364; Sun, 11 Mar 2001 19:31:26 -0600 (CST) (envelope-from ler) Date: Sun, 11 Mar 2001 19:31:26 -0600 From: Larry Rosenman To: Kris Kennaway Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010311193126.A6166@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <20010311145945.C66872@mollari.cthul.hu>; from kris@obsecurity.org on Sun, Mar 11, 2001 at 02:59:45PM -0800 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Kris Kennaway [010311 17:00]: > On Sun, Mar 11, 2001 at 12:02:41PM -0600, Larry Rosenman wrote: > > If I make buildworld with CPUTYPE=i486 (on my P-III), and then > > make installworld on the 486 target, we get a signal 4 in > > the first install of code, in strip. > > Odd. That suggests that gcc is outputting code which can't run on the > i486 because it uses an illegal instruction. > > #define SIGILL 4 /* illegal instr. (not reset when caught) */ > > Does anyone else have 486 build reports with CPUTYPE, positive or negative? even without CPUTYPE I'm getting the same thing. This is problematical. I can give access to the box if need be. > > Kris -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sun Mar 11 17:44:10 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 8E9B437B718; Sun, 11 Mar 2001 17:43:39 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2C1hZf07025; Sun, 11 Mar 2001 19:43:35 -0600 (CST) (envelope-from ler) Date: Sun, 11 Mar 2001 19:43:35 -0600 From: Larry Rosenman To: Kris Kennaway Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010311194335.A6632@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.16i In-Reply-To: <20010311193126.A6166@lerami.lerctr.org>; from ler@lerctr.org on Sun, Mar 11, 2001 at 07:31:26PM -0600 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Larry Rosenman [010311 19:31]: > * Kris Kennaway [010311 17:00]: > > On Sun, Mar 11, 2001 at 12:02:41PM -0600, Larry Rosenman wrote: > > > If I make buildworld with CPUTYPE=3Di486 (on my P-III), and then=20 > > > make installworld on the 486 target, we get a signal 4 in > > > the first install of code, in strip.=20 > >=20 > > Odd. That suggests that gcc is outputting code which can't run on the > > i486 because it uses an illegal instruction. > >=20 > > #define SIGILL 4 /* illegal instr. (not reset when caugh= t) */ > >=20 > > Does anyone else have 486 build reports with CPUTYPE, positive or negat= ive? > even without CPUTYPE I'm getting the same thing.=20 >=20 >=20 > This is problematical.=20 >=20 > I can give access to the box if need be. here is the make installworld output, with the syslog line appended: mkdir -p /tmp/install.9703 for prog in [ awk cat chflags chmod chown date echo egrep find grep instal= l ln make makewhatis mtree mv perl rm sed sh sysctl test true uname wc zic= ; do cp `which $prog` /tmp/install.9703; done cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj COMPILER_PATH=3D/usr/obj/usr/src/= i386/usr/libexec:/usr/obj/usr/src/i386/usr/bin LIBRARY_PATH=3D/usr/obj/usr= /src/i386/usr/lib:/usr/obj/usr/src/i386/usr/lib OBJFORMAT_PATH=3D/usr/obj/= usr/src/i386/usr/libexec PERL5LIB=3D/usr/obj/usr/src/i386/usr/libdata/perl= /5.00503 PATH=3D/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/b= in:/usr/obj/usr/src/i386/usr/games:/tmp/install.9703 make -f Makefile.inc1 = reinstall -------------------------------------------------------------- >>> Making hierarchy -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 hierarchy cd /usr/src/etc; make distrib-dirs mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p / tmp changed type expected dir found link var changed type expected dir found link mtree -deU -f /usr/src/etc/mtree/BSD.var.dist -p /var mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/libdata/perl/5.0= 0503/mach cd /; rm -f /sys; ln -s usr/src/sys sys cd /usr/share/man/en.ISO_8859-1; ln -sf ../man* . cd /usr/share/locale; set - `cat /usr/src/etc/locale.alias`; while [ $# -= gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done cd /usr/share/nls; set - `cat /usr/src/etc/locale.alias`; while [ $# -gt = 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done; rm -rf POS= IX; ln -s C POSIX -------------------------------------------------------------- >>> Installing everything.. -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 install =3D=3D=3D> share/info =3D=3D=3D> include if [ -h /usr/include/cam ]; then rm -f /usr/include/cam; fi if [ -h /usr/include/msdosfs ]; then rm -f /usr/include/msdosfs; fi if [ -h /usr/include/net ]; then rm -f /usr/include/net; fi if [ -h /usr/include/netatalk ]; then rm -f /usr/include/netatalk; fi if [ -h /usr/include/netatm ]; then rm -f /usr/include/netatm; fi if [ -h /usr/include/netgraph ]; then rm -f /usr/include/netgraph; fi if [ -h /usr/include/netinet ]; then rm -f /usr/include/netinet; fi if [ -h /usr/include/netinet6 ]; then rm -f /usr/include/netinet6; fi if [ -h /usr/include/netipx ]; then rm -f /usr/include/netipx; fi if [ -h /usr/include/netkey ]; then rm -f /usr/include/netkey; fi if [ -h /usr/include/netnatm ]; then rm -f /usr/include/netnatm; fi if [ -h /usr/include/netncp ]; then rm -f /usr/include/netncp; fi if [ -h /usr/include/netns ]; then rm -f /usr/include/netns; fi if [ -h /usr/include/nfs ]; then rm -f /usr/include/nfs; fi if [ -h /usr/include/ntfs ]; then rm -f /usr/include/ntfs; fi if [ -h /usr/include/nwfs ]; then rm -f /usr/include/nwfs; fi if [ -h /usr/include/pccard ]; then rm -f /usr/include/pccard; fi if [ -h /usr/include/posix4 ]; then rm -f /usr/include/posix4; fi if [ -h /usr/include/sys ]; then rm -f /usr/include/sys; fi if [ -h /usr/include/vm ]; then rm -f /usr/include/vm; fi if [ -h /usr/include/isofs/cd9660 ]; then rm -f /usr/include/isofs/cd9660;= fi if [ -h /usr/include/ufs/ffs ]; then rm -f /usr/include/ufs/ffs; fi if [ -h /usr/include/ufs/mfs ]; then rm -f /usr/include/ufs/mfs; fi if [ -h /usr/include/ufs/ufs ]; then rm -f /usr/include/ufs/ufs; fi if [ -h /usr/include/dev/ppbus ]; then rm -f /usr/include/dev/ppbus; fi if [ -h /usr/include/dev/usb ]; then rm -f /usr/include/dev/usb; fi if [ -h /usr/include/machine ]; then rm -f /usr/include/machine; fi mtree -deU -f /usr/src/include/../etc/mtree/BSD.include.dist -p /usr/inclu= de cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 cam/*.h /u= sr/include/cam cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 msdosfs/*.h= /usr/include/msdosfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 net/*.h /u= sr/include/net cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netatalk/*.= h /usr/include/netatalk cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netatm/*.h = /usr/include/netatm cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netgraph/*.= h /usr/include/netgraph cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netinet/*.h= /usr/include/netinet cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netinet6/*.= h /usr/include/netinet6 cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netipx/*.h = /usr/include/netipx cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netkey/*.h = /usr/include/netkey cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netnatm/*.h= /usr/include/netnatm cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netncp/*.h = /usr/include/netncp cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netns/*.h = /usr/include/netns cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 nfs/*.h /u= sr/include/nfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ntfs/*.h /= usr/include/ntfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 nwfs/*.h /= usr/include/nwfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 pccard/*.h = /usr/include/pccard cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 posix4/*.h = /usr/include/posix4 cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 sys/*.h /u= sr/include/sys cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 vm/*.h /us= r/include/vm cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 isofs/cd966= 0/*.h /usr/include/isofs/cd9660 cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/ffs/*.h= /usr/include/ufs/ffs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/mfs/*.h= /usr/include/ufs/mfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/ufs/*.h= /usr/include/ufs/ufs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 cam/scsi/*.= h /usr/include/cam/scsi cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 dev/ppbus/*= .h /usr/include/dev/ppbus cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 dev/usb/*.h= /usr/include/dev/usb cd /usr/src/include/../sys/i386/include; install -C -o root -g wheel -m 44= 4 *.h /usr/include/machine ln -sf ../sys/soundcard.h /usr/include/machine/soundcard.h ln -sf ../sys/joystick.h /usr/include/machine/joystick.h cd /usr/src/include; install -C -o root -g wheel -m 444 a.out.h ar.h asse= rt.h bitstring.h ctype.h db.h dirent.h disktab.h dlfcn.h elf.h err.h fnmat= ch.h fstab.h fts.h glob.h grp.h strhash.h histedit.h ieeefp.h ifaddrs.h is= o646.h libgen.h limits.h link.h locale.h malloc.h memory.h mpool.h ndbm.h= netdb.h nl_types.h nlist.h objformat.h paths.h pthread.h pthread_np.h pwd= .h ranlib.h regex.h regexp.h resolv.h rune.h runetype.h search.h setjmp.h= sgtty.h signal.h stab.h stddef.h stdio.h stdlib.h string.h stringlist.h = strings.h struct.h sysexits.h tar.h time.h timers.h ttyent.h unistd.h utim= e.h utmp.h vis.h /usr/include cd /usr/src/include/arpa; install -C -o root -g wheel -m 444 ftp.h inet.h= nameser.h nameser_compat.h telnet.h tftp.h /usr/include/arpa cd /usr/src/include/protocols; install -C -o root -g wheel -m 444 dumpres= tore.h routed.h rwhod.h talkd.h timed.h /usr/include/protocols cd /usr/src/include/rpc; install -C -o root -g wheel -m 444 auth.h auth_u= nix.h clnt.h pmap_clnt.h pmap_prot.h pmap_rmt.h rpc.h rpc_com.h rpc_msg.h = svc.h svc_auth.h types.h xdr.h auth_des.h des.h des_crypt.h /usr/include/r= pc install -C -o root -g wheel -m 444 /usr/obj/usr/src/include/osreldate.h /= usr/include ln -sf sys/aio.h /usr/include/aio.h ln -sf sys/errno.h /usr/include/errno.h ln -sf sys/fcntl.h /usr/include/fcntl.h ln -sf sys/inttypes.h /usr/include/inttypes.h ln -sf sys/linker_set.h /usr/include/linker_set.h ln -sf sys/poll.h /usr/include/poll.h ln -sf sys/syslog.h /usr/include/syslog.h ln -sf sys/termios.h /usr/include/termios.h ln -sf sys/ucontext.h /usr/include/ucontext.h ln -sf machine/float.h /usr/include/float.h ln -sf machine/floatingpoint.h /usr/include/floatingpoint.h ln -sf machine/stdarg.h /usr/include/stdarg.h ln -sf machine/varargs.h /usr/include/varargs.h ln -sf posix4/mqueue.h /usr/include/mqueue.h ln -sf posix4/sched.h /usr/include/sched.h ln -sf posix4/semaphore.h /usr/include/semaphore.h =3D=3D=3D> include/rpcsvc install -C -o root -g wheel -m 444 /usr/src/include/rpcsvc/yp_prot.h /usr/= src/include/rpcsvc/ypclnt.h /usr/src/include/rpcsvc/nis_db.h /usr/src/inclu= de/rpcsvc/nis_tags.h /usr/src/include/rpcsvc/nislib.h /usr/src/include/rpc= svc/bootparam_prot.x /usr/src/include/rpcsvc/key_prot.x /usr/src/include/rp= csvc/klm_prot.x /usr/src/include/rpcsvc/mount.x /usr/src/include/rpcsvc/nfs= _prot.x /usr/src/include/rpcsvc/nlm_prot.x /usr/src/include/rpcsvc/rex.x /u= sr/src/include/rpcsvc/rnusers.x /usr/src/include/rpcsvc/rquota.x /usr/src/i= nclude/rpcsvc/rstat.x /usr/src/include/rpcsvc/rwall.x /usr/src/include/rpcs= vc/sm_inter.x /usr/src/include/rpcsvc/spray.x /usr/src/include/rpcsvc/yppas= swd.x /usr/src/include/rpcsvc/yp.x /usr/src/include/rpcsvc/ypxfrd.x /usr/sr= c/include/rpcsvc/ypupdate_prot.x /usr/src/include/rpcsvc/nis.x /usr/src/inc= lude/rpcsvc/nis_cache.x /usr/src/include/rpcsvc/nis_object.x /usr/src/inclu= de/rpcsvc/nis_callback.x /usr/src/include/rpcsvc/crypt.x key_prot.h klm_pr= ot.h mount.h nfs_prot.h nlm_prot.h rex.h rnusers.h rquota.h rstat.h rwall.= h sm_inter.h spray.h yppasswd.h yp.h ypxfrd.h ypupdate_prot.h nis.h nis_ca= che.h nis_callback.h bootparam_prot.h crypt.h /usr/include/rpcsvc install -C -o root -g wheel -m 444 key_prot.h /usr/include/rpc =3D=3D=3D> lib =3D=3D=3D> lib/csu/i386-elf install -c -o root -g wheel -m 444 crt1.o /usr/lib/crt1.o install -c -o root -g wheel -m 444 crti.o /usr/lib/crti.o install -c -o root -g wheel -m 444 crtn.o /usr/lib/crtn.o install -c -o root -g wheel -m 444 gcrt1.o /usr/lib/gcrt1.o =3D=3D=3D> lib/libcom_err cd /usr/src/lib/libcom_err && install -C -o root -g wheel -m 444 /usr/src= /lib/libcom_err/../../contrib/com_err/com_err.h /usr/include cd /usr/src/lib/libcom_err && install -C -o root -g wheel -m 444 /usr/src= /lib/libcom_err/../../contrib/com_err/com_right.h /usr/include install -c -o root -g wheel -m 444 libcom_err.a /usr/lib install -c -o root -g wheel -m 444 libcom_err_p.a /usr/lib install -c -s -o root -g wheel -m 444 libcom_err.so.2 /usr/lib *** Error code 70 Stop in /usr/src/lib/libcom_err. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Mar 11 19:41:19 fw /kernel: pid 10074 (strip), uid 0: exited on signal 4 (c= ore dumped) Here is the make.conf: # $FreeBSD: src/etc/defaults/make.conf,v 1.97.2.21 2000/09/19 23:37:08 gsha= piro Exp $ # # This file, if present, will be read by make (see /usr/share/mk/sys.mk). # It allows you to override macro definitions to make without changing # your source tree, or anything the source tree installs. # # This file must be in valid Makefile syntax. # # You have to find the things you can put here in the Makefiles and=20 # documentation of the source tree. #CPUTYPE=3Di486 # # CFLAGS controls the compiler settings used when compiling C code. # Note that optimisation settings above -O (-O2, ...) are not recommended # or supported for compiling the world or the kernel - please revert any # nonstandard optimisation settings to "-O" before submitting bug reports # to the developers. # Note also that at this time the -O2 setting is known to produce BROKEN # CODE on the Alpha platform. # #CFLAGS=3D -O -pipe # # CXXFLAGS controls the compiler settings used when compiling C++ code. # Note that CXXFLAGS is initially set to the value of CFLAGS. If you wish # to add to CXXFLAGS value, "+=3D" must be used rather than "=3D". Using "= =3D" # alone will remove the often needed contents of CFLAGS from CXXFLAGS. # #CXXFLAGS+=3D -fmemoize-lookups -fsave-memoized # # BDECFLAGS are a set of gcc warning settings that Bruce Evans has suggested # for use in developing FreeBSD and testing changes. They can be used by # putting "CFLAGS+=3D${BDECFLAGS}" in /etc/make.conf. # BDECFLAGS=3D -W -Wall -ansi -pedantic -Wbad-function-cast -Wcast-align \ -Wcast-qual -Wchar-subscripts -Wconversion -Winline \ -Wmissing-prototypes -Wnested-externs -Wpointer-arith \ -Wredundant-decls -Wshadow -Wstrict-prototypes -Wwrite-strings # # To compile just the kernel with special optimisations, you should use # this instead of CFLAGS (which is not applicable to kernel builds anyway): # #COPTFLAGS=3D -O -pipe # # Compare before install #INSTALL=3Dinstall -C # # To build perl with thread support #PERL_THREADED=3D true # # To build ppp with normal permissions #PPP_NOSUID=3D true # # To avoid building various parts of the base system: #NO_CVS=3D true # do not build CVS #NO_BIND=3D true # do not build BIND #NO_FORTRAN=3D true # do not build g77 and related libraries #NO_LPR=3D true # do not build lpr and related programs #NO_MAILWRAPPER=3Dtrue # do not build the mailwrapper(8) MTA selector #NO_MODULES=3D true # do not build modules with the kernel #NO_OBJC=3D true # do not build Objective C support #NO_OPENSSH=3D true # do not build OpenSSH #NO_OPENSSL=3D true # do not build OpenSSL (implies NO_OPENSSH) #NO_SENDMAIL=3D true # do not build sendmail and related programs #NO_SHAREDOCS=3D true # do not build the 4.4BSD legacy docs #NO_TCSH=3D true # do not build and install /bin/csh (which is tcsh) #NO_X=3D true # do not compile in XWindows support (e.g. doscmd) #NOCRYPT=3D true # do not build any crypto code #NODESCRYPTLINKS=3Dtrue # do not replace libcrypt -> libscrypt links #NOGAMES=3D true # do not build games (games/ subdir) #NOINFO=3D true # do not make or install info files #NOLIBC_R=3D true # do not build libc_r (re-entrant version of libc) #NOPERL=3D true # To avoid building perl #NOPROFILE=3D true # Avoid compiling profiled libraries #NOSECURE=3D true # do not build crypto code in secure/ subdir #NOSUIDPERL=3D true # To avoid building the suid perl #NOSHARE=3D true # do not go into the share subdir #NOUUCP=3D true # do not build uucp related programs # # To build sys/modules when building the world (our old way of doing things) #MODULES_WITH_WORLD=3Dtrue # do not build modules when building kernel # # # Controls for building various OPTIONAL parts of the crypto system. # Patents are involved - you must not use these unless you either have # a license or would be within patent 'fair use' provisions. # Generally 'educational use' is OK, but personal (even non-commercial) # use is not. # *** It is YOUR RESPONSIBILITY to determine if you can use these! *** # # Patented in the USA and many european countries - thought to be OK to # use for any non-commercial use. This is optional. MAKE_IDEA=3D YES # IDEA (128 bit symmetric encryption) # # To avoid running MAKEDEV all on /dev during install: #NO_MAKEDEV=3D true # # If you do not want unformatted manual pages to be compressed # when they are installed: # #NOMANCOMPRESS=3D true # # # If you want the "compat" shared libraries installed as part of your normal # builds, uncomment these: # COMPAT1X=3D yes COMPAT20=3D yes COMPAT21=3D yes COMPAT22=3D yes COMPAT3X=3D yes # # # If you do not want additional documentation (some of which are # a few hundred KB's) for ports to be installed: # #NOPORTDOCS=3D true # # # Default format for system documentation, depends on your printer. # Set this to "ascii" for simple printers or screen # #PRINTERDEVICE=3D ps # # # How long to wait for a console keypress before booting the default kernel. # This value is approximately in milliseconds. Keypresses are accepted by t= he # BIOS before booting from disk, making it possible to give custom boot # parameters even when this is set to 0. # #BOOTWAIT=3D0 #BOOTWAIT=3D30000 # # By default, the system will always use the keyboard/video card as system # console. However, the boot blocks may be dynamically configured to use a # serial port in addition to or instead of the keyboard/video console. # # By default we use COM1 as our serial console port *if* we're going to use # a serial port as our console at all. Alter as necessary. # # COM1: =3D 0x3F8, COM2: =3D 0x2F8, COM3: =3D 0x3E8, COM4: =3D 0x2E8 # #BOOT_COMCONSOLE_PORT=3D 0x3F8 # # The default serial console speed is 9600. Set the speed to a larger value # for better interactive response. # #BOOT_COMCONSOLE_SPEED=3D 115200 # # # By default, this points to /usr/X11R6 for XFree86 releases 3.0 or earlier. # If you have a XFree86 from before 3.0 that has the X distribution in # /usr/X386, you want to uncomment this. # #X11BASE=3D /usr/X386 # # # If you have Motif on your system, uncomment this. # #HAVE_MOTIF=3D yes #MOTIF_STATIC=3D yes # # If the default location of the Motif library (specified below) is NOT # appropriate for you, uncomment this and change it to the correct value. # If your motif is in ${X11BASE}/lib, you don't need to touch this line. # #MOTIFLIB=3D -L${X11BASE}/lib -lXm # # # If you're resident in the USA, this will help various ports to determine # whether or not they should attempt to comply with the various U.S. # export regulations on certain types of software which do not apply to # anyone else in the world. # #USA_RESIDENT=3D YES # # Next one will help ports developers to debug # #FORCE_PKG_REGISTER=3D YES # # # Port master sites. # # If you want your port fetches to go somewhere else than the default # (specified below) in case the distfile/patchfile was not found, # uncomment this and change it to a location nearest you. (Don't # remove the "/${DIST_SUBDIR}/" part.) # #MASTER_SITE_BACKUP?=3D \ # ftp://ftp.freebsd.org/pub/FreeBSD/ports/distfiles/${DIST_SUBDIR}/ # # If you want your port fetches to check the above site first (before # the MASTER_SITES specified in the port Makefiles), uncomment the # line below. You can also change the right side to point to wherever=20 # you want. # #MASTER_SITE_OVERRIDE?=3D ${MASTER_SITE_BACKUP} # # Some ports use a special variable to point to a collection of # mirrors of well-known software archives. If you have a mirror close # to you, uncomment any of the following lines and change it to that # address. (Don't remove the "/%SUBDIR%/" part.) # # Note: the right hand sides of the following lines are only for your # information. For a full list of default sites, take a look at # bsd.port.mk. # #MASTER_SITE_XCONTRIB=3D ftp://ftp.x.org/contrib/%SUBDIR%/ #MASTER_SITE_GNU=3D ftp://prep.ai.mit.edu/pub/gnu/%SUBDIR%/ #MASTER_SITE_PERL_CPAN=3D ftp://ftp.digital.com/pub/plan/perl/CPAN/modules/= by-module/%SUBDIR%/ #MASTER_SITE_TEX_CTAN=3D ftp://ftp.tex.ac.uk/tex-archive/%SUBDIR%/ #MASTER_SITE_SUNSITE=3D ftp://metalab.unc.edu/pub/Linux/%SUBDIR%/ #MASTER_SITE_KDE=3D ftp://ftp.kde.org/pub/kde/%SUBDIR%/ #MASTER_SITE_COMP_SOURCES=3D ftp://gatekeeper.dec.com/pub/usenet/comp.sourc= es.%SUBDIR%/ #MASTER_SITE_GNOME=3D ftp://ftp.gnome.org/pub/GNOME/sources/%SUBDIR%/ #MASTER_SITE_AFTERSTEP=3D ftp://ftp.afterstep.org/%SUBDIR%/ #MASTER_SITE_WINDOWMAKER=3D ftp://ftp.windowmaker.org/pub/%SUBDIR%/ # # # Kerberos IV # If you want KerberosIV (KTH eBones), define this: # MAKE_KERBEROS4=3D yes # # # Kerberos 5 # If you want KerberosIV (KTH Heimdal), define this: # ** WARNING ** # ** WARNING ** This is very experimental at this stage. If you # ** WARNING ** need stable Kerberos5, rather use the port(s). # ** WARNING ** # #MAKE_KERBEROS5=3D yes # # # Kerberos5 # If you want to install MIT Kerberos5 port somewhere other than /usr/local, # define this (this is also used to tell ssh1 that kerberos is needed): # #KRB5_HOME=3D /usr/local # # # CVSup update flags. Edit SUPFILE settings to reflect whichever distribut= ion # file(s) you use on your site (see /usr/share/examples/cvsup/README for mo= re # information on CVSup and these files). To use, do "make update" in /usr/= src. # SUP_UPDATE=3D yes # SUP=3D /usr/local/bin/cvsup SUPFLAGS=3D -g -L 2 SUPHOST=3D cvsup9.FreeBSD.org SUPFILE=3D /home/ler/kernel.supfile PORTSSUPFILE=3D /home/ler/ports.supfile DOCSUPFILE=3D /home/ler/doc.supfile #SENDMAIL_CF=3D lerbsd.cf SENDMAIL_MC=3D lerbsd.mc #SUPFILE1=3D /usr/share/examples/cvsup/secure-supfile #PORTSSUPFILE=3D /usr/share/examples/cvsup/ports-supfile #DOCSUPFILE=3D /usr/share/examples/cvsup/doc-supfile # # top(1) uses a hash table for the user names. The size of this hash # can be tuned to match the number of local users. The table size should # be a prime number approximately twice as large as the number of lines in # /etc/passwd. The default number is 20011. # #TOP_TABLE_SIZE=3D 101 # # Documentation # # The list of languages and encodings to build and install # #DOC_LANG=3D en_US.ISO_8859-1 ru_RU.KOI8-R # # # sendmail # Setting the following variables modifes the build environment for # sendmail and its related utilities. For example, SASL support can be # added with settings such as: # # SENDMAIL_CFLAGS=3D-I/usr/local/include -DSASL # SENDMAIL_LDFLAGS=3D-L/usr/local/lib # SENDMAIL_LDADD=3D-lsasl # #SENDMAIL_CFLAGS=3D #SENDMAIL_LDFLAGS=3D #SENDMAIL_LDADD=3D #SENDMAIL_DPADD=3D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sun Mar 11 17:51:55 2001 Delivered-To: freebsd-qa@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-158.dsl.lsan03.pacbell.net [63.207.60.158]) by hub.freebsd.org (Postfix) with ESMTP id 8DF1037B718; Sun, 11 Mar 2001 17:51:50 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 89CB666B9F; Sun, 11 Mar 2001 17:51:49 -0800 (PST) Date: Sun, 11 Mar 2001 17:51:48 -0800 From: Kris Kennaway To: Larry Rosenman Cc: Kris Kennaway , stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010311175148.A82406@mollari.cthul.hu> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010311193126.A6166@lerami.lerctr.org>; from ler@lerctr.org on Sun, Mar 11, 2001 at 07:31:26PM -0600 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 11, 2001 at 07:31:26PM -0600, Larry Rosenman wrote: > * Kris Kennaway [010311 17:00]: > > On Sun, Mar 11, 2001 at 12:02:41PM -0600, Larry Rosenman wrote: > > > If I make buildworld with CPUTYPE=3Di486 (on my P-III), and then=20 > > > make installworld on the 486 target, we get a signal 4 in > > > the first install of code, in strip.=20 > >=20 > > Odd. That suggests that gcc is outputting code which can't run on the > > i486 because it uses an illegal instruction. > >=20 > > #define SIGILL 4 /* illegal instr. (not reset when caugh= t) */ > >=20 > > Does anyone else have 486 build reports with CPUTYPE, positive or negat= ive? > > even without CPUTYPE I'm getting the same thing.=20 Well, that says it's not CPUTYPE at fault..that's good. Can you run strip outside of installworld? Perhaps it was already replaced with e.g. a pentium-optimized version by something else. Kris --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rCu0Wry0BWjoQKURAgSyAKDudnzblQVRsU8UV8FxsRnkTa0kewCeMvY9 tQArxn3YbrUK8hrzQPu9Oog= =ypS5 -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sun Mar 11 17:58:51 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 71C5937B718; Sun, 11 Mar 2001 17:58:46 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2C1whu07659; Sun, 11 Mar 2001 19:58:43 -0600 (CST) (envelope-from ler) Date: Sun, 11 Mar 2001 19:58:43 -0600 From: Larry Rosenman To: Kris Kennaway Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010311195843.A7539@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <20010311175148.A82406@mollari.cthul.hu>; from kris@obsecurity.org on Sun, Mar 11, 2001 at 05:51:48PM -0800 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Kris Kennaway [010311 19:52]: > On Sun, Mar 11, 2001 at 07:31:26PM -0600, Larry Rosenman wrote: > > * Kris Kennaway [010311 17:00]: > > > On Sun, Mar 11, 2001 at 12:02:41PM -0600, Larry Rosenman wrote: > > > > If I make buildworld with CPUTYPE=i486 (on my P-III), and then > > > > make installworld on the 486 target, we get a signal 4 in > > > > the first install of code, in strip. > > > > > > Odd. That suggests that gcc is outputting code which can't run on the > > > i486 because it uses an illegal instruction. > > > > > > #define SIGILL 4 /* illegal instr. (not reset when caught) */ > > > > > > Does anyone else have 486 build reports with CPUTYPE, positive or negative? > > > > even without CPUTYPE I'm getting the same thing. > > Well, that says it's not CPUTYPE at fault..that's good. Can you run > strip outside of installworld? Perhaps it was already replaced with > e.g. a pentium-optimized version by something else. It works fine, as does the install from the /tmp/install.$$ directory. SO, where to now? > > Kris -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sun Mar 11 18:40:14 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 237DE37B718; Sun, 11 Mar 2001 18:40:07 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2C2e1l09729; Sun, 11 Mar 2001 20:40:01 -0600 (CST) (envelope-from ler) Date: Sun, 11 Mar 2001 20:40:00 -0600 From: Larry Rosenman To: Kris Kennaway Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010311204000.A9671@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.16i In-Reply-To: <20010311201658.A8487@lerami.lerctr.org>; from ler@lerctr.org on Sun, Mar 11, 2001 at 08:16:58PM -0600 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Larry Rosenman [010311 20:16]: > * Larry Rosenman [010311 20:00]: > > * Kris Kennaway [010311 19:52]: > > > On Sun, Mar 11, 2001 at 07:31:26PM -0600, Larry Rosenman wrote: > > > > * Kris Kennaway [010311 17:00]: > > > > > On Sun, Mar 11, 2001 at 12:02:41PM -0600, Larry Rosenman wrote: > > > > > > If I make buildworld with CPUTYPE=3Di486 (on my P-III), and the= n=20 > > > > > > make installworld on the 486 target, we get a signal 4 in > > > > > > the first install of code, in strip.=20 > > > > >=20 > > > > > Odd. That suggests that gcc is outputting code which can't run o= n the > > > > > i486 because it uses an illegal instruction. > > > > >=20 > > > > > #define SIGILL 4 /* illegal instr. (not reset when= caught) */ > > > > >=20 > > > > > Does anyone else have 486 build reports with CPUTYPE, positive or= negative? > > > > > > > > even without CPUTYPE I'm getting the same thing.=20 > > >=20 > > > Well, that says it's not CPUTYPE at fault..that's good. Can you run > > > strip outside of installworld? Perhaps it was already replaced with > > > e.g. a pentium-optimized version by something else. > > It works fine, as does the install from the /tmp/install.$$ directory. > >=20 > > SO, where to now?=20 >=20 > OK, the ****NEWLY BUILT**** strip does *NOT* work on the 486.... >=20 >=20 > Script started on Sun Mar 11 20:10:54 2001 > $ pwd=0D=0D > /usr/obj/usr/src/i386/usr/libexec/elf=0D > $ ls -l strui=08 =08=08 =08ip=0D=0D > -rwxr-xr-x 1 root wheel 430232 Mar 11 12:14 strip=0D > $ ./strip=0D=0D > Illegal instruction =0D > $ ^D=0D=0D >=20 > Script done on Sun Mar 11 20:11:09 2001 >=20 > So, it appears CURRENT sources don't make a valid i486 executable. >=20 > attached is the make buildworld output. Here is a quick gdb... Script started on Sun Mar 11 20:38:03 2001 fw# gdb -c strip.core /usr/obj/usr/src/i386/usr/bin/strip=0D=0D GNU gdb 4.18=0D Copyright 1998 Free Software Foundation, Inc.=0D GDB is free software, covered by the GNU General Public License, and you ar= e=0D welcome to change it and/or distribute copies of it under certain condition= s.=0D Type "show copying" to see the conditions.=0D There is absolutely no warranty for GDB. Type "show warranty" for details.= =0D This GDB was configured as "i386-unknown-freebsd"...=0D (no debugging symbols found)...=0D Core was generated by `strip'.=0D Program terminated with signal 4, Illegal instruction.=0D #0 0x804ef9b in __swhatbuf ()=0D (gdb) where=0D #0 0x804ef9b in __swhatbuf ()=0D #1 0x804eea2 in __smakebuf ()=0D #2 0x80497a3 in __srefill ()=0D #3 0x8049401 in fgets ()=0D #4 0x804862c in getobjformat ()=0D #5 0x80481f3 in main ()=0D #6 0x8048135 in _start ()=0D (gdb) fw# ^D=08=08exit=0D Script done on Sun Mar 11 20:38:49 2001 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sun Mar 11 20:53:31 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 9067C37B719; Sun, 11 Mar 2001 20:53:23 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2C4rL415866; Sun, 11 Mar 2001 22:53:21 -0600 (CST) (envelope-from ler) Date: Sun, 11 Mar 2001 22:53:21 -0600 From: Larry Rosenman To: Kris Kennaway Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010311225320.A15729@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> <20010311204000.A9671@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.16i In-Reply-To: <20010311204000.A9671@lerami.lerctr.org>; from ler@lerctr.org on Sun, Mar 11, 2001 at 08:40:00PM -0600 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Larry Rosenman [010311 20:40]: > * Larry Rosenman [010311 20:16]: > > * Larry Rosenman [010311 20:00]: > > > * Kris Kennaway [010311 19:52]: > > > > On Sun, Mar 11, 2001 at 07:31:26PM -0600, Larry Rosenman wrote: > > > > > * Kris Kennaway [010311 17:00]: > > > > > > On Sun, Mar 11, 2001 at 12:02:41PM -0600, Larry Rosenman wrote: > > > > > > > If I make buildworld with CPUTYPE=3Di486 (on my P-III), and t= hen=20 > > > > > > > make installworld on the 486 target, we get a signal 4 in > > > > > > > the first install of code, in strip.=20 > > > > > >=20 > > > > > > Odd. That suggests that gcc is outputting code which can't run= on the > > > > > > i486 because it uses an illegal instruction. > > > > > >=20 > > > > > > #define SIGILL 4 /* illegal instr. (not reset wh= en caught) */ > > > > > >=20 > > > > > > Does anyone else have 486 build reports with CPUTYPE, positive = or negative? > > > > > > > > > > even without CPUTYPE I'm getting the same thing.=20 > > > >=20 > > > > Well, that says it's not CPUTYPE at fault..that's good. Can you run > > > > strip outside of installworld? Perhaps it was already replaced with > > > > e.g. a pentium-optimized version by something else. > > > It works fine, as does the install from the /tmp/install.$$ directory. > > >=20 > > > SO, where to now?=20 > >=20 > > OK, the ****NEWLY BUILT**** strip does *NOT* work on the 486.... > >=20 > >=20 > > Script started on Sun Mar 11 20:10:54 2001 > > $ pwd=0D > > /usr/obj/usr/src/i386/usr/libexec/elf > > $ ls -l strui=08 =08=08 =08ip=0D > > -rwxr-xr-x 1 root wheel 430232 Mar 11 12:14 strip > > $ ./strip=0D > > Illegal instruction=20 > > $ ^D=0D > >=20 > > Script done on Sun Mar 11 20:11:09 2001 > >=20 > > So, it appears CURRENT sources don't make a valid i486 executable. > >=20 > > attached is the make buildworld output. >=20 > Here is a quick gdb... >=20 > Script started on Sun Mar 11 20:38:03 2001 > fw# gdb -c strip.core /usr/obj/usr/src/i386/usr/bin/strip=0D > GNU gdb 4.18 > Copyright 1998 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain conditi= ons. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-unknown-freebsd"... > (no debugging symbols found)... > Core was generated by `strip'. > Program terminated with signal 4, Illegal instruction. > #0 0x804ef9b in __swhatbuf () > (gdb) where > #0 0x804ef9b in __swhatbuf () > #1 0x804eea2 in __smakebuf () > #2 0x80497a3 in __srefill () > #3 0x8049401 in fgets () > #4 0x804862c in getobjformat () > #5 0x80481f3 in main () > #6 0x8048135 in _start () > (gdb) fw# ^D=08=08exit >=20 > Script done on Sun Mar 11 20:38:49 2001 >=20 What else can I supply? Access is also possible to both the build box and the 486.=20 LER To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Sun Mar 11 23:55:55 2001 Delivered-To: freebsd-qa@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 8AE5137B718; Sun, 11 Mar 2001 23:55:51 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1A12666D26; Sun, 11 Mar 2001 23:55:51 -0800 (PST) Date: Sun, 11 Mar 2001 23:55:50 -0800 From: Kris Kennaway To: Larry Rosenman Cc: Kris Kennaway , stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010311235550.A40321@mollari.cthul.hu> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010311201658.A8487@lerami.lerctr.org>; from ler@lerctr.org on Sun, Mar 11, 2001 at 08:16:59PM -0600 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Mar 11, 2001 at 08:16:59PM -0600, Larry Rosenman wrote: > OK, the ****NEWLY BUILT**** strip does *NOT* work on the 486.... Well, this log shows that strip is not being built with any CPU-specific optimizations, as expected. I don't know how to explain it -- the CPUTYPE changes did not touch the compiler, and they're not active here. Neither has the compiler been upgraded in quite a while. Does anyone else have the ability to build world on a 486 to test this? Kris P.S. emailing a 680K attachment to two world-wide, high-subscription mailing lists was probably Not a Smart Thing to do :-) --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD4DBQE6rIEGWry0BWjoQKURAtxdAJjjZJO9QFeRp1TGtqxIQcmp5nZfAKCP2SCo SKtNoHxhE6Gab/Z3rjsgvQ== =CXTE -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 0:32: 0 2001 Delivered-To: freebsd-qa@freebsd.org Received: from mppsystems.com (mppsystems.com [208.210.148.205]) by hub.freebsd.org (Postfix) with ESMTP id 4531A37B718; Mon, 12 Mar 2001 00:31:56 -0800 (PST) (envelope-from mpp@mppsystems.com) Received: (from mpp@localhost) by mppsystems.com (8.11.3/8.11.3) id f2C8VZ801152; Mon, 12 Mar 2001 02:31:35 -0600 (CST) (envelope-from mpp) Date: Mon, 12 Mar 2001 02:31:35 -0600 From: Mike Pritchard To: Kris Kennaway Cc: Larry Rosenman , stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010312023134.A849@mppsystems.com> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> <20010311235550.A40321@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010311235550.A40321@mollari.cthul.hu>; from kris@obsecurity.org on Sun, Mar 11, 2001 at 11:55:50PM -0800 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Sun, Mar 11, 2001 at 11:55:50PM -0800, Kris Kennaway wrote: > On Sun, Mar 11, 2001 at 08:16:59PM -0600, Larry Rosenman wrote: > > > OK, the ****NEWLY BUILT**** strip does *NOT* work on the 486.... > > Well, this log shows that strip is not being built with any > CPU-specific optimizations, as expected. I don't know how to explain > it -- the CPUTYPE changes did not touch the compiler, and they're not > active here. Neither has the compiler been upgraded in quite a while. > Does anyone else have the ability to build world on a 486 to test > this? > > Kris Somewhat. I have a box that has one of those overdrive chips in it, but it still claims to be a 486-class machine. It runs current, however, and not stable. Actually, I have two of those machines. One is running a 12 hour old -current. The other is running a 4.0-current from 10/24/99. I'll try upgrading the oldest machine to -stable and doing a "make world" and see what happens. This may take most of the week, since a make world takes forever on one these machines, and my free time to check up on this is very limited. If anyone else has a true 486 running -stable and wants to follow up on this, feel free. -Mike -- Mike Pritchard mpp@FreeBSD.org or mpp@mppsystems.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 0:35:23 2001 Delivered-To: freebsd-qa@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 944EB37B71A; Mon, 12 Mar 2001 00:35:18 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 021C266D26; Mon, 12 Mar 2001 00:35:16 -0800 (PST) Date: Mon, 12 Mar 2001 00:35:16 -0800 From: Kris Kennaway To: Mike Pritchard Cc: Kris Kennaway , Larry Rosenman , stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010312003516.A51209@mollari.cthul.hu> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> <20010311235550.A40321@mollari.cthul.hu> <20010312023134.A849@mppsystems.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010312023134.A849@mppsystems.com>; from mpp@mppsystems.com on Mon, Mar 12, 2001 at 02:31:35AM -0600 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 12, 2001 at 02:31:35AM -0600, Mike Pritchard wrote: > Somewhat. I have a box that has one of those overdrive chips in it, but > it still claims to be a 486-class machine. It runs current, however, and > not stable. Actually, I have two of those machines. One is running a > 12 hour old -current. The other is running a 4.0-current from 10/24/99. >=20 > I'll try upgrading the oldest machine to -stable and doing a "make world" > and see what happens. This may take most of the week, since a make world > takes forever on one these machines, and my free time to check up on this= is > very limited. If anyone else has a true 486 running -stable and wants > to follow up on this, feel free. Okay - whatever you can do to check. Thanks. Kris --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rIpEWry0BWjoQKURAk+EAJkBJ+Kv3GZDwAVrTMbUWp/wHxHQLwCgpc39 +L1pt0oNihwEHkqO8sYQzZA= =nvun -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 2:34:13 2001 Delivered-To: freebsd-qa@freebsd.org Received: from starbug.ugh.net.au (starbug.ugh.net.au [203.31.238.37]) by hub.freebsd.org (Postfix) with ESMTP id A41AC37B71B for ; Mon, 12 Mar 2001 02:34:11 -0800 (PST) (envelope-from andrew@ugh.net.au) Received: by starbug.ugh.net.au (Postfix, from userid 1000) id 80DFDA86A; Mon, 12 Mar 2001 21:34:10 +1100 (EST) Received: from localhost (localhost [127.0.0.1]) by starbug.ugh.net.au (Postfix) with ESMTP id 7E9A2547A; Mon, 12 Mar 2001 20:34:10 +1000 (EST) Date: Mon, 12 Mar 2001 20:34:10 +1000 (EST) From: To: Mike Pritchard Cc: Kris Kennaway , Larry Rosenman , Subject: Re: cputype=486 In-Reply-To: <20010312023134.A849@mppsystems.com> Message-ID: X-WonK: *wibble* MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, 12 Mar 2001, Mike Pritchard wrote: > On Sun, Mar 11, 2001 at 11:55:50PM -0800, Kris Kennaway wrote: > > > Does anyone else have the ability to build world on a 486 to test > > this? > > > > Kris > very limited. If anyone else has a true 486 running -stable and wants > to follow up on this, feel free. Yep...I'll start cvsup now but a buildworld takes a few days...I'll try rebuild strip on its own first as that will be so much quicker. Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 3:42:46 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 7437637B71B; Mon, 12 Mar 2001 03:42:42 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2CBgdT05246; Mon, 12 Mar 2001 05:42:39 -0600 (CST) (envelope-from ler) Date: Mon, 12 Mar 2001 05:42:39 -0600 From: Larry Rosenman To: Kris Kennaway Cc: stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010312054239.A5000@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> <20010311235550.A40321@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <20010311235550.A40321@mollari.cthul.hu>; from kris@obsecurity.org on Sun, Mar 11, 2001 at 11:55:50PM -0800 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Kris Kennaway [010312 01:55]: > On Sun, Mar 11, 2001 at 08:16:59PM -0600, Larry Rosenman wrote: > > > OK, the ****NEWLY BUILT**** strip does *NOT* work on the 486.... > > Well, this log shows that strip is not being built with any > CPU-specific optimizations, as expected. I don't know how to explain > it -- the CPUTYPE changes did not touch the compiler, and they're not > active here. Neither has the compiler been upgraded in quite a while. > Does anyone else have the ability to build world on a 486 to test > this? > > Kris > > P.S. emailing a 680K attachment to two world-wide, high-subscription > mailing lists was probably Not a Smart Thing to do :-) sorry, but wanted to get the info out. Should I have just send-pr'd it? Or put up a 7meg file for http? LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 3:53:39 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id B484637B719; Mon, 12 Mar 2001 03:53:33 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2CBrRB05805; Mon, 12 Mar 2001 05:53:27 -0600 (CST) (envelope-from ler) Date: Mon, 12 Mar 2001 05:53:27 -0600 From: Larry Rosenman To: Kris Kennaway Cc: Mike Pritchard , stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010312055326.A5662@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> <20010311235550.A40321@mollari.cthul.hu> <20010312023134.A849@mppsystems.com> <20010312003516.A51209@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <20010312003516.A51209@mollari.cthul.hu>; from kris@obsecurity.org on Mon, Mar 12, 2001 at 12:35:16AM -0800 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Kris Kennaway [010312 02:35]: > On Mon, Mar 12, 2001 at 02:31:35AM -0600, Mike Pritchard wrote: > > > Somewhat. I have a box that has one of those overdrive chips in it, but > > it still claims to be a 486-class machine. It runs current, however, and > > not stable. Actually, I have two of those machines. One is running a > > 12 hour old -current. The other is running a 4.0-current from 10/24/99. > > > > I'll try upgrading the oldest machine to -stable and doing a "make world" > > and see what happens. This may take most of the week, since a make world > > takes forever on one these machines, and my free time to check up on this is > > very limited. If anyone else has a true 486 running -stable and wants > > to follow up on this, feel free. > > Okay - whatever you can do to check. Thanks. I last built the 486 on 2/18/2001, if that helps narrow down what commit(s) broke it. Larry > > Kris -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 4:15:23 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id E55F237B718; Mon, 12 Mar 2001 04:14:23 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2CCEIK06777; Mon, 12 Mar 2001 06:14:18 -0600 (CST) (envelope-from ler) Date: Mon, 12 Mar 2001 06:14:18 -0600 From: Larry Rosenman To: Kris Kennaway Cc: Mike Pritchard , stable@FreeBSD.ORG, qa@FreeBSD.ORG Subject: Re: cputype=486 Message-ID: <20010312061417.A6615@lerami.lerctr.org> References: <20010311120241.A15202@lerami.lerctr.org> <20010311145945.C66872@mollari.cthul.hu> <20010311193126.A6166@lerami.lerctr.org> <20010311175148.A82406@mollari.cthul.hu> <20010311195843.A7539@lerami.lerctr.org> <20010311201658.A8487@lerami.lerctr.org> <20010311235550.A40321@mollari.cthul.hu> <20010312023134.A849@mppsystems.com> <20010312003516.A51209@mollari.cthul.hu> <20010312055326.A5662@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.16i In-Reply-To: <20010312055326.A5662@lerami.lerctr.org>; from ler@lerctr.org on Mon, Mar 12, 2001 at 05:53:27AM -0600 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Larry Rosenman [010312 05:53]: > * Kris Kennaway [010312 02:35]: > > On Mon, Mar 12, 2001 at 02:31:35AM -0600, Mike Pritchard wrote: > >=20 > > > Somewhat. I have a box that has one of those overdrive chips in it, = but > > > it still claims to be a 486-class machine. It runs current, however,= and > > > not stable. Actually, I have two of those machines. One is running a > > > 12 hour old -current. The other is running a 4.0-current from 10/24/= 99. > > >=20 > > > I'll try upgrading the oldest machine to -stable and doing a "make wo= rld" > > > and see what happens. This may take most of the week, since a make w= orld > > > takes forever on one these machines, and my free time to check up on = this is > > > very limited. If anyone else has a true 486 running -stable and wants > > > to follow up on this, feel free. > >=20 > > Okay - whatever you can do to check. Thanks. > I last built the 486 on 2/18/2001, if that helps narrow down > what commit(s) broke it.=20 >=20 > Larry Here is a gdb of strip starting. I suspect the cmova is an illegal 486 instruction ... Cut from below: 0x804fd7a : cmova 0x8(%ebp),%eax=0D Script started on Mon Mar 12 06:09:55 2001 fw# gdb ./strip=0D=0D GNU gdb 4.18=0D Copyright 1998 Free Software Foundation, Inc.=0D GDB is free software, covered by the GNU General Public License, and you ar= e=0D welcome to change it and/or distribute copies of it under certain condition= s.=0D Type "show copying" to see the conditions.=0D There is absolutely no warranty for GDB. Type "show warranty" for details.= =0D This GDB was configured as "i386-unknown-freebsd"...=0D (no debugging symbols found)...=0D (gdb) run=0D Starting program: /usr/obj/usr/src/i386/usr/bin/./strip =0D =0D Program received signal SIGILL, Illegal instruction.=0D 0x804fd7a in isatty ()=0D (gdb) disassemble=0D Dump of assembler code for function isatty:=0D 0x804f714 : push %ebp=0D 0x804f715 : mov %esp,%ebp=0D 0x804f717 : sub $0x38,%esp=0D 0x804f71a : mov 0x8(%ebp),%eax=0D 0x804f71d : add $0xfffffff8,%esp=0D 0x804f720 : lea 0xffffffd4(%ebp),%edx=0D 0x804f723 : push %edx=0D 0x804f724 : push %eax=0D 0x804f725 : call 0x8050dbc =0D 0x804f72a : cmp $0xffffffff,%eax=0D 0x804f72d : setne %al=0D 0x804f730 : movzbl %al,%eax=0D 0x804f733 : mov %ebp,%esp=0D 0x804f735 : pop %ebp=0D 0x804f736 : ret =0D 0x804f737 : nop =0D 0x804f738 : push %ebp=0D 0x804f739 : mov %esp,%ebp=0D 0x804f73b : sub $0xc,%esp=0D 0x804f73e : push %edi=0D 0x804f73f : push %esi=0D 0x804f740 : push %ebx=0D 0x804f741 : mov 0x8(%ebp),%esi=0D ---Type to continue, or q to quit--- =08 =08=0D 0x804f744 : mov $0x8051d80,%ebx=0D 0x804f749 : add $0xfffffffc,%esp=0D 0x804f74c : mov 0x8053ae0,%edx=0D 0x804f752 : mov %edx,%edi=0D 0x804f754 : mov $0x0,%al=0D 0x804f756 : cld =0D 0x804f757 : mov $0xffffffff,%ecx=0D 0x804f75c : repnz scas %es:(%edi),%al=0D 0x804f75e : mov %ecx,%eax=0D 0x804f760 : not %eax=0D 0x804f762 : dec %eax=0D 0x804f763 : push %eax=0D 0x804f764 : push %edx=0D 0x804f765 : push $0x2=0D 0x804f767 : call 0x8051178 =0D 0x804f76c : add $0xfffffffc,%esp=0D 0x804f76f : mov 0x805520c,%edx=0D 0x804f775 : mov %edx,%edi=0D 0x804f777 : mov $0x0,%al=0D 0x804f779 : cld =0D 0x804f77a : mov $0xffffffff,%ecx=0D 0x804f77f : repnz scas %es:(%edi),%al=0D 0x804f781 : mov %ecx,%eax=0D 0x804f783 : not %eax=0D ---Type to continue, or q to quit---=0D 0x804f785 : dec %eax=0D 0x804f786 : push %eax=0D 0x804f787 : push %edx=0D 0x804f788 : push $0x2=0D 0x804f78a : call 0x8051178 =0D 0x804f78f : add $0x20,%esp=0D 0x804f792 : add $0xfffffffc,%esp=0D 0x804f795 : mov %ebx,%edi=0D 0x804f797 : mov $0x0,%al=0D 0x804f799 : cld =0D 0x804f79a : mov $0xffffffff,%ecx=0D 0x804f79f : repnz scas %es:(%edi),%al=0D 0x804f7a1 : mov %ecx,%eax=0D 0x804f7a3 : not %eax=0D 0x804f7a5 : dec %eax=0D 0x804f7a6 : push %eax=0D 0x804f7a7 : push %ebx=0D 0x804f7a8 : push $0x2=0D 0x804f7aa : call 0x8051178 =0D 0x804f7af : add $0xfffffffc,%esp=0D 0x804f7b2 : mov %esi,%edi=0D 0x804f7b4 : mov $0x0,%al=0D 0x804f7b6 : cld =0D 0x804f7b7 : mov $0xffffffff,%ecx=0D ---Type to continue, or q to quit---=0D 0x804f7bc : repnz scas %es:(%edi),%al=0D 0x804f7be : mov %ecx,%eax=0D 0x804f7c0 : not %eax=0D 0x804f7c2 : dec %eax=0D 0x804f7c3 : push %eax=0D 0x804f7c4 : push %esi=0D 0x804f7c5 : push $0x2=0D 0x804f7c7 : call 0x8051178 =0D 0x804f7cc : movl $0x1,0x80551e8=0D 0x804f7d6 : add $0x20,%esp=0D 0x804f7d9 : call 0x8050a10 =0D 0x804f7de : mov %esi,%esi=0D 0x804f7e0 : push %ebp=0D 0x804f7e1 : mov %esp,%ebp=0D 0x804f7e3 : sub $0xc,%esp=0D 0x804f7e6 : push %edi=0D 0x804f7e7 : push %esi=0D 0x804f7e8 : push %ebx=0D 0x804f7e9 : mov 0x8(%ebp),%ebx=0D 0x804f7ec : mov $0x8051d89,%esi=0D 0x804f7f1 : cmpl $0x0,0x80551e4=0D 0x804f7f8 : je 0x804f806 =0D 0x804f7fa : add $0xfffffff4,%esp=0D 0x804f7fd : push %ebx=0D ---Type to continue, or q to quit---=0D 0x804f7fe : call 0x804f738 =0D 0x804f803 : add $0x10,%esp=0D 0x804f806 : add $0xfffffffc,%esp=0D 0x804f809 : mov 0x8053ae0,%edx=0D 0x804f80f : mov %edx,%edi=0D 0x804f811 : mov $0x0,%al=0D 0x804f813 : cld =0D 0x804f814 : mov $0xffffffff,%ecx=0D 0x804f819 : repnz scas %es:(%edi),%al=0D 0x804f81b : mov %ecx,%eax=0D 0x804f81d : not %eax=0D 0x804f81f : dec %eax=0D 0x804f820 : push %eax=0D 0x804f821 : push %edx=0D 0x804f822 : push $0x2=0D 0x804f824 : call 0x8051178 =0D 0x804f829 : add $0xfffffffc,%esp=0D 0x804f82c : mov 0x805520c,%edx=0D 0x804f832 : mov %edx,%edi=0D 0x804f834 : mov $0x0,%al=0D 0x804f836 : cld =0D 0x804f837 : mov $0xffffffff,%ecx=0D 0x804f83c : repnz scas %es:(%edi),%al=0D 0x804f83e : mov %ecx,%eax=0D ---Type to continue, or q to quit---=0D 0x804f840 : not %eax=0D 0x804f842 : dec %eax=0D 0x804f843 : push %eax=0D 0x804f844 : push %edx=0D 0x804f845 : push $0x2=0D 0x804f847 : call 0x8051178 =0D 0x804f84c : add $0x20,%esp=0D 0x804f84f : add $0xfffffffc,%esp=0D 0x804f852 : mov %esi,%edi=0D 0x804f854 : mov $0x0,%al=0D 0x804f856 : cld =0D 0x804f857 : mov $0xffffffff,%ecx=0D 0x804f85c : repnz scas %es:(%edi),%al=0D 0x804f85e : mov %ecx,%eax=0D 0x804f860 : not %eax=0D 0x804f862 : dec %eax=0D 0x804f863 : push %eax=0D 0x804f864 : push %esi=0D 0x804f865 : push $0x2=0D 0x804f867 : call 0x8051178 =0D 0x804f86c : add $0xfffffffc,%esp=0D 0x804f86f : mov %ebx,%edi=0D 0x804f871 : mov $0x0,%al=0D 0x804f873 : cld =0D ---Type to continue, or q to quit---=0D 0x804f874 : mov $0xffffffff,%ecx=0D 0x804f879 : repnz scas %es:(%edi),%al=0D 0x804f87b : mov %ecx,%eax=0D 0x804f87d : not %eax=0D 0x804f87f : dec %eax=0D 0x804f880 : push %eax=0D 0x804f881 : push %ebx=0D 0x804f882 : push $0x2=0D 0x804f884 : call 0x8051178 =0D 0x804f889 : lea 0xffffffe8(%ebp),%esp=0D 0x804f88c : pop %ebx=0D 0x804f88d : pop %esi=0D 0x804f88e : pop %edi=0D 0x804f88f : mov %ebp,%esp=0D 0x804f891 : pop %ebp=0D 0x804f892 : ret =0D 0x804f893 : nop =0D 0x804f894 : push %ebp=0D 0x804f895 : mov %esp,%ebp=0D 0x804f897 : sub $0x10,%esp=0D 0x804f89a : push %esi=0D 0x804f89b : push %ebx=0D 0x804f89c : mov 0x8(%ebp),%ebx=0D 0x804f89f : add $0xfffffff4,%esp=0D ---Type to continue, or q to quit---=0D 0x804f8a2 : push $0x0=0D 0x804f8a4 : call 0x8051234 =0D 0x804f8a9 : lea 0xfff(%eax),%esi=0D 0x804f8af : and $0xfffff000,%esi=0D 0x804f8b5 : shl $0xc,%ebx=0D 0x804f8b8 : add %esi,%ebx=0D 0x804f8ba : add $0xfffffff4,%esp=0D 0x804f8bd : push %ebx=0D 0x804f8be : call 0x8050c04 =0D 0x804f8c3 : add $0x20,%esp=0D 0x804f8c6 : test %eax,%eax=0D 0x804f8c8 : jne 0x804f8f9 =0D 0x804f8ca : mov %ebx,%eax=0D 0x804f8cc : shr $0xc,%eax=0D 0x804f8cf : sub 0x80551c0,%eax=0D 0x804f8d5 : lea 0xffffffff(%eax),%edx=0D 0x804f8d8 : mov %edx,0x80551c4=0D 0x804f8de : mov %ebx,0x8055204=0D 0x804f8e4 : cmp 0x80551cc,%eax=0D 0x804f8ea : jb 0x804f900 =0D 0x804f8ec : add $0xfffffff4,%esp=0D 0x804f8ef : push %edx=0D 0x804f8f0 : call 0x804f90c =0D 0x804f8f5 : test %eax,%eax=0D ---Type to continue, or q to quit---=0D 0x804f8f7 : jne 0x804f900 =0D 0x804f8f9 : xor %eax,%eax=0D 0x804f8fb : jmp 0x804f902 =0D 0x804f8fd : lea 0x0(%esi),%esi=0D 0x804f900 : mov %esi,%eax=0D 0x804f902 : lea 0xffffffe8(%ebp),%esp=0D 0x804f905 : pop %ebx=0D 0x804f906 : pop %esi=0D 0x804f907 : mov %ebp,%esp=0D 0x804f909 : pop %ebp=0D 0x804f90a : ret =0D 0x804f90b : nop =0D 0x804f90c : push %ebp=0D 0x804f90d : mov %esp,%ebp=0D 0x804f90f : sub $0xc,%esp=0D 0x804f912 : push %edi=0D 0x804f913 : push %esi=0D 0x804f914 : push %ebx=0D 0x804f915 : mov 0x8(%ebp),%esi=0D 0x804f918 : shl $0x2,%esi=0D 0x804f91b : mov %esi,%eax=0D 0x804f91d : shr $0xc,%eax=0D 0x804f920 : lea 0x2(%eax),%esi=0D 0x804f923 : mov 0x80551cc,%edi=0D ---Type to continue, or q to quit---=0D 0x804f929 : shl $0x2,%edi=0D 0x804f92c : add $0xfffffffc,%esp=0D 0x804f92f : push $0x0=0D 0x804f931 : push $0x0=0D 0x804f933 : push $0xffffffff=0D 0x804f935 : push $0x1002=0D 0x804f93a : push $0x3=0D 0x804f93c : mov %esi,%eax=0D 0x804f93e : shl $0xc,%eax=0D 0x804f941 : push %eax=0D 0x804f942 : push $0x0=0D 0x804f944 : call 0x8050c38 =0D 0x804f949 : mov %eax,%ebx=0D 0x804f94b : add $0x20,%esp=0D 0x804f94e : cmp $0xffffffff,%ebx=0D 0x804f951 : je 0x804f994 =0D 0x804f953 : mov 0x80551c8,%eax=0D 0x804f958 : mov 0x80551cc,%edx=0D 0x804f95e : shl $0x2,%edx=0D 0x804f961 : add $0xfffffffc,%esp=0D 0x804f964 : push %edx=0D 0x804f965 : push %eax=0D 0x804f966 : push %ebx=0D 0x804f967 : call 0x8050b64 =0D ---Type to continue, or q to quit---=0D 0x804f96c : shl $0xa,%esi=0D 0x804f96f : mov %esi,0x80551cc=0D 0x804f975 : mov 0x80551c8,%eax=0D 0x804f97a : mov %ebx,0x80551c8=0D 0x804f980 : add $0xfffffff8,%esp=0D 0x804f983 : push %edi=0D 0x804f984 : push %eax=0D 0x804f985 : call 0x80514f0 =0D 0x804f98a : mov $0x1,%eax=0D 0x804f98f : jmp 0x804f996 =0D 0x804f991 : lea 0x0(%esi),%esi=0D 0x804f994 : xor %eax,%eax=0D 0x804f996 : lea 0xffffffe8(%ebp),%esp=0D 0x804f999 : pop %ebx=0D 0x804f99a : pop %esi=0D 0x804f99b : pop %edi=0D 0x804f99c : mov %ebp,%esp=0D 0x804f99e : pop %ebp=0D 0x804f99f : ret =0D 0x804f9a0 : push %ebp=0D 0x804f9a1 : mov %esp,%ebp=0D 0x804f9a3 : sub $0x5c,%esp=0D 0x804f9a6 : push %edi=0D 0x804f9a7 : push %esi=0D ---Type to continue, or q to quit---=0D 0x804f9a8 : push %ebx=0D 0x804f9a9 : movl $0x0,0xffffffb0(%ebp)=0D 0x804f9b0 : cmpl $0x0,0xffffffb0(%ebp)=0D 0x804f9b4 : jne 0x804f9ec =0D 0x804f9b6 : call 0x80513fc <__error_unthreaded>=0D 0x804f9bb : mov (%eax),%ebx=0D 0x804f9bd : add $0xfffffffc,%esp=0D 0x804f9c0 : push $0x3f=0D 0x804f9c2 : lea 0xffffffc0(%ebp),%edi=0D 0x804f9c5 : push %edi=0D 0x804f9c6 : push $0x8051d94=0D 0x804f9cb : call 0x8051504 =0D 0x804f9d0 : mov %eax,%esi=0D 0x804f9d2 : call 0x80513fc <__error_unthreaded>=0D 0x804f9d7 : mov %ebx,(%eax)=0D 0x804f9d9 : add $0x10,%esp=0D 0x804f9dc : test %esi,%esi=0D 0x804f9de : jle 0x804fb65 =0D 0x804f9e4 : movb $0x0,(%esi,%edi,1)=0D 0x804f9e8 : mov %edi,%ebx=0D 0x804f9ea : jmp 0x804fa0e =0D 0x804f9ec : cmpl $0x1,0xffffffb0(%ebp)=0D 0x804f9f0 : jne 0x804fa08 =0D 0x804f9f2 : add $0xfffffff4,%esp=0D ---Type to continue, or q to quit---=0D 0x804f9f5 : push $0x8051da5=0D 0x804f9fa : call 0x80508ec =0D 0x804f9ff : mov %eax,%ebx=0D 0x804fa01 : add $0x10,%esp=0D 0x804fa04 : jmp 0x804fa0e =0D 0x804fa06 : mov %esi,%esi=0D 0x804fa08 : mov 0x805521c,%ebx=0D 0x804fa0e : test %ebx,%ebx=0D 0x804fa10 : je 0x804fb65 =0D 0x804fa16 : cmpb $0x0,(%ebx)=0D 0x804fa19 : je 0x804fb65 =0D 0x804fa1f : mov (%ebx),%al=0D 0x804fa21 : add $0xc4,%al=0D 0x804fa23 : movsbl %al,%eax=0D 0x804fa26 : cmp $0x3e,%eax=0D 0x804fa29 : ja 0x804fb38 =0D 0x804fa2f : jmp *0x8051e00(,%eax,4)=0D 0x804fa36 : mov %esi,%esi=0D 0x804fa38 : mov 0x8053e20,%eax=0D 0x804fa3d : add %eax,%eax=0D 0x804fa3f : mov %eax,0x8053e20=0D 0x804fa44 : jmp 0x804fb5e =0D 0x804fa49 : lea 0x0(%esi),%esi=0D 0x804fa4c : shrl $0x1,0x8053e20=0D ---Type to continue, or q to quit---=0D 0x804fa53 : jmp 0x804fb5e =0D 0x804fa58 : movl $0x0,0x80551e4=0D 0x804fa62 : jmp 0x804fb5e =0D 0x804fa67 : nop =0D 0x804fa68 : movl $0x1,0x80551e4=0D 0x804fa72 : jmp 0x804fb5e =0D 0x804fa77 : nop =0D 0x804fa78 : movl $0x0,0x8053e24=0D 0x804fa82 : jmp 0x804fb5e =0D 0x804fa87 : nop =0D 0x804fa88 : movl $0x1,0x8053e24=0D 0x804fa92 : jmp 0x804fb5e =0D 0x804fa97 : nop =0D 0x804fa98 : movl $0x0,0x80551ec=0D 0x804faa2 : jmp 0x804fb5e =0D 0x804faa7 : nop =0D 0x804faa8 : movl $0x1,0x80551ec=0D 0x804fab2 : jmp 0x804fb5e =0D 0x804fab7 : nop =0D 0x804fab8 : movl $0x0,0x80551fc=0D 0x804fac2 : jmp 0x804fb5e =0D 0x804fac7 : nop =0D 0x804fac8 : movl $0x1,0x80551fc=0D 0x804fad2 : jmp 0x804fb5e =0D ---Type to continue, or q to quit---=0D 0x804fad7 : nop =0D 0x804fad8 : movl $0x0,0x8055200=0D 0x804fae2 : jmp 0x804fb5e =0D 0x804fae4 : movl $0x1,0x8055200=0D 0x804faee : jmp 0x804fb5e =0D 0x804faf0 : movl $0x0,0x80551f4=0D 0x804fafa : jmp 0x804fb5e =0D 0x804fafc : movl $0x1,0x80551f4=0D 0x804fb06 : jmp 0x804fb5e =0D 0x804fb08 : movl $0x0,0x80551f0=0D 0x804fb12 : jmp 0x804fb5e =0D 0x804fb14 : movl $0x1,0x80551f0=0D 0x804fb1e : jmp 0x804fb5e =0D 0x804fb20 : movl $0x0,0x80551f8=0D 0x804fb2a : jmp 0x804fb5e =0D 0x804fb2c : movl $0x1,0x80551f8=0D 0x804fb36 : jmp 0x804fb5e =0D 0x804fb38 : mov 0x80551e4,%esi=0D 0x804fb3e : movl $0x0,0x80551e4=0D 0x804fb48 : add $0xfffffff4,%esp=0D 0x804fb4b : push $0x8051dc0=0D 0x804fb50 : call 0x804f7e0 =0D 0x804fb55 : mov %esi,0x80551e4=0D 0x804fb5b : add $0x10,%esp=0D ---Type to continue, or q to quit---=0D 0x804fb5e : inc %ebx=0D 0x804fb5f : jne 0x804fa16 =0D 0x804fb65 : incl 0xffffffb0(%ebp)=0D 0x804fb68 : cmpl $0x2,0xffffffb0(%ebp)=0D 0x804fb6c : jle 0x804f9b0 =0D 0x804fb72 : cmpl $0x0,0x8055200=0D 0x804fb79 : je 0x804fba1 =0D 0x804fb7b : movl $0x0,0xffffffb4(%ebp)=0D 0x804fb82 : movl $0x0,0xffffffb8(%ebp)=0D 0x804fb89 : movl $0x0,0xffffffbc(%ebp)=0D 0x804fb90 : add $0xfffffff8,%esp=0D 0x804fb93 : push $0xc=0D 0x804fb95 : lea 0xffffffb4(%ebp),%eax=0D 0x804fb98 : push %eax=0D 0x804fb99 : call 0x8051478 =0D 0x804fb9e : add $0x10,%esp=0D 0x804fba1 : cmpl $0x0,0x80551f8=0D 0x804fba8 : je 0x804fbb4 =0D 0x804fbaa : movl $0x1,0x80551fc=0D 0x804fbb4 : cmpl $0x0,0x80551fc=0D 0x804fbbb : je 0x804fbc7 =0D 0x804fbbd : movl $0x1,0x80551ec=0D 0x804fbc7 : add $0xfffffffc,%esp=0D 0x804fbca : push $0x0=0D ---Type to continue, or q to quit---=0D 0x804fbcc : push $0x0=0D 0x804fbce : push $0xffffffff=0D 0x804fbd0 : push $0x1002=0D 0x804fbd5 : push $0x3=0D 0x804fbd7 : push $0x1000=0D 0x804fbdc : push $0x0=0D 0x804fbde : call 0x8050c38 =0D 0x804fbe3 : mov %eax,0x80551c8=0D 0x804fbe8 : add $0x20,%esp=0D 0x804fbeb : cmp $0xffffffff,%eax=0D 0x804fbee : jne 0x804fc00 =0D 0x804fbf0 : add $0xfffffff4,%esp=0D 0x804fbf3 : push $0x8051de0=0D 0x804fbf8 : call 0x804f738 =0D 0x804fbfd : add $0x10,%esp=0D 0x804fc00 : add $0xfffffff4,%esp=0D 0x804fc03 : push $0x0=0D 0x804fc05 : call 0x8051234 =0D 0x804fc0a : add $0xfff,%eax=0D 0x804fc0f : shr $0xc,%eax=0D 0x804fc12 : add $0xfffffff4,%eax=0D 0x804fc15 : mov %eax,0x80551c0=0D 0x804fc1a : movl $0x400,0x80551cc=0D 0x804fc24 : add $0x10,%esp=0D ---Type to continue, or q to quit---=0D 0x804fc27 : cmpl $0x0,0x8053e20=0D 0x804fc2e : jne 0x804fc3a =0D 0x804fc30 : movl $0x1,0x8053e20=0D 0x804fc3a : shll $0xc,0x8053e20=0D 0x804fc41 : add $0xfffffff4,%esp=0D 0x804fc44 : push $0x14=0D 0x804fc46 : call 0x804ffa8 =0D 0x804fc4b : mov %eax,0x8055208=0D 0x804fc50 : incl 0x80551b8=0D 0x804fc56 : lea 0xffffff98(%ebp),%esp=0D 0x804fc59 : pop %ebx=0D 0x804fc5a : pop %esi=0D 0x804fc5b : pop %edi=0D 0x804fc5c : mov %ebp,%esp=0D 0x804fc5e : pop %ebp=0D 0x804fc5f : ret =0D 0x804fc60 : push %ebp=0D 0x804fc61 : mov %esp,%ebp=0D 0x804fc63 : sub $0xc,%esp=0D 0x804fc66 : push %edi=0D 0x804fc67 : push %esi=0D 0x804fc68 : push %ebx=0D 0x804fc69 : movl $0x0,0xfffffffc(%ebp)=0D 0x804fc70 : mov 0x8(%ebp),%ebx=0D ---Type to continue, or q to quit---=0D 0x804fc73 : add $0xfff,%ebx=0D 0x804fc79 : and $0xfffff000,%ebx=0D 0x804fc7f : xor %edi,%edi=0D 0x804fc81 : mov 0x80551d0,%ecx=0D 0x804fc87 : jmp 0x804fc8e =0D 0x804fc89 : lea 0x0(%esi),%esi=0D 0x804fc8c : mov (%ecx),%ecx=0D 0x804fc8e : test %ecx,%ecx=0D 0x804fc90 : je 0x804fcc4 =0D 0x804fc92 : cmp %ebx,0x10(%ecx)=0D 0x804fc95 : jb 0x804fc8c =0D 0x804fc97 : jne 0x804fcb8 =0D 0x804fc99 : mov 0x8(%ecx),%edi=0D 0x804fc9c : cmpl $0x0,(%ecx)=0D 0x804fc9f : je 0x804fca9 =0D 0x804fca1 : mov (%ecx),%edx=0D 0x804fca3 : mov 0x4(%ecx),%eax=0D 0x804fca6 : mov %eax,0x4(%edx)=0D 0x804fca9 : mov 0x4(%ecx),%edx=0D 0x804fcac : mov (%ecx),%eax=0D 0x804fcae : mov %eax,(%edx)=0D 0x804fcb0 : mov %ecx,0xfffffffc(%ebp)=0D 0x804fcb3 : jmp 0x804fcc4 =0D 0x804fcb5 : lea 0x0(%esi),%esi=0D ---Type to continue, or q to quit---=0D 0x804fcb8 : mov 0x8(%ecx),%edi=0D 0x804fcbb : lea (%edi,%ebx,1),%eax=0D 0x804fcbe : mov %eax,0x8(%ecx)=0D 0x804fcc1 : sub %ebx,0x10(%ecx)=0D 0x804fcc4 : shr $0xc,%ebx=0D 0x804fcc7 : test %edi,%edi=0D 0x804fcc9 : jne 0x804fcdd =0D 0x804fccb : add $0xfffffff4,%esp=0D 0x804fcce : push %ebx=0D 0x804fccf : call 0x804f894 =0D 0x804fcd4 : mov %eax,%edi=0D 0x804fcd6 : add $0x10,%esp=0D 0x804fcd9 : test %edi,%edi=0D 0x804fcdb : je 0x804fd34 =0D 0x804fcdd : mov %edi,%esi=0D 0x804fcdf : shr $0xc,%esi=0D 0x804fce2 : sub 0x80551c0,%esi=0D 0x804fce8 : mov 0x80551c8,%eax=0D 0x804fced : movl $0x2,(%eax,%esi,4)=0D 0x804fcf4 : mov $0x1,%ecx=0D 0x804fcf9 : cmp %ebx,%ecx=0D 0x804fcfb : jae 0x804fd14 =0D 0x804fcfd : lea 0x0(%esi),%esi=0D 0x804fd00 : lea (%ecx,%esi,1),%edx=0D ---Type to continue, or q to quit---=0D 0x804fd03 : mov 0x80551c8,%eax=0D 0x804fd08 : movl $0x3,(%eax,%edx,4)=0D 0x804fd0f : inc %ecx=0D 0x804fd10 : cmp %ebx,%ecx=0D 0x804fd12 : jb 0x804fd00 =0D 0x804fd14 : cmpl $0x0,0x80551fc=0D 0x804fd1b : je 0x804fd34 =0D 0x804fd1d : add $0xfffffffc,%esp=0D 0x804fd20 : mov %ebx,%eax=0D 0x804fd22 : shl $0xc,%eax=0D 0x804fd25 : push %eax=0D 0x804fd26 : push $0xd0=0D 0x804fd2b : push %edi=0D 0x804fd2c : call 0x8050aec =0D 0x804fd31 : add $0x10,%esp=0D 0x804fd34 : cmpl $0x0,0xfffffffc(%ebp)=0D 0x804fd38 : je 0x804fd5c =0D 0x804fd3a : cmpl $0x0,0x8055208=0D 0x804fd41 : jne 0x804fd50 =0D 0x804fd43 : mov 0xfffffffc(%ebp),%eax=0D 0x804fd46 : mov %eax,0x8055208=0D 0x804fd4b : jmp 0x804fd5c =0D 0x804fd4d : lea 0x0(%esi),%esi=0D 0x804fd50 : add $0xfffffff4,%esp=0D ---Type to continue, or q to quit---=0D 0x804fd53 : mov 0xfffffffc(%ebp),%eax=0D 0x804fd56 : push %eax=0D 0x804fd57 : call 0x80501c0 =0D 0x804fd5c : mov %edi,%eax=0D 0x804fd5e : lea 0xffffffe8(%ebp),%esp=0D 0x804fd61 : pop %ebx=0D 0x804fd62 : pop %esi=0D 0x804fd63 : pop %edi=0D 0x804fd64 : mov %ebp,%esp=0D 0x804fd66 : pop %ebp=0D 0x804fd67 : ret =0D 0x804fd68 : push %ebp=0D 0x804fd69 : mov %esp,%ebp=0D 0x804fd6b : sub $0x1c,%esp=0D 0x804fd6e : push %edi=0D 0x804fd6f : push %esi=0D 0x804fd70 : push %ebx=0D 0x804fd71 : mov $0x10,%eax=0D 0x804fd76 : cmpl $0xf,0x8(%ebp)=0D 0x804fd7a : cmova 0x8(%ebp),%eax=0D 0x804fd7e : movl $0x1,0xfffffffc(%ebp)=0D 0x804fd85 : dec %eax=0D 0x804fd86 : jmp 0x804fd8b =0D 0x804fd88 : incl 0xfffffffc(%ebp)=0D ---Type to continue, or q to quit---=0D 0x804fd8b : sar $0x1,%eax=0D 0x804fd8e : jne 0x804fd88 =0D 0x804fd90 : mov 0x80551c8,%eax=0D 0x804fd95 : mov 0xfffffffc(%ebp),%edx=0D 0x804fd98 : cmpl $0x0,(%eax,%edx,4)=0D 0x804fd9c : jne 0x804ff14 =0D 0x804fda2 : add $0xfffffff4,%esp=0D 0x804fda5 : push $0x1000=0D 0x804fdaa : call 0x804fc60 =0D 0x804fdaf : mov %eax,0xfffffff8(%ebp)=0D 0x804fdb2 : add $0x10,%esp=0D 0x804fdb5 : test %eax,%eax=0D 0x804fdb7 : je 0x804ff0a =0D 0x804fdbd : mov $0x1000,%eax=0D 0x804fdc2 : mov 0xfffffffc(%ebp),%ecx=0D 0x804fdc5 : shr %cl,%eax=0D 0x804fdc7 : add $0x1f,%eax=0D 0x804fdca : shr $0x5,%eax=0D 0x804fdcd : lea 0x10(,%eax,4),%eax=0D 0x804fdd4 : mov %eax,0xfffffff4(%ebp)=0D 0x804fdd7 : mov $0x1,%eax=0D 0x804fddc : shl %cl,%eax=0D 0x804fdde : mov 0xfffffff4(%ebp),%edx=0D 0x804fde1 : add %edx,%edx=0D ---Type to continue, or q to quit---=0D 0x804fde3 : cmp %edx,%eax=0D 0x804fde5 : jle 0x804fe14 =0D 0x804fde7 : add $0xfffffff4,%esp=0D 0x804fdea : mov 0xfffffff4(%ebp),%edi=0D 0x804fded : push %edi=0D 0x804fdee : call 0x804ffa8 =0D 0x804fdf3 : mov %eax,%ebx=0D 0x804fdf5 : add $0x10,%esp=0D 0x804fdf8 : test %ebx,%ebx=0D 0x804fdfa : jne 0x804fe17 =0D 0x804fdfc : add $0xfffffff4,%esp=0D 0x804fdff : mov 0xfffffff8(%ebp),%eax=0D 0x804fe02 : push %eax=0D 0x804fe03 : call 0x80501c0 =0D 0x804fe08 : xor %eax,%eax=0D 0x804fe0a : add $0x10,%esp=0D 0x804fe0d : jmp 0x804ff06 =0D 0x804fe12 : mov %esi,%esi=0D 0x804fe14 : mov 0xfffffff8(%ebp),%ebx=0D 0x804fe17 : mov $0x1,%eax=0D 0x804fe1c : mov 0xfffffffc(%ebp),%ecx=0D 0x804fe1f : shl %cl,%eax=0D 0x804fe21 : mov %ax,0x8(%ebx)=0D 0x804fe25 : mov %cx,0xa(%ebx)=0D ---Type to continue, or q to quit---=0D 0x804fe29 : mov $0x1000,%eax=0D 0x804fe2e : mov 0xfffffffc(%ebp),%ecx=0D 0x804fe31 : shr %cl,%eax=0D 0x804fe33 : mov %ax,0xc(%ebx)=0D 0x804fe37 : mov %ax,0xe(%ebx)=0D 0x804fe3b : mov 0xfffffff8(%ebp),%edi=0D 0x804fe3e : mov %edi,0x4(%ebx)=0D 0x804fe41 : movzwl %ax,%eax=0D 0x804fe44 : mov %eax,0xfffffff0(%ebp)=0D 0x804fe47 : xor %esi,%esi=0D 0x804fe49 : cmp $0x1f,%eax=0D 0x804fe4c : jbe 0x804fe6d =0D 0x804fe4e : lea 0x10(%ebx),%edx=0D 0x804fe51 : lea 0x0(%esi),%esi=0D 0x804fe54 : mov %esi,%eax=0D 0x804fe56 : shr $0x5,%eax=0D 0x804fe59 : movl $0xffffffff,(%edx,%eax,4)=0D 0x804fe60 : add $0x20,%esi=0D 0x804fe63 : mov 0xfffffff0(%ebp),%eax=0D 0x804fe66 : sub %esi,%eax=0D 0x804fe68 : cmp $0x1f,%eax=0D 0x804fe6b : ja 0x804fe54 =0D 0x804fe6d : cmp 0xfffffff0(%ebp),%esi=0D 0x804fe70 : jge 0x804fe92 =0D ---Type to continue, or q to quit---=0D 0x804fe72 : lea 0x10(%ebx),%edi=0D 0x804fe75 : lea 0x0(%esi),%esi=0D 0x804fe78 : mov %esi,%edx=0D 0x804fe7a : shr $0x5,%edx=0D 0x804fe7d : mov %esi,%ecx=0D 0x804fe7f : and $0x1f,%ecx=0D 0x804fe82 : mov $0x1,%eax=0D 0x804fe87 : shl %cl,%eax=0D 0x804fe89 : or %eax,(%edi,%edx,4)=0D 0x804fe8c : inc %esi=0D 0x804fe8d : cmp 0xfffffff0(%ebp),%esi=0D 0x804fe90 : jl 0x804fe78 =0D 0x804fe92 : cmp 0x4(%ebx),%ebx=0D 0x804fe95 : jne 0x804fedb =0D 0x804fe97 : xor %esi,%esi=0D 0x804fe99 : cmpl $0x0,0xfffffff4(%ebp)=0D 0x804fe9d : jle 0x804fedb =0D 0x804fe9f : lea 0x10(%ebx),%edi=0D 0x804fea2 : mov $0x1,%eax=0D 0x804fea7 : mov 0xfffffffc(%ebp),%ecx=0D 0x804feaa : shl %cl,%eax=0D 0x804feac : mov %eax,0xffffffec(%ebp)=0D 0x804feaf : nop =0D 0x804feb0 : mov %esi,%edx=0D ---Type to continue, or q to quit---=0D 0x804feb2 : shr $0x5,%edx=0D 0x804feb5 : mov %esi,%ecx=0D 0x804feb7 : and $0x1f,%ecx=0D 0x804feba : mov $0x1,%eax=0D 0x804febf : shl %cl,%eax=0D 0x804fec1 : not %eax=0D 0x804fec3 : and %eax,(%edi,%edx,4)=0D 0x804fec6 : decw 0xc(%ebx)=0D 0x804feca : decw 0xe(%ebx)=0D 0x804fece : mov 0xffffffec(%ebp),%edx=0D 0x804fed1 : sub %edx,0xfffffff4(%ebp)=0D 0x804fed4 : inc %esi=0D 0x804fed5 : cmpl $0x0,0xfffffff4(%ebp)=0D 0x804fed9 : jg 0x804feb0 =0D 0x804fedb : mov 0xfffffff8(%ebp),%eax=0D 0x804fede : shr $0xc,%eax=0D 0x804fee1 : sub 0x80551c0,%eax=0D 0x804fee7 : mov 0x80551c8,%edx=0D 0x804feed : mov %ebx,(%edx,%eax,4)=0D 0x804fef0 : mov 0x80551c8,%edx=0D 0x804fef6 : mov 0xfffffffc(%ebp),%ecx=0D 0x804fef9 : mov (%edx,%ecx,4),%eax=0D 0x804fefc : mov %eax,(%ebx)=0D 0x804fefe : mov %ebx,(%edx,%ecx,4)=0D ---Type to continue, or q to quit---=0D 0x804ff01 : mov $0x1,%eax=0D 0x804ff06 : test %eax,%eax=0D 0x804ff08 : jne 0x804ff14 =0D 0x804ff0a : xor %eax,%eax=0D 0x804ff0c : jmp 0x804ff9c =0D 0x804ff11 : lea 0x0(%esi),%esi=0D 0x804ff14 : mov 0x80551c8,%eax=0D 0x804ff19 : mov 0xfffffffc(%ebp),%edi=0D 0x804ff1c : mov (%eax,%edi,4),%ebx=0D 0x804ff1f : lea 0x10(%ebx),%ecx=0D 0x804ff22 : cmpl $0x0,0x10(%ebx)=0D 0x804ff26 : jne 0x804ff30 =0D 0x804ff28 : add $0x4,%ecx=0D 0x804ff2b : cmpl $0x0,(%ecx)=0D 0x804ff2e : je 0x804ff28 =0D 0x804ff30 : mov $0x1,%eax=0D 0x804ff35 : xor %esi,%esi=0D 0x804ff37 : testb $0x1,(%ecx)=0D 0x804ff3a : jne 0x804ff47 =0D 0x804ff3c : mov (%ecx),%edx=0D 0x804ff3e : mov %esi,%esi=0D 0x804ff40 : add %eax,%eax=0D 0x804ff42 : inc %esi=0D 0x804ff43 : test %edx,%eax=0D ---Type to continue, or q to quit---=0D 0x804ff45 : je 0x804ff40 =0D 0x804ff47 : xor %eax,(%ecx)=0D 0x804ff49 : decw 0xc(%ebx)=0D 0x804ff4d : jne 0x804ff63 =0D 0x804ff4f : mov 0x80551c8,%edx=0D 0x804ff55 : mov (%ebx),%eax=0D 0x804ff57 : mov 0xfffffffc(%ebp),%edi=0D 0x804ff5a : mov %eax,(%edx,%edi,4)=0D 0x804ff5d : movl $0x0,(%ebx)=0D 0x804ff63 : lea 0xfffffff0(%ecx),%eax=0D 0x804ff66 : sub %ebx,%eax=0D 0x804ff68 : sar $0x2,%eax=0D 0x804ff6b : shl $0x5,%eax=0D 0x804ff6e : add %eax,%esi=0D 0x804ff70 : movzwl 0xa(%ebx),%ecx=0D 0x804ff74 : shl %cl,%esi=0D 0x804ff76 : cmpl $0x0,0x80551fc=0D 0x804ff7d : je 0x804ff97 =0D 0x804ff7f : add $0xfffffffc,%esp=0D 0x804ff82 : movzwl 0x8(%ebx),%eax=0D 0x804ff86 : push %eax=0D 0x804ff87 : push $0xd0=0D 0x804ff8c : mov %esi,%eax=0D 0x804ff8e : add 0x4(%ebx),%eax=0D ---Type to continue, or q to quit---=0D 0x804ff91 : push %eax=0D 0x804ff92 : call 0x8050aec =0D 0x804ff97 : mov %esi,%eax=0D 0x804ff99 : add 0x4(%ebx),%eax=0D 0x804ff9c : lea 0xffffffd8(%ebp),%esp=0D 0x804ff9f : pop %ebx=0D 0x804ffa0 : pop %esi=0D 0x804ffa1 : pop %edi=0D 0x804ffa2 : mov %ebp,%esp=0D 0x804ffa4 : pop %ebp=0D 0x804ffa5 : ret =0D 0x804ffa6 : mov %esi,%esi=0D 0x804ffa8 : push %ebp=0D 0x804ffa9 : mov %esp,%ebp=0D 0x804ffab : sub $0x10,%esp=0D 0x804ffae : push %esi=0D 0x804ffaf : push %ebx=0D 0x804ffb0 : mov 0x8(%ebp),%esi=0D 0x804ffb3 : cmpl $0x0,0x80551e8=0D 0x804ffba : je 0x804ffc4 =0D 0x804ffbc : call 0x8050a10 =0D 0x804ffc1 : lea 0x0(%esi),%esi=0D 0x804ffc4 : lea 0x1000(%esi),%eax=0D 0x804ffca : cmp %esi,%eax=0D ---Type to continue, or q to quit---=0D 0x804ffcc : jae 0x804ffd4 =0D 0x804ffce : xor %ebx,%ebx=0D 0x804ffd0 : jmp 0x804fff6 =0D 0x804ffd2 : mov %esi,%esi=0D 0x804ffd4 : cmp $0x800,%esi=0D 0x804ffda : ja 0x804ffe8 =0D 0x804ffdc : add $0xfffffff4,%esp=0D 0x804ffdf : push %esi=0D 0x804ffe0 : call 0x804fd68 =0D 0x804ffe5 : jmp 0x804fff1 =0D 0x804ffe7 : nop =0D 0x804ffe8 : add $0xfffffff4,%esp=0D 0x804ffeb : push %esi=0D 0x804ffec : call 0x804fc60 =0D 0x804fff1 : mov %eax,%ebx=0D 0x804fff3 : add $0x10,%esp=0D 0x804fff6 : cmpl $0x0,0x80551f8=0D 0x804fffd : je 0x805000f =0D 0x804ffff : test %ebx,%ebx=0D 0x8050001 : je 0x805000f =0D 0x8050003 : add $0xfffffffc,%esp=0D 0x8050006 : push %esi=0D 0x8050007 : push $0x0=0D 0x8050009 : push %ebx=0D ---Type to continue, or q to quit---=0D 0x805000a : call 0x8050aec =0D 0x805000f : mov %ebx,%eax=0D 0x8050011 : lea 0xffffffe8(%ebp),%esp=0D 0x8050014 : pop %ebx=0D 0x8050015 : pop %esi=0D 0x8050016 : mov %ebp,%esp=0D 0x8050018 : pop %ebp=0D 0x8050019 : ret =0D 0x805001a : mov %esi,%esi=0D 0x805001c : push %ebp=0D 0x805001d : mov %esp,%ebp=0D 0x805001f : sub $0xc,%esp=0D 0x8050022 : push %edi=0D 0x8050023 : push %esi=0D 0x8050024 : push %ebx=0D 0x8050025 : mov 0x8(%ebp),%edi=0D 0x8050028 : cmpl $0x0,0x80551e8=0D 0x805002f : je 0x8050038 =0D 0x8050031 : call 0x8050a10 =0D 0x8050036 : mov %esi,%esi=0D 0x8050038 : mov %edi,%edx=0D 0x805003a : shr $0xc,%edx=0D 0x805003d : sub 0x80551c0,%edx=0D 0x8050043 : cmp $0xb,%edx=0D ---Type to continue, or q to quit---=0D 0x8050046 : ja 0x8050058 =0D 0x8050048 : add $0xfffffff4,%esp=0D 0x805004b : push $0x8051f00=0D 0x8050050 : jmp 0x8050160 =0D 0x8050055 : lea 0x0(%esi),%esi=0D 0x8050058 : cmp 0x80551c4,%edx=0D 0x805005e : jbe 0x8050070 =0D 0x8050060 : add $0xfffffff4,%esp=0D 0x8050063 : push $0x8051f40=0D 0x8050068 : jmp 0x8050160 =0D 0x805006d : lea 0x0(%esi),%esi=0D 0x8050070 : mov 0x80551c8,%eax=0D 0x8050075 : lea (%eax,%edx,4),%ebx=0D 0x8050078 : cmpl $0x2,(%ebx)=0D 0x805007b : jne 0x80500d8 =0D 0x805007d : test $0xfff,%edi=0D 0x8050083 : je 0x8050094 =0D 0x8050085 : add $0xfffffff4,%esp=0D 0x8050088 : push $0x8051f67=0D 0x805008d : jmp 0x8050160 =0D 0x8050092 : mov %esi,%esi=0D 0x8050094 : mov $0x1000,%esi=0D 0x8050099 : jmp 0x80500a2 =0D 0x805009b : nop =0D ---Type to continue, or q to quit---=0D 0x805009c : add $0x1000,%esi=0D 0x80500a2 : add $0x4,%ebx=0D 0x80500a5 : cmpl $0x3,(%ebx)=0D 0x80500a8 : je 0x805009c =0D 0x80500aa : cmpl $0x0,0x80551ec=0D 0x80500b1 : jne 0x805016c =0D 0x80500b7 : cmp %esi,0xc(%ebp)=0D 0x80500ba : ja 0x805016c =0D 0x80500c0 : lea 0xfffff000(%esi),%eax=0D 0x80500c6 : cmp %eax,0xc(%ebp)=0D 0x80500c9 : jbe 0x805016c =0D 0x80500cf : mov %edi,%eax=0D 0x80500d1 : jmp 0x80501b4 =0D 0x80500d6 : mov %esi,%esi=0D 0x80500d8 : cmpl $0x3,(%ebx)=0D 0x80500db : jbe 0x8050158 =0D 0x80500dd : mov (%ebx),%eax=0D 0x80500df : movzwl 0x8(%eax),%eax=0D 0x80500e3 : dec %eax=0D 0x80500e4 : test %eax,%edi=0D 0x80500e6 : je 0x80500f4 =0D 0x80500e8 : add $0xfffffff4,%esp=0D 0x80500eb : push $0x8051f82=0D 0x80500f0 : jmp 0x8050160 =0D ---Type to continue, or q to quit---=0D 0x80500f2 : mov %esi,%esi=0D 0x80500f4 : mov %edi,%eax=0D 0x80500f6 : and $0xfff,%eax=0D 0x80500fb : mov (%ebx),%edx=0D 0x80500fd : movzwl 0xa(%edx),%ecx=0D 0x8050101 : shr %cl,%eax=0D 0x8050103 : mov %eax,%ecx=0D 0x8050105 : shr $0x5,%ecx=0D 0x8050108 : mov %ecx,0xfffffffc(%ebp)=0D 0x805010b : add $0x10,%edx=0D 0x805010e : mov %eax,%esi=0D 0x8050110 : and $0x1f,%esi=0D 0x8050113 : mov $0x1,%eax=0D 0x8050118 : mov %esi,%ecx=0D 0x805011a : shl %cl,%eax=0D 0x805011c : mov 0xfffffffc(%ebp),%ecx=0D 0x805011f : and (%edx,%ecx,4),%eax=0D 0x8050122 : je 0x8050130 =0D 0x8050124 : add $0xfffffff4,%esp=0D 0x8050127 : push $0x8051f9e=0D 0x805012c : jmp 0x8050160 =0D 0x805012e : mov %esi,%esi=0D 0x8050130 : mov (%ebx),%eax=0D 0x8050132 : movzwl 0x8(%eax),%esi=0D ---Type to continue, or q to quit---=0D 0x8050136 : cmpl $0x0,0x80551ec=0D 0x805013d : jne 0x805016c =0D 0x805013f : cmp %esi,0xc(%ebp)=0D 0x8050142 : jae 0x805016c =0D 0x8050144 : mov %esi,%eax=0D 0x8050146 : shr $0x1,%eax=0D 0x8050149 : cmp %eax,0xc(%ebp)=0D 0x805014c : ja 0x80500cf =0D 0x805014e : cmp $0x10,%esi=0D 0x8050151 : jne 0x805016c =0D 0x8050153 : jmp 0x80500cf =0D 0x8050158 : add $0xfffffff4,%esp=0D 0x805015b : push $0x8051fb6=0D 0x8050160 : call 0x804f7e0 =0D 0x8050165 : xor %eax,%eax=0D 0x8050167 : jmp 0x80501b4 =0D 0x8050169 : lea 0x0(%esi),%esi=0D 0x805016c : add $0xfffffff4,%esp=0D 0x805016f : mov 0xc(%ebp),%eax=0D 0x8050172 : push %eax=0D 0x8050173 : call 0x804ffa8 =0D 0x8050178 : mov %eax,%ebx=0D 0x805017a : add $0x10,%esp=0D 0x805017d : test %ebx,%ebx=0D ---Type to continue, or q to quit---q=0D Quit=0D (gdb) The program is running. Exit anyway? (y or n) y=0D fw# pwd=0D=0D /usr/obj/usr/src/i386/usr/bin=0D fw# ^D=08=08exit=0D Script done on Mon Mar 12 06:10:45 2001 --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 10:13:20 2001 Delivered-To: freebsd-qa@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 971C537B718; Mon, 12 Mar 2001 10:13:11 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CICxA80394; Mon, 12 Mar 2001 10:12:59 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010312061417.A6615@lerami.lerctr.org> Date: Mon, 12 Mar 2001 10:12:39 -0800 (PST) From: John Baldwin To: Larry Rosenman Subject: Re: cputype=486 Cc: qa@FreeBSD.org, stable@FreeBSD.org, Mike Pritchard , Kris Kennaway Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Mar-01 Larry Rosenman wrote: > * Larry Rosenman [010312 05:53]: >> * Kris Kennaway [010312 02:35]: >> > On Mon, Mar 12, 2001 at 02:31:35AM -0600, Mike Pritchard wrote: >> > >> > > Somewhat. I have a box that has one of those overdrive chips in it, but >> > > it still claims to be a 486-class machine. It runs current, however, >> > > and >> > > not stable. Actually, I have two of those machines. One is running a >> > > 12 hour old -current. The other is running a 4.0-current from 10/24/99. >> > > >> > > I'll try upgrading the oldest machine to -stable and doing a "make >> > > world" >> > > and see what happens. This may take most of the week, since a make >> > > world >> > > takes forever on one these machines, and my free time to check up on >> > > this is >> > > very limited. If anyone else has a true 486 running -stable and wants >> > > to follow up on this, feel free. >> > >> > Okay - whatever you can do to check. Thanks. >> I last built the 486 on 2/18/2001, if that helps narrow down >> what commit(s) broke it. >> >> Larry > > Here is a gdb of strip starting. I suspect the cmova is an illegal > 486 instruction ... > Cut from below: > 0x804fd7a : cmova 0x8(%ebp),%eax It is, it's only on pentium-pro's and later. Were any of the libraries or compilers, etc. compiled with a bogus CPUTYPE? I'm pretty sure isatty is in one of the libraries, libc even. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 10:22:27 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 5284F37B718; Mon, 12 Mar 2001 10:22:19 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2CIMDI24036; Mon, 12 Mar 2001 12:22:13 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Mon, 12 Mar 2001 18:22:13 GMT Message-ID: <20010312.18221300@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: John Baldwin Cc: Larry Rosenman , qa@FreeBSD.ORG, stable@FreeBSD.ORG, Mike Pritchard , Kris Kennaway In-Reply-To: References: X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Not in the log I posted. isatty is NOT that large, so what ever this is= ,=20 is after isatty in the executable.=20 I wonder if something forgot to pick up the /usr/obj libraries, since th= e=20 HOST system *IS* compiled with -march=3Dpentiumpro.=20 This is valid, isn't it? (to compile on one box, and install on another = with DIFFERENT /etc/make.conf settings)?=20 >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 12:12:39 PM, John Baldwin wrote regarding = Re:=20 cputype=3D486: > On 12-Mar-01 Larry Rosenman wrote: > > * Larry Rosenman [010312 05:53]: > >> * Kris Kennaway [010312 02:35]: > >> > On Mon, Mar 12, 2001 at 02:31:35AM -0600, Mike Pritchard wrote: > >> > > >> > > Somewhat. I have a box that has one of those overdrive chips i= n it, but > >> > > it still claims to be a 486-class machine. It runs current, ho= wever, > >> > > and > >> > > not stable. Actually, I have two of those machines. One is ru= nning a > >> > > 12 hour old -current. The other is running a 4.0-current from = 10/24/99. > >> > > > >> > > I'll try upgrading the oldest machine to -stable and doing a "m= ake > >> > > world" > >> > > and see what happens. This may take most of the week, since a = make > >> > > world > >> > > takes forever on one these machines, and my free time to check = up on > >> > > this is > >> > > very limited. If anyone else has a true 486 running -stable an= d wants > >> > > to follow up on this, feel free. > >> > > >> > Okay - whatever you can do to check. Thanks. > >> I last built the 486 on 2/18/2001, if that helps narrow down > >> what commit(s) broke it. > >> > >> Larry > > > > Here is a gdb of strip starting. I suspect the cmova is an illegal > > 486 instruction ... > > Cut from below: > > 0x804fd7a : cmova 0x8(%ebp),%eax > It is, it's only on pentium-pro's and later. Were any of the librarie= s=20 or > compilers, etc. compiled with a bogus CPUTYPE? I'm pretty sure isatty= is=20 in > one of the libraries, libc even. > -- > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 10:33:39 2001 Delivered-To: freebsd-qa@freebsd.org Received: from thehousleys.net (frenchknot.ne.mediaone.net [24.147.224.201]) by hub.freebsd.org (Postfix) with ESMTP id C631337B71A; Mon, 12 Mar 2001 10:33:31 -0800 (PST) (envelope-from jim@thehousleys.net) Received: (from root@localhost) by thehousleys.net (8.11.3/8.11.2) id f2CIX4i11558; Mon, 12 Mar 2001 13:33:04 -0500 (EST) (envelope-from jim@thehousleys.net) Received: from thehousleys.net (baby.int.thehousleys.net [192.168.0.24]) (authenticated) by thehousleys.net (8.11.3/8.11.3) with ESMTP id f2CIX2D11550; Mon, 12 Mar 2001 13:33:02 -0500 (EST) (envelope-from jim@thehousleys.net) Message-ID: <3AAD165E.BCA9F265@thehousleys.net> Date: Mon, 12 Mar 2001 13:33:02 -0500 From: James Housley X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Larry Rosenman Cc: John Baldwin , qa@freebsd.org, stable@freebsd.org, Mike Pritchard , Kris Kennaway Subject: Re: cputype=486 References: <20010312.18221300@ler-freebie.iadfw.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Larry Rosenman wrote: > > Not in the log I posted. isatty is NOT that large, so what ever this is, > is after isatty in the executable. > > I wonder if something forgot to pick up the /usr/obj libraries, since the > HOST system *IS* compiled with -march=pentiumpro. > > This is valid, isn't it? (to compile on one box, and install on another > with DIFFERENT /etc/make.conf settings)? > No, because that won't change how it was compiled. Everything is compiled for -march=pentiumpro. Jim -- /"\ ASCII Ribbon Campaign . \ / - NO HTML/RTF in e-mail . X - NO Word docs in e-mail . / \ ----------------------------------------------------------------- jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve jim@TheHousleys.Net http://www.TheHousleys.net --------------------------------------------------------------------- Unix is very user-friendly. It's just picky who its friends are. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 10:43:53 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id BB4A037B718; Mon, 12 Mar 2001 10:43:46 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2CIhfI25166; Mon, 12 Mar 2001 12:43:41 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Mon, 12 Mar 2001 18:43:41 GMT Message-ID: <20010312.18434100@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: James Housley Cc: Larry Rosenman , John Baldwin , qa@freebsd.org, stable@freebsd.org, Mike Pritchard , Kris Kennaway In-Reply-To: <3AAD165E.BCA9F265@thehousleys.net> References: <20010312.18221300@ler-freebie.iadfw.net> <3AAD165E.BCA9F265@thehousleys.net> X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Actually, I meant compile on a -march=3Dpentiumpro system with=20 /etc/make.conf set for CPUTYPE=3Di486 or no cputype. NOT using the /etc/make.conf with CPUTYPE=3Dp3 to BUILD the 486 code. This is valid, correct? the tool chain should NOT pick up the host=20 libraries at all right?=20 Larry=20 >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 12:33:02 PM, James Housley wrote=20 regarding Re: cputype=3D486: > Larry Rosenman wrote: > > > > Not in the log I posted. isatty is NOT that large, so what ever thi= s is, > > is after isatty in the executable. > > > > I wonder if something forgot to pick up the /usr/obj libraries, sinc= e the > > HOST system *IS* compiled with -march=3Dpentiumpro. > > > > This is valid, isn't it? (to compile on one box, and install on anot= her > > with DIFFERENT /etc/make.conf settings)? > > > No, because that won't change how it was compiled. Everything is > compiled for -march=3Dpentiumpro. > Jim > -- > /"\ ASCII Ribbon Campaign . > \ / - NO HTML/RTF in e-mail . > X - NO Word docs in e-mail . > / \ ----------------------------------------------------------------- > jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve > jim@TheHousleys.Net http://www.TheHousleys.net > --------------------------------------------------------------------- > Unix is very user-friendly. It's just picky who its friends are. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 10:50:39 2001 Delivered-To: freebsd-qa@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id BEBB037B718; Mon, 12 Mar 2001 10:50:30 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CIoAA81577; Mon, 12 Mar 2001 10:50:10 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010312.18221300@ler-freebie.iadfw.net> Date: Mon, 12 Mar 2001 10:49:50 -0800 (PST) From: John Baldwin To: Larry Rosenman Subject: Re: cputype=486 Cc: Kris Kennaway , Mike Pritchard , stable@FreeBSD.org, qa@FreeBSD.org Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Mar-01 Larry Rosenman wrote: > Not in the log I posted. isatty is NOT that large, so what ever this is, > is after isatty in the executable. *sigh* isatty() is in libc. That's the only place that that code comes from. It doesn't live in the executable's object files or source at all, so it has to be coming from some copy of libc. > I wonder if something forgot to pick up the /usr/obj libraries, since the > HOST system *IS* compiled with -march=pentiumpro. Now that could be. > This is valid, isn't it? (to compile on one box, and install on another > with DIFFERENT /etc/make.conf settings)? Well, as Jim pointed out, not really. This is why releases are built from scratch inside of a clean "white-room" chroot. Regardless, the libc in /usr/obj should be used when compiling static binaries during world. (Dynamic binaries should still need to make sure they use /usr/lib/libc.so for their rpath, though if we don't use rpath, I guess they could be linked against the libc.so in usr/obj as well, but a bintools/linker person (jdp/obrien) should be asked about that to be sure). -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 11: 0:36 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id E86A037B71F; Mon, 12 Mar 2001 11:00:22 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2CJ0KI25861; Mon, 12 Mar 2001 13:00:21 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Mon, 12 Mar 2001 19:00:19 GMT Message-ID: <20010312.19001900@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: John Baldwin Cc: Larry Rosenman , Kris Kennaway , Mike Pritchard , stable@FreeBSD.org, qa@FreeBSD.org In-Reply-To: References: X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG See my answer to Jim. I MEANT to compile with a HOST system that has=20 -march=3Dpentiumpro executables, and compile a new world with CPUTYPE=3D= i486=20 or=20 no CPUTYPE and expect the new code to run on the 486, correct method?=20 LER >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 12:49:50 PM, John Baldwin wrote regarding = Re:=20 cputype=3D486: > On 12-Mar-01 Larry Rosenman wrote: > > Not in the log I posted. isatty is NOT that large, so what ever thi= s is, > > is after isatty in the executable. > *sigh* > isatty() is in libc. That's the only place that that code comes from.= > It doesn't live in the executable's object files or source at all, so > it has to be coming from some copy of libc. > > I wonder if something forgot to pick up the /usr/obj libraries, sinc= e the > > HOST system *IS* compiled with -march=3Dpentiumpro. > Now that could be. > > This is valid, isn't it? (to compile on one box, and install on anot= her > > with DIFFERENT /etc/make.conf settings)? > Well, as Jim pointed out, not really. This is why releases are built > from scratch inside of a clean "white-room" chroot. Regardless, the > libc in /usr/obj should be used when compiling static binaries during > world. (Dynamic binaries should still need to make sure they use > /usr/lib/libc.so for their rpath, though if we don't use rpath, I gues= s > they could be linked against the libc.so in usr/obj as well, but a > bintools/linker person (jdp/obrien) should be asked about that > to be sure). > -- > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 11:11: 2 2001 Delivered-To: freebsd-qa@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id B7ADD37B718; Mon, 12 Mar 2001 11:10:56 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CJAhA82473; Mon, 12 Mar 2001 11:10:43 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010312.19001900@ler-freebie.iadfw.net> Date: Mon, 12 Mar 2001 11:10:23 -0800 (PST) From: John Baldwin To: Larry Rosenman Subject: Re: cputype=486 Cc: qa@FreeBSD.org, stable@FreeBSD.org, Mike Pritchard , Kris Kennaway Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Mar-01 Larry Rosenman wrote: > > See my answer to Jim. I MEANT to compile with a HOST system that has > -march=pentiumpro executables, and compile a new world with CPUTYPE=i486 > or > no CPUTYPE and expect the new code to run on the 486, correct method? Yes. > LER > >>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > > On 3/12/01, 12:49:50 PM, John Baldwin wrote regarding Re: > cputype=486: > > >> On 12-Mar-01 Larry Rosenman wrote: >> > Not in the log I posted. isatty is NOT that large, so what ever this is, >> > is after isatty in the executable. > >> *sigh* > >> isatty() is in libc. That's the only place that that code comes from. >> It doesn't live in the executable's object files or source at all, so >> it has to be coming from some copy of libc. > >> > I wonder if something forgot to pick up the /usr/obj libraries, since the >> > HOST system *IS* compiled with -march=pentiumpro. > >> Now that could be. This is likely your bug as I expounded on below. Do you have a log of your 'make buildworld' available for HTTP or FTP somewhere? -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 11:11:24 2001 Delivered-To: freebsd-qa@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 8BD7D37B71B; Mon, 12 Mar 2001 11:11:05 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CJAgA82469; Mon, 12 Mar 2001 11:10:42 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010312.18434100@ler-freebie.iadfw.net> Date: Mon, 12 Mar 2001 11:10:22 -0800 (PST) From: John Baldwin To: Larry Rosenman Subject: Re: cputype=486 Cc: Kris Kennaway , Mike Pritchard , stable@FreeBSD.org, qa@FreeBSD.org, James Housley Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Mar-01 Larry Rosenman wrote: > > Actually, I meant compile on a -march=pentiumpro system with > /etc/make.conf > set for CPUTYPE=i486 or no cputype. > > NOT using the /etc/make.conf with CPUTYPE=p3 to BUILD the 486 code. > > This is valid, correct? the tool chain should NOT pick up the host > libraries at all right? That should work, yes. > Larry >>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > > On 3/12/01, 12:33:02 PM, James Housley wrote > regarding Re: cputype=486: > > >> Larry Rosenman wrote: >> > >> > Not in the log I posted. isatty is NOT that large, so what ever this is, >> > is after isatty in the executable. >> > >> > I wonder if something forgot to pick up the /usr/obj libraries, since the >> > HOST system *IS* compiled with -march=pentiumpro. >> > >> > This is valid, isn't it? (to compile on one box, and install on another >> > with DIFFERENT /etc/make.conf settings)? >> > > >> No, because that won't change how it was compiled. Everything is >> compiled for -march=pentiumpro. > >> Jim >> -- >> /"\ ASCII Ribbon Campaign . >> \ / - NO HTML/RTF in e-mail . >> X - NO Word docs in e-mail . >> / \ ----------------------------------------------------------------- >> jeh@FreeBSD.org http://www.FreeBSD.org The Power to Serve >> jim@TheHousleys.Net http://www.TheHousleys.net >> --------------------------------------------------------------------- >> Unix is very user-friendly. It's just picky who its friends are. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 11:23:15 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 6F01F37B719; Mon, 12 Mar 2001 11:23:08 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2CJN5I27039; Mon, 12 Mar 2001 13:23:05 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Mon, 12 Mar 2001 19:23:05 GMT Message-ID: <20010312.19230500@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: John Baldwin Cc: Larry Rosenman , qa@FreeBSD.org, stable@FreeBSD.org, Mike Pritchard , Kris Kennaway In-Reply-To: References: X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG ftp://ftp.lerctr.org/freebsd/makeworld-fw.out.gz Enjoy. LER >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 1:10:23 PM, John Baldwin wrote regarding R= e:=20 cputype=3D486: > On 12-Mar-01 Larry Rosenman wrote: > > > > See my answer to Jim. I MEANT to compile with a HOST system that ha= s > > -march=3Dpentiumpro executables, and compile a new world with CPUTYP= E=3Di486 > > or > > no CPUTYPE and expect the new code to run on the 486, correct method= ? > Yes. > > LER > > > >>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > > > > On 3/12/01, 12:49:50 PM, John Baldwin wrote regard= ing Re: > > cputype=3D486: > > > > > >> On 12-Mar-01 Larry Rosenman wrote: > >> > Not in the log I posted. isatty is NOT that large, so what ever = this=20 is, > >> > is after isatty in the executable. > > > >> *sigh* > > > >> isatty() is in libc. That's the only place that that code comes fr= om. > >> It doesn't live in the executable's object files or source at all, = so > >> it has to be coming from some copy of libc. > > > >> > I wonder if something forgot to pick up the /usr/obj libraries, s= ince=20 the > >> > HOST system *IS* compiled with -march=3Dpentiumpro. > > > >> Now that could be. > This is likely your bug as I expounded on below. Do you have a log of= =20 your > 'make buildworld' available for HTTP or FTP somewhere? > -- > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 11:43:51 2001 Delivered-To: freebsd-qa@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id CBCDD37B718; Mon, 12 Mar 2001 11:43:47 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CJhgA84062; Mon, 12 Mar 2001 11:43:42 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010312.19230500@ler-freebie.iadfw.net> Date: Mon, 12 Mar 2001 11:43:23 -0800 (PST) From: John Baldwin To: marcel@FreeBSD.org Subject: Re: cputype=486 Cc: qa@FreeBSD.org, Larry Rosenman Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [ cc's trimmed to sane level, followups to -qa please ] On 12-Mar-01 Larry Rosenman wrote: > > ftp://ftp.lerctr.org/freebsd/makeworld-fw.out.gz > > Enjoy. It looks like strip is linked against /usr/lib/libc.a. Marcel, It looks like there may be a bug in buildworld. It seems that static binaries are being linked against /usr/lib/libc.a rather than /usr/obj/usr/src/i386/lib/libc/libc.a. I don't see how cross built worlds across architectures could work if this is so. In the case described, the host machine was built with -march=pentiumpro, and world was built w/o this flag because it was intended to be installed on a 486. However, the strip binary was linked against the -march=pentiumpro /usr/lib/libc.a during the build rather than /usr/obj/usr/src/i386/lib/libc/libc.a. Shouldn't we be using -nostdlib and some other hacks to work around this in world for static binaries? In theory, dynamic binaries should be linked against the library in /usr/obj except that that might screw up the ELF rpath if we use rpath. Comments? -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 12:21:35 2001 Delivered-To: freebsd-qa@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 3CD2F37B71D; Mon, 12 Mar 2001 12:21:18 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id B85D09379; Mon, 12 Mar 2001 12:01:08 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id MAA13039; Mon, 12 Mar 2001 12:00:57 -0800 (PST) Message-ID: <3AAD2ADB.51D810D8@cup.hp.com> Date: Mon, 12 Mar 2001 12:00:27 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: marcel@FreeBSD.org, qa@FreeBSD.org, Larry Rosenman Subject: Re: cputype=486 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: > > It looks like strip is linked against /usr/lib/libc.a. > > Marcel, > > It looks like there may be a bug in buildworld. It seems that static binaries > are being linked against /usr/lib/libc.a rather than > /usr/obj/usr/src/i386/lib/libc/libc.a. In what stage? > across architectures could work if this is so. In the case described, the host > machine was built with -march=pentiumpro, and world was built w/o this flag > because it was intended to be installed on a 486. This doesn't work. The object tree will contain binaries compiled for Pentium Pro processors and thus may contain instructions not present on i486. The binaries I'm talking about are those that are *explicitly* compiled to be run on the build machine. This includes the bootstrap, build and cross tools. These tools are also used during install and thus must be compatible with the machine you're installing on. In short: Do not not build on Pentium with -march=pentiumsomething and then later install on non-pentiums! -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 12:44:35 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 386D737B718; Mon, 12 Mar 2001 12:44:32 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2CKcLI00950; Mon, 12 Mar 2001 14:38:21 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Mon, 12 Mar 2001 20:38:21 GMT Message-ID: <20010312.20382100@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: Marcel Moolenaar Cc: John Baldwin , marcel@FreeBSD.org, qa@FreeBSD.org, Larry Rosenman In-Reply-To: <3AAD2ADB.51D810D8@cup.hp.com> References: <3AAD2ADB.51D810D8@cup.hp.com> X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 2:00:27 PM, Marcel Moolenaar wrote=20 regarding Re: cputype=3D486: > John Baldwin wrote: > > > > It looks like strip is linked against /usr/lib/libc.a. > > > > Marcel, > > > > It looks like there may be a bug in buildworld. It seems that stati= c=20 binaries > > are being linked against /usr/lib/libc.a rather than > > /usr/obj/usr/src/i386/lib/libc/libc.a. > In what stage? look at ftp://ftp.lerctr.org/freebsd/makeworld-fw.out.gz for all the=20 gory details.=20 > > across architectures could work if this is so. In the case describe= d,=20 the host > > machine was built with -march=3Dpentiumpro, and world was built w/o = this=20 flag > > because it was intended to be installed on a 486. > This doesn't work. The object tree will contain binaries compiled for > Pentium Pro processors and thus may contain instructions not present o= n > i486. The binaries I'm talking about are those that are *explicitly* > compiled to be run on the build machine. This includes the bootstrap, > build and cross tools. These tools are also used during install and th= us > must be compatible with the machine you're installing on. > In short: Do not not build on Pentium with -march=3Dpentiumsomething a= nd > then later install on non-pentiums! Excuse me, but the /usr/obj was WIPED OUT prior to the make buildworld. = =20 So there was NO -march=3Dpentiumpro objs left. The binary that wound up= in=20 /usr/obj/usr/src/i386/usr/bin/strip has ppro instructions in it. This=20 seems wrong.=20 > -- > Marcel Moolenaar > mail: marcel@cup.hp.com / marcel@FreeBSD.org > tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 12:48:22 2001 Delivered-To: freebsd-qa@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 49D4437B718; Mon, 12 Mar 2001 12:48:15 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CKjPA86143; Mon, 12 Mar 2001 12:45:25 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3AAD2ADB.51D810D8@cup.hp.com> Date: Mon, 12 Mar 2001 12:45:06 -0800 (PST) From: John Baldwin To: Marcel Moolenaar Subject: Re: cputype=486 Cc: Larry Rosenman , qa@FreeBSD.org, marcel@FreeBSD.org Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Mar-01 Marcel Moolenaar wrote: > John Baldwin wrote: >> >> It looks like strip is linked against /usr/lib/libc.a. >> >> Marcel, >> >> It looks like there may be a bug in buildworld. It seems that static >> binaries >> are being linked against /usr/lib/libc.a rather than >> /usr/obj/usr/src/i386/lib/libc/libc.a. > > In what stage? The final strip binary that will live in /usr/bin/strip on the target machine. >> across architectures could work if this is so. In the case described, the >> host >> machine was built with -march=pentiumpro, and world was built w/o this flag >> because it was intended to be installed on a 486. > > This doesn't work. The object tree will contain binaries compiled for > Pentium Pro processors and thus may contain instructions not present on > i486. The binaries I'm talking about are those that are *explicitly* > compiled to be run on the build machine. This includes the bootstrap, > build and cross tools. These tools are also used during install and thus > must be compatible with the machine you're installing on. > > In short: Do not not build on Pentium with -march=pentiumsomething and > then later install on non-pentiums! Uh, how can cross-builds _possibly_ work then???? If I do a i386 -> alpha cross build does the alpha /usr/bin/strip get linked against the i386 /usr/lib/libc.a on the host machine?? Or is libc treated magically by the compiler? For that matter, what if a static binary uses a new function added to libc, how in the world will that link if we all our binaries against the old libc during the world? That's just wrong. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 13: 2:13 2001 Delivered-To: freebsd-qa@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id 282CC37B718; Mon, 12 Mar 2001 13:02:11 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id F13719D3; Mon, 12 Mar 2001 13:02:06 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id NAA15763; Mon, 12 Mar 2001 13:02:06 -0800 (PST) Message-ID: <3AAD394D.49597B93@cup.hp.com> Date: Mon, 12 Mar 2001 13:02:05 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: Larry Rosenman , qa@FreeBSD.org, marcel@FreeBSD.org Subject: Re: cputype=486 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: > > On 12-Mar-01 Marcel Moolenaar wrote: > > John Baldwin wrote: > >> > >> It looks like strip is linked against /usr/lib/libc.a. > >> > >> Marcel, > >> > >> It looks like there may be a bug in buildworld. It seems that static > >> binaries > >> are being linked against /usr/lib/libc.a rather than > >> /usr/obj/usr/src/i386/lib/libc/libc.a. > > > > In what stage? > > The final strip binary that will live in /usr/bin/strip on the target machine. Which is the one in: /usr/obj/usr/src/gnu/usr.bin/binutils/strip and not the one in: /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/strip Are we still talking about the same strip(1)? > > In short: Do not not build on Pentium with -march=pentiumsomething and > > then later install on non-pentiums! > > Uh, how can cross-builds _possibly_ work then???? If I do a i386 -> alpha > cross build does the alpha /usr/bin/strip get linked against the i386 > /usr/lib/libc.a on the host machine?? Of course not. The one that's being built as part of the cross-tools is however. > Or is libc treated magically by the > compiler? No. > For that matter, what if a static binary uses a new function added > to libc, how in the world will that link if we all our binaries against the > old libc during the world? That's just wrong. No, that's not wrong. Just think about it for a moment. You need to build cross tools first. Those must run on the build machine. You therefore build those exactly as you build anything else: you use the libraries on that machine. After you have built your cross tools, you can start building non-native libraries, against which you link the final non-native binaries. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 13:36:39 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 6E9E037B71A; Mon, 12 Mar 2001 13:36:34 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2CLRRI03534; Mon, 12 Mar 2001 15:27:28 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Mon, 12 Mar 2001 21:27:27 GMT Message-ID: <20010312.21272700@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: Marcel Moolenaar Cc: John Baldwin , Larry Rosenman , qa@FreeBSD.org, marcel@FreeBSD.org In-Reply-To: <3AAD394D.49597B93@cup.hp.com> References: <3AAD394D.49597B93@cup.hp.com> X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 3:02:05 PM, Marcel Moolenaar wrote=20 regarding Re: cputype=3D486: > John Baldwin wrote: > > > > On 12-Mar-01 Marcel Moolenaar wrote: > > > John Baldwin wrote: > > >> > > >> It looks like strip is linked against /usr/lib/libc.a. > > >> > > >> Marcel, > > >> > > >> It looks like there may be a bug in buildworld. It seems that st= atic > > >> binaries > > >> are being linked against /usr/lib/libc.a rather than > > >> /usr/obj/usr/src/i386/lib/libc/libc.a. > > > > > > In what stage? > > > > The final strip binary that will live in /usr/bin/strip on the targe= t=20 machine. > Which is the one in: > /usr/obj/usr/src/gnu/usr.bin/binutils/strip > and not the one in: > /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/strip > Are we still talking about the same strip(1)? > > > In short: Do not not build on Pentium with -march=3Dpentiumsomethi= ng and > > > then later install on non-pentiums! > > > > Uh, how can cross-builds _possibly_ work then???? If I do a i386 ->= alpha > > cross build does the alpha /usr/bin/strip get linked against the i38= 6 > > /usr/lib/libc.a on the host machine?? > Of course not. The one that's being built as part of the cross-tools i= s > however. > > Or is libc treated magically by the > > compiler? > No. > > For that matter, what if a static binary uses a new function added > > to libc, how in the world will that link if we all our binaries agai= nst=20 the > > old libc during the world? That's just wrong. > No, that's not wrong. Just think about it for a moment. You need to > build cross tools first. Those must run on the build machine. You > therefore build those exactly as you build anything else: you use the > libraries on that machine. After you have built your cross tools, you > can start building non-native libraries, against which you link the > final non-native binaries. So what you are saying is cross build HOSTS have to suffer in performanc= e=20 while they are being used as the HOST? Why should this be?=20 In this case the make buildworld was done on a HOST that was built=20 -march=3Dpentiumpro, the make flags for the new build were with NO -marc= h=20 (or with -m486), and then the make installworld dies with the SIGNAL 4, = on a PPRO instruction in whatever strip binary is run from install. Thi= s=20 seems VERY wrong if we are going to support cross-environment builds AT = ALL. So, we can't use CPUTYPE?=20 This seems like a net lossage.=20 LER To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 14:16:38 2001 Delivered-To: freebsd-qa@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id B588737B71E; Mon, 12 Mar 2001 14:16:25 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 9830BEF42; Mon, 12 Mar 2001 14:06:35 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id OAA19219; Mon, 12 Mar 2001 14:06:24 -0800 (PST) Message-ID: <3AAD485E.272DF239@cup.hp.com> Date: Mon, 12 Mar 2001 14:06:22 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Larry Rosenman Cc: John Baldwin , qa@FreeBSD.org, marcel@FreeBSD.org Subject: Re: cputype=486 References: <3AAD394D.49597B93@cup.hp.com> <20010312.21272700@ler-freebie.iadfw.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Larry Rosenman wrote: > > > No, that's not wrong. Just think about it for a moment. You need to > > build cross tools first. Those must run on the build machine. You > > therefore build those exactly as you build anything else: you use the > > libraries on that machine. After you have built your cross tools, you > > can start building non-native libraries, against which you link the > > final non-native binaries. > > So what you are saying is cross build HOSTS have to suffer in performance > while they are being used as the HOST? Why should this be? No, what I'm saying is that if you have highly optimized code that includes CPU specific instructions, you'd better run them on compatible CPUs only. > In this case the make buildworld was done on a HOST that was built > -march=pentiumpro, the make flags for the new build were with NO -march > (or with -m486), and then the make installworld dies with the SIGNAL 4, > on a PPRO instruction in whatever strip binary is run from install. This > seems VERY wrong if we are going to support cross-environment builds AT > ALL. No, it isn't wrong. You basicly introduce a third machine into the equation: 1. The build machine, 2. The target machine, 3. the install machine. In your case 1 is incompatible with 3. We don't support that (yet?). Make sure your installation machine is compatible with your build machine. The best approach is to make you install machine the same as your build machine and install over NFS to the target machine. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 14:29:53 2001 Delivered-To: freebsd-qa@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 3F00037B71A; Mon, 12 Mar 2001 14:29:49 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 80524EA59; Mon, 12 Mar 2001 12:53:25 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id MAA15408; Mon, 12 Mar 2001 12:53:25 -0800 (PST) Message-ID: <3AAD3744.D434F14@cup.hp.com> Date: Mon, 12 Mar 2001 12:53:24 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Larry Rosenman Cc: John Baldwin , marcel@FreeBSD.org, qa@FreeBSD.org Subject: Re: cputype=486 References: <3AAD2ADB.51D810D8@cup.hp.com> <20010312.20382100@ler-freebie.iadfw.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Larry Rosenman wrote: > > > In what stage? > > look at ftp://ftp.lerctr.org/freebsd/makeworld-fw.out.gz for all the > gory details. I did. It's a perfectly normal output from a buildworld. There's nothing wrong with it, nor is there anything wrong with a buildworld (per se). > > This doesn't work. The object tree will contain binaries compiled for > > Pentium Pro processors and thus may contain instructions not present on > > i486. The binaries I'm talking about are those that are *explicitly* > > compiled to be run on the build machine. This includes the bootstrap, > > build and cross tools. These tools are also used during install and thus > > must be compatible with the machine you're installing on. > > > In short: Do not not build on Pentium with -march=pentiumsomething and > > then later install on non-pentiums! > > Excuse me, but the /usr/obj was WIPED OUT prior to the make buildworld. This doesn't make the slightest difference, because the first thing that happens in a buildworld is a repopulation of /usr/obj (see below). > So there was NO -march=pentiumpro objs left. Your /usr/lib/libc.a has -march=pentiumpro code and consequently, any binaries that are staticly linked against it. > The binary that wound up in > /usr/obj/usr/src/i386/usr/bin/strip has ppro instructions in it. This > seems wrong. See above. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 14:30:26 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 0F30837B718; Mon, 12 Mar 2001 14:30:22 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2CMLHI06254; Mon, 12 Mar 2001 16:21:17 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Mon, 12 Mar 2001 22:21:17 GMT Message-ID: <20010312.22211700@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: Marcel Moolenaar Cc: Larry Rosenman , John Baldwin , qa@FreeBSD.org, marcel@FreeBSD.org In-Reply-To: <3AAD485E.272DF239@cup.hp.com> References: <3AAD394D.49597B93@cup.hp.com> <20010312.21272700@ler-freebie.iadfw.net> <3AAD485E.272DF239@cup.hp.com> X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 4:06:22 PM, Marcel Moolenaar wrote=20 regarding Re: cputype=3D486: > Larry Rosenman wrote: > > > > > No, that's not wrong. Just think about it for a moment. You need t= o > > > build cross tools first. Those must run on the build machine. You > > > therefore build those exactly as you build anything else: you use = the > > > libraries on that machine. After you have built your cross tools, = you > > > can start building non-native libraries, against which you link th= e > > > final non-native binaries. > > > > So what you are saying is cross build HOSTS have to suffer in perfor= mance > > while they are being used as the HOST? Why should this be? > No, what I'm saying is that if you have highly optimized code that > includes CPU specific instructions, you'd better run them on compatibl= e > CPUs only. > > In this case the make buildworld was done on a HOST that was built > > -march=3Dpentiumpro, the make flags for the new build were with NO -= march > > (or with -m486), and then the make installworld dies with the SIGNAL= 4, > > on a PPRO instruction in whatever strip binary is run from install. = This > > seems VERY wrong if we are going to support cross-environment builds= AT > > ALL. > No, it isn't wrong. You basicly introduce a third machine into the > equation: > 1. The build machine, > 2. The target machine, > 3. the install machine. > In your case 1 is incompatible with 3. We don't support that (yet?). > Make sure your installation machine is compatible with your build > machine. The best approach is to make you install machine the same as > your build machine and install over NFS to the target machine. HOW? I always did it: make buildworld on the P-III make buildkernel on the P-III for the 486 mount the /usr/src and /usr/obj for the P-III on the 486 cd /usr/src on the 486, make installworld=20 make installkernel mergemaster reboot how do I do this now?=20 > -- > Marcel Moolenaar > mail: marcel@cup.hp.com / marcel@FreeBSD.org > tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 14:54:57 2001 Delivered-To: freebsd-qa@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 9F46B37B718; Mon, 12 Mar 2001 14:54:54 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CMqCA91597; Mon, 12 Mar 2001 14:52:12 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3AAD394D.49597B93@cup.hp.com> Date: Mon, 12 Mar 2001 14:51:55 -0800 (PST) From: John Baldwin To: Marcel Moolenaar Subject: Re: cputype=486 Cc: marcel@FreeBSD.org, qa@FreeBSD.org, Larry Rosenman Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Mar-01 Marcel Moolenaar wrote: > John Baldwin wrote: >> >> On 12-Mar-01 Marcel Moolenaar wrote: >> > John Baldwin wrote: >> >> >> >> It looks like strip is linked against /usr/lib/libc.a. >> >> >> >> Marcel, >> >> >> >> It looks like there may be a bug in buildworld. It seems that static >> >> binaries >> >> are being linked against /usr/lib/libc.a rather than >> >> /usr/obj/usr/src/i386/lib/libc/libc.a. >> > >> > In what stage? >> >> The final strip binary that will live in /usr/bin/strip on the target >> machine. > > Which is the one in: > > /usr/obj/usr/src/gnu/usr.bin/binutils/strip Yes, it was the final binary installed onto the actual 486 that dumped core in this case. > and not the one in: > > /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/strip > > Are we still talking about the same strip(1)? > >> > In short: Do not not build on Pentium with -march=pentiumsomething and >> > then later install on non-pentiums! >> >> Uh, how can cross-builds _possibly_ work then???? If I do a i386 -> alpha >> cross build does the alpha /usr/bin/strip get linked against the i386 >> /usr/lib/libc.a on the host machine?? > > Of course not. The one that's being built as part of the cross-tools is > however. Right, this isn't the cross tools one. This is the final one that gets installed onto the 486. _That_ one is broken. >> Or is libc treated magically by the >> compiler? > > No. > >> For that matter, what if a static binary uses a new function added >> to libc, how in the world will that link if we all our binaries against the >> old libc during the world? That's just wrong. > > No, that's not wrong. Just think about it for a moment. You need to > build cross tools first. Those must run on the build machine. You > therefore build those exactly as you build anything else: you use the > libraries on that machine. After you have built your cross tools, you > can start building non-native libraries, against which you link the > final non-native binaries. We aren't talking about cross tools, we are talking about the final binary installed onto the 486. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 14:55:42 2001 Delivered-To: freebsd-qa@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id 540CA37B719; Mon, 12 Mar 2001 14:55:40 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id 7BD85798; Mon, 12 Mar 2001 14:55:39 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id OAA21698; Mon, 12 Mar 2001 14:55:38 -0800 (PST) Message-ID: <3AAD53EA.F71920E8@cup.hp.com> Date: Mon, 12 Mar 2001 14:55:38 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Larry Rosenman Cc: John Baldwin , qa@FreeBSD.org, marcel@FreeBSD.org Subject: Re: cputype=486 References: <3AAD394D.49597B93@cup.hp.com> <20010312.21272700@ler-freebie.iadfw.net> <3AAD485E.272DF239@cup.hp.com> <20010312.22211700@ler-freebie.iadfw.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Larry Rosenman wrote: > > > No, it isn't wrong. You basicly introduce a third machine into the > > equation: > > > 1. The build machine, > > 2. The target machine, > > 3. the install machine. > > > In your case 1 is incompatible with 3. We don't support that (yet?). > > Make sure your installation machine is compatible with your build > > machine. The best approach is to make you install machine the same as > > your build machine and install over NFS to the target machine. > > HOW? I always did it: > > make buildworld on the P-III > make buildkernel on the P-III for the 486 > mount the /usr/src and /usr/obj for the P-III on the 486 > cd /usr/src on the 486, make installworld > make installkernel > mergemaster > reboot Yes, and you weren't using any P-III specific compilation options before, right? > how do I do this now? Either: 1. Don't build P-III optimized code for your P-III, 2. Don't build on your P-III for non-pentium machines, 3. Build on your i486 (much like 2), 4. Mount the i486 root partition on you P-III and do the install on your P-III. Ad 4: it would be nice if we had some sort of staging. That way, the install can be performed on the P-III. The staging area could then be mounted by other machines and "installed". This could be as simple as doing a tar cf - ${STAGING_DIR} | (cd /; tar xf -) -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 14:59:31 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 985F737B719; Mon, 12 Mar 2001 14:59:26 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2CMxOI07996; Mon, 12 Mar 2001 16:59:24 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Mon, 12 Mar 2001 22:59:24 GMT Message-ID: <20010312.22592400@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: John Baldwin Cc: Marcel Moolenaar , marcel@FreeBSD.org, qa@FreeBSD.org, =?US-ASCII?Q?Larry?= Rosenman In-Reply-To: References: X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 4:51:55 PM, John Baldwin wrote regarding R= e:=20 cputype=3D486: > On 12-Mar-01 Marcel Moolenaar wrote: > > John Baldwin wrote: > >> > >> On 12-Mar-01 Marcel Moolenaar wrote: > >> > John Baldwin wrote: > >> >> > >> >> It looks like strip is linked against /usr/lib/libc.a. > >> >> > >> >> Marcel, > >> >> > >> >> It looks like there may be a bug in buildworld. It seems that s= tatic > >> >> binaries > >> >> are being linked against /usr/lib/libc.a rather than > >> >> /usr/obj/usr/src/i386/lib/libc/libc.a. > >> > > >> > In what stage? > >> > >> The final strip binary that will live in /usr/bin/strip on the targ= et > >> machine. > > > > Which is the one in: > > > > /usr/obj/usr/src/gnu/usr.bin/binutils/strip > Yes, it was the final binary installed onto the actual 486 that dumped= =20 core in > this case. > > and not the one in: > > > > /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/binutils/strip > > > > Are we still talking about the same strip(1)? > > > >> > In short: Do not not build on Pentium with -march=3Dpentiumsometh= ing and > >> > then later install on non-pentiums! > >> > >> Uh, how can cross-builds _possibly_ work then???? If I do a i386 -= > alpha > >> cross build does the alpha /usr/bin/strip get linked against the i3= 86 > >> /usr/lib/libc.a on the host machine?? > > > > Of course not. The one that's being built as part of the cross-tools= is > > however. > Right, this isn't the cross tools one. This is the final one that get= s > installed onto the 486. _That_ one is broken. > >> Or is libc treated magically by the > >> compiler? > > > > No. > > > >> For that matter, what if a static binary uses a new function added > >> to libc, how in the world will that link if we all our binaries aga= inst=20 the > >> old libc during the world? That's just wrong. > > > > No, that's not wrong. Just think about it for a moment. You need to > > build cross tools first. Those must run on the build machine. You > > therefore build those exactly as you build anything else: you use th= e > > libraries on that machine. After you have built your cross tools, yo= u > > can start building non-native libraries, against which you link the > > final non-native binaries. > We aren't talking about cross tools, we are talking about the final=20 binary > installed onto the 486. Actually, it's whatever strip binary is running as part of make=20 installworld.=20 If Marcel wants us to do some make installworld ROOT=3D/nfs/fw/... I ca= n,=20 but that's not how I was taught.=20 I usually do: make buildworld (on my P-III, now with CPUTYPE=3Di486) make buildkernel KERNCONF=3DIPFILTER-FW (set up for the 486) login to the 486 mount P-III:/usr/src /usr/src mount P-III;/usr/obj /usr/obj=20 make installworld make installkernel KERNCONF=3DIPFILTER-FW mergemaster reboot What is the SUPPORTED recipe now?=20 LER > -- > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 15: 3:41 2001 Delivered-To: freebsd-qa@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id AE74737B718; Mon, 12 Mar 2001 15:03:36 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CMxhA92025; Mon, 12 Mar 2001 14:59:43 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3AAD3744.D434F14@cup.hp.com> Date: Mon, 12 Mar 2001 14:59:26 -0800 (PST) From: John Baldwin To: Marcel Moolenaar Subject: Re: cputype=486 Cc: qa@FreeBSD.org, marcel@FreeBSD.org, Larry Rosenman Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Mar-01 Marcel Moolenaar wrote: > Larry Rosenman wrote: >> >> > In what stage? >> >> look at ftp://ftp.lerctr.org/freebsd/makeworld-fw.out.gz for all the >> gory details. > > I did. It's a perfectly normal output from a buildworld. There's nothing > wrong with it, nor is there anything wrong with a buildworld (per se). Perhaps its not buildworld's fault then. I was under the impression that it did the installworld fine and the new strip that was built during buildworld bombed out later. It seems instead that strip bombs out during installworld, which may be due to running the wrong strip binary during installworld. >> > This doesn't work. The object tree will contain binaries compiled for >> > Pentium Pro processors and thus may contain instructions not present on >> > i486. The binaries I'm talking about are those that are *explicitly* >> > compiled to be run on the build machine. This includes the bootstrap, >> > build and cross tools. These tools are also used during install and thus >> > must be compatible with the machine you're installing on. >> >> > In short: Do not not build on Pentium with -march=pentiumsomething and >> > then later install on non-pentiums! >> >> Excuse me, but the /usr/obj was WIPED OUT prior to the make buildworld. > > This doesn't make the slightest difference, because the first thing that > happens in a buildworld is a repopulation of /usr/obj (see below). > >> So there was NO -march=pentiumpro objs left. > > Your /usr/lib/libc.a has -march=pentiumpro code and consequently, any > binaries that are staticly linked against it. Hmm. Ok, so why do we have the /tmp/install.XXX if we don't use them during installworld? This died on the 486 in installworld. The installworld should be using binaries from the machine being installed to (/tmp/install.XXXX) right? Maybe strip isn't in the install-tools list and should be? In this case, we are doing an installworld using the cross-tools (apparently, since that is the only strip binary in usr/obj linked against the host machine's libc.a). This makes no sense. In the cross-arch case that would mean we would run an i386 binary to strip alpha binaries to try to strip the alpha binaries while running the installworld on the alpha. This would obviously not work. >> The binary that wound up in >> /usr/obj/usr/src/i386/usr/bin/strip has ppro instructions in it. This >> seems wrong. That isn't wrong, but that binary should not be used in installworld. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 15: 6: 4 2001 Delivered-To: freebsd-qa@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id D35CC37B71A; Mon, 12 Mar 2001 15:06:01 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7ED5A66B6C; Mon, 12 Mar 2001 15:06:01 -0800 (PST) Date: Mon, 12 Mar 2001 15:06:01 -0800 From: Kris Kennaway To: John Baldwin Cc: marcel@FreeBSD.org, qa@FreeBSD.org, Larry Rosenman Subject: Re: cputype=486 Message-ID: <20010312150601.E93848@mollari.cthul.hu> References: <20010312.19230500@ler-freebie.iadfw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="2iBwrppp/7QCDedR" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Mon, Mar 12, 2001 at 11:43:23AM -0800 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --2iBwrppp/7QCDedR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 12, 2001 at 11:43:23AM -0800, John Baldwin wrote: > [ cc's trimmed to sane level, followups to -qa please ] >=20 > On 12-Mar-01 Larry Rosenman wrote: > >=20 > > ftp://ftp.lerctr.org/freebsd/makeworld-fw.out.gz > >=20 > > Enjoy. >=20 > It looks like strip is linked against /usr/lib/libc.a. Well, that does look like the problem here. gcc isn't producing bad code (and after the revelation that the opcode in question was for a pentium pro, it basically ruled out that possibility because lots of people build on pentiums, whereas a small enough number build on 486es that it could conceivably have gone unnoticed). If we can't get this fixed by release, it will have to be documented in the release notes that cross-building is broken. Kris --2iBwrppp/7QCDedR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rVZYWry0BWjoQKURAqckAKC2a1jJJoBIl4NFTu86cEKbWoMy7gCeJy06 Qlp8DhJiW3GjrxG6E45+L+g= =j75f -----END PGP SIGNATURE----- --2iBwrppp/7QCDedR-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 15: 7:13 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 6E20B37B71A; Mon, 12 Mar 2001 15:07:10 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2CN16I08217; Mon, 12 Mar 2001 17:01:06 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Mon, 12 Mar 2001 23:01:06 GMT Message-ID: <20010312.23010600@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: Marcel Moolenaar Cc: Larry Rosenman , John Baldwin , qa@FreeBSD.org, marcel@FreeBSD.org In-Reply-To: <3AAD53EA.F71920E8@cup.hp.com> References: <3AAD394D.49597B93@cup.hp.com> <20010312.21272700@ler-freebie.iadfw.net> <3AAD485E.272DF239@cup.hp.com> <20010312.22211700@ler-freebie.iadfw.net> <3AAD53EA.F71920E8@cup.hp.com> X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 4:55:38 PM, Marcel Moolenaar wrote=20 regarding Re: cputype=3D486: > Larry Rosenman wrote: > > > > > No, it isn't wrong. You basicly introduce a third machine into the= > > > equation: > > > > > 1. The build machine, > > > 2. The target machine, > > > 3. the install machine. > > > > > In your case 1 is incompatible with 3. We don't support that (yet?= ). > > > Make sure your installation machine is compatible with your build > > > machine. The best approach is to make you install machine the same= as > > > your build machine and install over NFS to the target machine. > > > > HOW? I always did it: > > > > make buildworld on the P-III > > make buildkernel on the P-III for the 486 > > mount the /usr/src and /usr/obj for the P-III on the 486 > > cd /usr/src on the 486, make installworld > > make installkernel > > mergemaster > > reboot > Yes, and you weren't using any P-III specific compilation options > before, right? > > how do I do this now? > Either: > 1. Don't build P-III optimized code for your P-III, > 2. Don't build on your P-III for non-pentium machines, > 3. Build on your i486 (much like 2), > 4. Mount the i486 root partition on you P-III and > do the install on your P-III. > Ad 4: it would be nice if we had some sort of staging. That way, the > install can be performed on the P-III. The staging area could then be > mounted by other machines and "installed". This could be as simple as > doing a > tar cf - ${STAGING_DIR} | (cd /; tar xf -) As I said, I lose the P-III optimizations while it's a host, or is there a variable to installworld that says ROOT is HERE...??? I think this needs to be rethought.... Or the CPUTYPE stuff needs to be removed from 4.3.=20 > -- > Marcel Moolenaar > mail: marcel@cup.hp.com / marcel@FreeBSD.org > tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 15:38:15 2001 Delivered-To: freebsd-qa@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 1695B37B72A; Mon, 12 Mar 2001 15:38:07 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2CNblA93576; Mon, 12 Mar 2001 15:37:47 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010312150601.E93848@mollari.cthul.hu> Date: Mon, 12 Mar 2001 15:37:30 -0800 (PST) From: John Baldwin To: Kris Kennaway Subject: Re: cputype=486 Cc: Larry Rosenman , qa@FreeBSD.org, marcel@FreeBSD.org Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 12-Mar-01 Kris Kennaway wrote: > On Mon, Mar 12, 2001 at 11:43:23AM -0800, John Baldwin wrote: >> [ cc's trimmed to sane level, followups to -qa please ] >> >> On 12-Mar-01 Larry Rosenman wrote: >> > >> > ftp://ftp.lerctr.org/freebsd/makeworld-fw.out.gz >> > >> > Enjoy. >> >> It looks like strip is linked against /usr/lib/libc.a. > > Well, that does look like the problem here. gcc isn't producing bad > code (and after the revelation that the opcode in question was for a > pentium pro, it basically ruled out that possibility because lots of > people build on pentiums, whereas a small enough number build on 486es > that it could conceivably have gone unnoticed). > > If we can't get this fixed by release, it will have to be documented > in the release notes that cross-building is broken. Not sure cross-building is broken, it may be an install issue. It happened during installworld, not in the final strip binary that would be installed onto the system. I thought /tmp/install.XXXXX was supposed to work around stuff like that, but maybe that isn't in stable? > Kris -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 15:45:36 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 41EE637B718; Mon, 12 Mar 2001 15:45:32 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2CNjUI10832; Mon, 12 Mar 2001 17:45:30 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Mon, 12 Mar 2001 23:45:30 GMT Message-ID: <20010312.23453000@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: John Baldwin Cc: Kris Kennaway , Larry Rosenman , qa@FreeBSD.org, marcel@FreeBSD.org In-Reply-To: References: X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 5:37:30 PM, John Baldwin wrote regarding R= e:=20 cputype=3D486: > On 12-Mar-01 Kris Kennaway wrote: > > On Mon, Mar 12, 2001 at 11:43:23AM -0800, John Baldwin wrote: > >> [ cc's trimmed to sane level, followups to -qa please ] > >> > >> On 12-Mar-01 Larry Rosenman wrote: > >> > > >> > ftp://ftp.lerctr.org/freebsd/makeworld-fw.out.gz > >> > > >> > Enjoy. > >> > >> It looks like strip is linked against /usr/lib/libc.a. > > > > Well, that does look like the problem here. gcc isn't producing bad= > > code (and after the revelation that the opcode in question was for a= > > pentium pro, it basically ruled out that possibility because lots of= > > people build on pentiums, whereas a small enough number build on 486= es > > that it could conceivably have gone unnoticed). > > > > If we can't get this fixed by release, it will have to be documented= > > in the release notes that cross-building is broken. > Not sure cross-building is broken, it may be an install issue. It=20 happened > during installworld, not in the final strip binary that would be=20 installed onto > the system. I thought /tmp/install.XXXXX was supposed to work around = stuff > like that, but maybe that isn't in stable? /tmp/install.$$ *IS* in RELENG_4, but strip is NOT copied to it: mkdir -p /tmp/install.9703 for prog in [ awk cat chflags chmod chown date echo egrep find grep =20 install ln make makewhatis mtree mv perl rm sed sh sysctl test true=20 uname wc zic; do cp `which $prog` /tmp/install.9703; done cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj=20 COMPILER_PATH=3D/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/= us r/bin=20 LIBRARY_PATH=3D/usr/obj/usr/src/i386/usr/lib:/usr/obj/usr/src/i386/usr/l= ib=20 OBJFORMAT_PATH=3D/usr/obj/usr/src/i386/usr/libexec=20 PERL5LIB=3D/usr/obj/usr/src/i386/usr/libdata/perl/5.00503=20 PATH=3D/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr= /o bj/usr/src/i386/usr/games:/tmp/install.9703 make -f Makefile.inc1=20 reinstall LER > > Kris > -- > John Baldwin -- http://www.FreeBSD.org/~jhb/ > PGP Key: http://www.baldwin.cx/~john/pgpkey.asc > "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 15:48:43 2001 Delivered-To: freebsd-qa@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 526AB37B768; Mon, 12 Mar 2001 15:48:38 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8634066BBB; Mon, 12 Mar 2001 15:48:37 -0800 (PST) Date: Mon, 12 Mar 2001 15:48:36 -0800 From: Kris Kennaway To: John Baldwin Cc: Kris Kennaway , Larry Rosenman , qa@FreeBSD.org, marcel@FreeBSD.org Subject: Re: cputype=486 Message-ID: <20010312154836.A95220@mollari.cthul.hu> References: <20010312150601.E93848@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Mon, Mar 12, 2001 at 03:37:30PM -0800 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 12, 2001 at 03:37:30PM -0800, John Baldwin wrote: >=20 > On 12-Mar-01 Kris Kennaway wrote: > > On Mon, Mar 12, 2001 at 11:43:23AM -0800, John Baldwin wrote: > >> [ cc's trimmed to sane level, followups to -qa please ] > >>=20 > >> On 12-Mar-01 Larry Rosenman wrote: > >> >=20 > >> > ftp://ftp.lerctr.org/freebsd/makeworld-fw.out.gz > >> >=20 > >> > Enjoy. > >>=20 > >> It looks like strip is linked against /usr/lib/libc.a. > >=20 > > Well, that does look like the problem here. gcc isn't producing bad > > code (and after the revelation that the opcode in question was for a > > pentium pro, it basically ruled out that possibility because lots of > > people build on pentiums, whereas a small enough number build on 486es > > that it could conceivably have gone unnoticed). > >=20 > > If we can't get this fixed by release, it will have to be documented > > in the release notes that cross-building is broken. >=20 > Not sure cross-building is broken, it may be an install issue. It happen= ed > during installworld, not in the final strip binary that would be installe= d onto > the system. I thought /tmp/install.XXXXX was supposed to work around stu= ff > like that, but maybe that isn't in stable? It is, but strip isn't installed there. Kris --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rWBUWry0BWjoQKURAu7eAJ0Skxo+K3CvHyQvbL6cVJ6oy/XTRwCgnqSg mratS58G5QQOM4Dij6p/9eY= =m5un -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 16:30:26 2001 Delivered-To: freebsd-qa@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id 1AE8337B71A; Mon, 12 Mar 2001 16:30:24 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id AFFCFD7B; Mon, 12 Mar 2001 16:30:23 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id QAA26331; Mon, 12 Mar 2001 16:30:22 -0800 (PST) Message-ID: <3AAD6A1E.ACFD0ABE@cup.hp.com> Date: Mon, 12 Mar 2001 16:30:22 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Larry Rosenman Cc: John Baldwin , marcel@FreeBSD.org, qa@FreeBSD.org Subject: Re: cputype=486 References: <20010312.22592400@ler-freebie.iadfw.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Larry Rosenman wrote: > > If Marcel wants us to do some make installworld ROOT=/nfs/fw/... I can, > but that's not how I was taught. > > I usually do: > make buildworld (on my P-III, now with CPUTYPE=i486) > make buildkernel KERNCONF=IPFILTER-FW (set up for the 486) > login to the 486 > mount P-III:/usr/src /usr/src > mount P-III;/usr/obj /usr/obj > make installworld > make installkernel KERNCONF=IPFILTER-FW > mergemaster > reboot > > What is the SUPPORTED recipe now? I wasn't aware we were supporting it at all :-) Let me think about this one for a moment... There are several approaches to take and I think they are all flawed in a sense. Don't ask me for details, because I only have a vague notion at this time :-) -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 16:32:58 2001 Delivered-To: freebsd-qa@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id 8CAC437B726; Mon, 12 Mar 2001 16:32:55 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id F38435B5; Mon, 12 Mar 2001 16:32:54 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id QAA26427; Mon, 12 Mar 2001 16:32:53 -0800 (PST) Message-ID: <3AAD6AB5.889C73F8@cup.hp.com> Date: Mon, 12 Mar 2001 16:32:53 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Larry Rosenman Cc: John Baldwin , qa@FreeBSD.org, marcel@FreeBSD.org Subject: Re: cputype=486 References: <3AAD394D.49597B93@cup.hp.com> <20010312.21272700@ler-freebie.iadfw.net> <3AAD485E.272DF239@cup.hp.com> <20010312.22211700@ler-freebie.iadfw.net> <3AAD53EA.F71920E8@cup.hp.com> <20010312.23010600@ler-freebie.iadfw.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Larry Rosenman wrote: > > > 4. Mount the i486 root partition on you P-III and > > do the install on your P-III. > > > Ad 4: it would be nice if we had some sort of staging. That way, the > > install can be performed on the P-III. The staging area could then be > > mounted by other machines and "installed". This could be as simple as > > doing a > > > tar cf - ${STAGING_DIR} | (cd /; tar xf -) > As I said, I lose the P-III optimizations while it's a host, > or is there a variable to installworld that says ROOT is HERE...??? Yes. It's called DESTDIR, as in: make installworld DESTDIR=/foo/bar/baz > > Or the CPUTYPE stuff needs to be removed from 4.3. Not necessarily. We just need to provide a conservative default and a short note. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 17: 5:35 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 287F637B718; Mon, 12 Mar 2001 17:05:32 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2D0xSn14424; Mon, 12 Mar 2001 18:59:28 -0600 (CST) (envelope-from ler) Date: Mon, 12 Mar 2001 18:59:28 -0600 From: Larry Rosenman To: Marcel Moolenaar Cc: John Baldwin , qa@FreeBSD.org, marcel@FreeBSD.org Subject: Re: cputype=486 Message-ID: <20010312185928.A14402@lerami.lerctr.org> References: <3AAD394D.49597B93@cup.hp.com> <20010312.21272700@ler-freebie.iadfw.net> <3AAD485E.272DF239@cup.hp.com> <20010312.22211700@ler-freebie.iadfw.net> <3AAD53EA.F71920E8@cup.hp.com> <20010312.23010600@ler-freebie.iadfw.net> <3AAD6AB5.889C73F8@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <3AAD6AB5.889C73F8@cup.hp.com>; from marcel@cup.hp.com on Mon, Mar 12, 2001 at 04:32:53PM -0800 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Marcel Moolenaar [010312 18:32]: > Larry Rosenman wrote: > > > > > 4. Mount the i486 root partition on you P-III and > > > do the install on your P-III. > > > > > Ad 4: it would be nice if we had some sort of staging. That way, the > > > install can be performed on the P-III. The staging area could then be > > > mounted by other machines and "installed". This could be as simple as > > > doing a > > > > > tar cf - ${STAGING_DIR} | (cd /; tar xf -) > > As I said, I lose the P-III optimizations while it's a host, > > or is there a variable to installworld that says ROOT is HERE...??? > > Yes. It's called DESTDIR, as in: > > make installworld DESTDIR=/foo/bar/baz NOPE, doesn't work, as install -fschg doesn't work across NFS. I'll post the log in a bit. SO, now I guess I have to ignore the CPUTYPE= setting while installing the 486. I don't think this was what was intended. > > > > > Or the CPUTYPE stuff needs to be removed from 4.3. > > Not necessarily. We just need to provide a conservative default and a > short note. > > -- > Marcel Moolenaar > mail: marcel@cup.hp.com / marcel@FreeBSD.org > tel: (408) 447-4222 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 17: 8:55 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id C3F3137B71A; Mon, 12 Mar 2001 17:08:33 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2D15VL14902; Mon, 12 Mar 2001 19:05:31 -0600 (CST) (envelope-from ler) Date: Mon, 12 Mar 2001 19:05:30 -0600 From: Larry Rosenman To: Marcel Moolenaar Cc: John Baldwin , qa@FreeBSD.org, marcel@FreeBSD.org, jkh@FreeBSD.org Subject: Re: cputype=486 Message-ID: <20010312190530.A14665@lerami.lerctr.org> References: <3AAD394D.49597B93@cup.hp.com> <20010312.21272700@ler-freebie.iadfw.net> <3AAD485E.272DF239@cup.hp.com> <20010312.22211700@ler-freebie.iadfw.net> <3AAD53EA.F71920E8@cup.hp.com> <20010312.23010600@ler-freebie.iadfw.net> <3AAD6AB5.889C73F8@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.16i In-Reply-To: <3AAD6AB5.889C73F8@cup.hp.com>; from marcel@cup.hp.com on Mon, Mar 12, 2001 at 04:32:53PM -0800 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Marcel Moolenaar [010312 18:32]: > Larry Rosenman wrote: > >=20 > > > 4. Mount the i486 root partition on you P-III and > > > do the install on your P-III. > >=20 > > > Ad 4: it would be nice if we had some sort of staging. That way, the > > > install can be performed on the P-III. The staging area could then be > > > mounted by other machines and "installed". This could be as simple as > > > doing a > >=20 > > > tar cf - ${STAGING_DIR} | (cd /; tar xf -) > > As I said, I lose the P-III optimizations while it's a host, > > or is there a variable to installworld that says ROOT is HERE...??? >=20 > Yes. It's called DESTDIR, as in: >=20 > make installworld DESTDIR=3D/foo/bar/baz >=20 > >=20 > > Or the CPUTYPE stuff needs to be removed from 4.3. >=20 > Not necessarily. We just need to provide a conservative default and a > short note. OK, the NFS idea died too, differently: So, now what? This means I have to take a 24-hour buildworld, or lose the P-III optimizations on the P-III when I'm making new worlds. THIS IS NOT ACCEPTABLE.=20 Either make the cross-archetecture stuff work, or remove CPUTYPE! NFS /etc/exports from the 486: ### / -maproot=3D0:0 -alldirs lerbsd.lerctr.org /usr -maproot=3D0:0 -alldirs lerbsd.lerctr.org output from: make installworld DESTDIR=3D/nfs/fw >& makeinstallworld-486-2 mkdir -p /tmp/install.6221 for prog in [ awk cat chflags chmod chown date echo egrep find grep instal= l ln make makewhatis mtree mv perl rm sed sh sysctl test true uname wc zic= ; do cp `which $prog` /tmp/install.6221; done cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj COMPILER_PATH=3D/usr/obj/usr/src/= i386/usr/libexec:/usr/obj/usr/src/i386/usr/bin LIBRARY_PATH=3D/usr/obj/usr= /src/i386/usr/lib:/usr/obj/usr/src/i386/usr/lib OBJFORMAT_PATH=3D/usr/obj/= usr/src/i386/usr/libexec PERL5LIB=3D/usr/obj/usr/src/i386/usr/libdata/perl= /5.00503 PATH=3D/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/b= in:/usr/obj/usr/src/i386/usr/games:/tmp/install.6221 make -f Makefile.inc1 = reinstall -------------------------------------------------------------- >>> Making hierarchy -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 hierarchy cd /usr/src/etc; make distrib-dirs mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p /nfs/fw/ tmp changed type expected dir found link var changed type expected dir found link mtree -deU -f /usr/src/etc/mtree/BSD.var.dist -p /nfs/fw/var mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /nfs/fw/usr mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /nfs/fw/usr/include mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /nfs/fw/usr/libdata/p= erl/5.00503/mach cd /nfs/fw/; rm -f /nfs/fw/sys; ln -s usr/src/sys sys cd /nfs/fw/usr/share/man/en.ISO_8859-1; ln -sf ../man* . cd /nfs/fw/usr/share/locale; set - `cat /usr/src/etc/locale.alias`; while= [ $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done cd /nfs/fw/usr/share/nls; set - `cat /usr/src/etc/locale.alias`; while [ = $# -gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done; rm = -rf POSIX; ln -s C POSIX -------------------------------------------------------------- >>> Installing everything.. -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 install =3D=3D=3D> share/info =3D=3D=3D> include if [ -h /nfs/fw/usr/include/cam ]; then rm -f /nfs/fw/usr/include/cam; fi if [ -h /nfs/fw/usr/include/msdosfs ]; then rm -f /nfs/fw/usr/include/msdo= sfs; fi if [ -h /nfs/fw/usr/include/net ]; then rm -f /nfs/fw/usr/include/net; fi if [ -h /nfs/fw/usr/include/netatalk ]; then rm -f /nfs/fw/usr/include/net= atalk; fi if [ -h /nfs/fw/usr/include/netatm ]; then rm -f /nfs/fw/usr/include/netat= m; fi if [ -h /nfs/fw/usr/include/netgraph ]; then rm -f /nfs/fw/usr/include/net= graph; fi if [ -h /nfs/fw/usr/include/netinet ]; then rm -f /nfs/fw/usr/include/neti= net; fi if [ -h /nfs/fw/usr/include/netinet6 ]; then rm -f /nfs/fw/usr/include/net= inet6; fi if [ -h /nfs/fw/usr/include/netipx ]; then rm -f /nfs/fw/usr/include/netip= x; fi if [ -h /nfs/fw/usr/include/netkey ]; then rm -f /nfs/fw/usr/include/netke= y; fi if [ -h /nfs/fw/usr/include/netnatm ]; then rm -f /nfs/fw/usr/include/netn= atm; fi if [ -h /nfs/fw/usr/include/netncp ]; then rm -f /nfs/fw/usr/include/netnc= p; fi if [ -h /nfs/fw/usr/include/netns ]; then rm -f /nfs/fw/usr/include/netns;= fi if [ -h /nfs/fw/usr/include/nfs ]; then rm -f /nfs/fw/usr/include/nfs; fi if [ -h /nfs/fw/usr/include/ntfs ]; then rm -f /nfs/fw/usr/include/ntfs; = fi if [ -h /nfs/fw/usr/include/nwfs ]; then rm -f /nfs/fw/usr/include/nwfs; = fi if [ -h /nfs/fw/usr/include/pccard ]; then rm -f /nfs/fw/usr/include/pccar= d; fi if [ -h /nfs/fw/usr/include/posix4 ]; then rm -f /nfs/fw/usr/include/posix= 4; fi if [ -h /nfs/fw/usr/include/sys ]; then rm -f /nfs/fw/usr/include/sys; fi if [ -h /nfs/fw/usr/include/vm ]; then rm -f /nfs/fw/usr/include/vm; fi if [ -h /nfs/fw/usr/include/isofs/cd9660 ]; then rm -f /nfs/fw/usr/include= /isofs/cd9660; fi if [ -h /nfs/fw/usr/include/ufs/ffs ]; then rm -f /nfs/fw/usr/include/ufs/= ffs; fi if [ -h /nfs/fw/usr/include/ufs/mfs ]; then rm -f /nfs/fw/usr/include/ufs/= mfs; fi if [ -h /nfs/fw/usr/include/ufs/ufs ]; then rm -f /nfs/fw/usr/include/ufs/= ufs; fi if [ -h /nfs/fw/usr/include/dev/ppbus ]; then rm -f /nfs/fw/usr/include/de= v/ppbus; fi if [ -h /nfs/fw/usr/include/dev/usb ]; then rm -f /nfs/fw/usr/include/dev/= usb; fi if [ -h /nfs/fw/usr/include/machine ]; then rm -f /nfs/fw/usr/include/mach= ine; fi mtree -deU -f /usr/src/include/../etc/mtree/BSD.include.dist -p /nfs/fw/us= r/include cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 cam/*.h /n= fs/fw/usr/include/cam cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 msdosfs/*.h= /nfs/fw/usr/include/msdosfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 net/*.h /n= fs/fw/usr/include/net cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netatalk/*.= h /nfs/fw/usr/include/netatalk cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netatm/*.h = /nfs/fw/usr/include/netatm cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netgraph/*.= h /nfs/fw/usr/include/netgraph cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netinet/*.h= /nfs/fw/usr/include/netinet cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netinet6/*.= h /nfs/fw/usr/include/netinet6 cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netipx/*.h = /nfs/fw/usr/include/netipx cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netkey/*.h = /nfs/fw/usr/include/netkey cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netnatm/*.h= /nfs/fw/usr/include/netnatm cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netncp/*.h = /nfs/fw/usr/include/netncp cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netns/*.h = /nfs/fw/usr/include/netns cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 nfs/*.h /n= fs/fw/usr/include/nfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ntfs/*.h /= nfs/fw/usr/include/ntfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 nwfs/*.h /= nfs/fw/usr/include/nwfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 pccard/*.h = /nfs/fw/usr/include/pccard cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 posix4/*.h = /nfs/fw/usr/include/posix4 cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 sys/*.h /n= fs/fw/usr/include/sys cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 vm/*.h /nf= s/fw/usr/include/vm cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 isofs/cd966= 0/*.h /nfs/fw/usr/include/isofs/cd9660 cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/ffs/*.h= /nfs/fw/usr/include/ufs/ffs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/mfs/*.h= /nfs/fw/usr/include/ufs/mfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/ufs/*.h= /nfs/fw/usr/include/ufs/ufs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 cam/scsi/*.= h /nfs/fw/usr/include/cam/scsi cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 dev/ppbus/*= .h /nfs/fw/usr/include/dev/ppbus cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 dev/usb/*.h= /nfs/fw/usr/include/dev/usb cd /usr/src/include/../sys/i386/include; install -C -o root -g wheel -m 44= 4 *.h /nfs/fw/usr/include/machine ln -sf ../sys/soundcard.h /nfs/fw/usr/include/machine/soundcard.h ln -sf ../sys/joystick.h /nfs/fw/usr/include/machine/joystick.h cd /usr/src/include; install -C -o root -g wheel -m 444 a.out.h ar.h asse= rt.h bitstring.h ctype.h db.h dirent.h disktab.h dlfcn.h elf.h err.h fnmat= ch.h fstab.h fts.h glob.h grp.h strhash.h histedit.h ieeefp.h ifaddrs.h is= o646.h libgen.h limits.h link.h locale.h malloc.h memory.h mpool.h ndbm.h= netdb.h nl_types.h nlist.h objformat.h paths.h pthread.h pthread_np.h pwd= .h ranlib.h regex.h regexp.h resolv.h rune.h runetype.h search.h setjmp.h= sgtty.h signal.h stab.h stddef.h stdio.h stdlib.h string.h stringlist.h = strings.h struct.h sysexits.h tar.h time.h timers.h ttyent.h unistd.h utim= e.h utmp.h vis.h /nfs/fw/usr/include cd /usr/src/include/arpa; install -C -o root -g wheel -m 444 ftp.h inet.h= nameser.h nameser_compat.h telnet.h tftp.h /nfs/fw/usr/include/arpa cd /usr/src/include/protocols; install -C -o root -g wheel -m 444 dumpres= tore.h routed.h rwhod.h talkd.h timed.h /nfs/fw/usr/include/protocols cd /usr/src/include/rpc; install -C -o root -g wheel -m 444 auth.h auth_u= nix.h clnt.h pmap_clnt.h pmap_prot.h pmap_rmt.h rpc.h rpc_com.h rpc_msg.h = svc.h svc_auth.h types.h xdr.h auth_des.h des.h des_crypt.h /nfs/fw/usr/in= clude/rpc install -C -o root -g wheel -m 444 /usr/obj/usr/src/include/osreldate.h /= nfs/fw/usr/include ln -sf sys/aio.h /nfs/fw/usr/include/aio.h ln -sf sys/errno.h /nfs/fw/usr/include/errno.h ln -sf sys/fcntl.h /nfs/fw/usr/include/fcntl.h ln -sf sys/inttypes.h /nfs/fw/usr/include/inttypes.h ln -sf sys/linker_set.h /nfs/fw/usr/include/linker_set.h ln -sf sys/poll.h /nfs/fw/usr/include/poll.h ln -sf sys/syslog.h /nfs/fw/usr/include/syslog.h ln -sf sys/termios.h /nfs/fw/usr/include/termios.h ln -sf sys/ucontext.h /nfs/fw/usr/include/ucontext.h ln -sf machine/float.h /nfs/fw/usr/include/float.h ln -sf machine/floatingpoint.h /nfs/fw/usr/include/floatingpoint.h ln -sf machine/stdarg.h /nfs/fw/usr/include/stdarg.h ln -sf machine/varargs.h /nfs/fw/usr/include/varargs.h ln -sf posix4/mqueue.h /nfs/fw/usr/include/mqueue.h ln -sf posix4/sched.h /nfs/fw/usr/include/sched.h ln -sf posix4/semaphore.h /nfs/fw/usr/include/semaphore.h =3D=3D=3D> include/rpcsvc install -C -o root -g wheel -m 444 /usr/src/include/rpcsvc/yp_prot.h /usr/= src/include/rpcsvc/ypclnt.h /usr/src/include/rpcsvc/nis_db.h /usr/src/inclu= de/rpcsvc/nis_tags.h /usr/src/include/rpcsvc/nislib.h /usr/src/include/rpc= svc/bootparam_prot.x /usr/src/include/rpcsvc/key_prot.x /usr/src/include/rp= csvc/klm_prot.x /usr/src/include/rpcsvc/mount.x /usr/src/include/rpcsvc/nfs= _prot.x /usr/src/include/rpcsvc/nlm_prot.x /usr/src/include/rpcsvc/rex.x /u= sr/src/include/rpcsvc/rnusers.x /usr/src/include/rpcsvc/rquota.x /usr/src/i= nclude/rpcsvc/rstat.x /usr/src/include/rpcsvc/rwall.x /usr/src/include/rpcs= vc/sm_inter.x /usr/src/include/rpcsvc/spray.x /usr/src/include/rpcsvc/yppas= swd.x /usr/src/include/rpcsvc/yp.x /usr/src/include/rpcsvc/ypxfrd.x /usr/sr= c/include/rpcsvc/ypupdate_prot.x /usr/src/include/rpcsvc/nis.x /usr/src/inc= lude/rpcsvc/nis_cache.x /usr/src/include/rpcsvc/nis_object.x /usr/src/inclu= de/rpcsvc/nis_callback.x /usr/src/include/rpcsvc/crypt.x key_prot.h klm_pr= ot.h mount.h nfs_prot.h nlm_prot.h rex.h rnusers.h rquota.h rstat.h rwall.= h sm_inter.h spray.h yppasswd.h yp.h ypxfrd.h ypupdate_prot.h nis.h nis_ca= che.h nis_callback.h bootparam_prot.h crypt.h /nfs/fw/usr/include/rpcsvc install -C -o root -g wheel -m 444 key_prot.h /nfs/fw/usr/include/rpc =3D=3D=3D> lib =3D=3D=3D> lib/csu/i386-elf install -c -o root -g wheel -m 444 crt1.o /nfs/fw/usr/lib/crt1.o install -c -o root -g wheel -m 444 crti.o /nfs/fw/usr/lib/crti.o install -c -o root -g wheel -m 444 crtn.o /nfs/fw/usr/lib/crtn.o install -c -o root -g wheel -m 444 gcrt1.o /nfs/fw/usr/lib/gcrt1.o =3D=3D=3D> lib/libcom_err cd /usr/src/lib/libcom_err && install -C -o root -g wheel -m 444 /usr/src= /lib/libcom_err/../../contrib/com_err/com_err.h /nfs/fw/usr/include cd /usr/src/lib/libcom_err && install -C -o root -g wheel -m 444 /usr/src= /lib/libcom_err/../../contrib/com_err/com_right.h /nfs/fw/usr/include install -c -o root -g wheel -m 444 libcom_err.a /nfs/fw/usr/lib install -c -o root -g wheel -m 444 libcom_err_p.a /nfs/fw/usr/lib install -c -s -o root -g wheel -m 444 libcom_err.so.2 /nfs/fw/usr/lib ln -sf libcom_err.so.2 /nfs/fw/usr/lib/libcom_err.so install -c -o root -g wheel -m 444 com_err.3.gz /nfs/fw/usr/share/man/man3 =3D=3D=3D> lib/libcom_err/doc install-info --quiet --defsection=3D"Programming & development tools." --= defentry=3D"* libcom_err: (com_err). A Common Error Description Libr= ary for UNIX." com_err.info /nfs/fw/usr/share/info/dir install -c -o root -g wheel -m 444 com_err.info.gz /nfs/fw/usr/share/info =3D=3D=3D> lib/libcrypt install -c -o root -g wheel -m 444 libscrypt.a /nfs/fw/usr/lib install -c -o root -g wheel -m 444 libscrypt_p.a /nfs/fw/usr/lib install -c -s -o root -g wheel -m 444 -fschg libscrypt.so.2 /nfs/fw/usr/= lib install: /nfs/fw/usr/lib/libscrypt.so.2: Permission denied *** Error code 71 Stop in /usr/src/lib/libcrypt. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. >=20 > --=20 > Marcel Moolenaar > mail: marcel@cup.hp.com / marcel@FreeBSD.org > tel: (408) 447-4222 --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 17:13:10 2001 Delivered-To: freebsd-qa@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id B9E9A37B718; Mon, 12 Mar 2001 17:13:05 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id E8B94643; Mon, 12 Mar 2001 17:13:04 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id RAA28452; Mon, 12 Mar 2001 17:13:04 -0800 (PST) Message-ID: <3AAD741F.33D45B3E@cup.hp.com> Date: Mon, 12 Mar 2001 17:13:03 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Larry Rosenman Cc: John Baldwin , qa@FreeBSD.org, marcel@FreeBSD.org Subject: Re: cputype=486 References: <3AAD394D.49597B93@cup.hp.com> <20010312.21272700@ler-freebie.iadfw.net> <3AAD485E.272DF239@cup.hp.com> <20010312.22211700@ler-freebie.iadfw.net> <3AAD53EA.F71920E8@cup.hp.com> <20010312.23010600@ler-freebie.iadfw.net> <3AAD6AB5.889C73F8@cup.hp.com> <20010312185928.A14402@lerami.lerctr.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Larry Rosenman wrote: > > SO, now I guess I have to ignore the CPUTYPE= setting while installing > the 486. Yes, it boils down to that... -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 17:45:13 2001 Delivered-To: freebsd-qa@freebsd.org Received: from smtp3.knology.net (user-24-214-63-13.knology.net [24.214.63.13]) by hub.freebsd.org (Postfix) with SMTP id 58CCD37B71A for ; Mon, 12 Mar 2001 17:45:10 -0800 (PST) (envelope-from steve@havk.org) Received: (qmail 2034 invoked from network); 13 Mar 2001 01:45:09 -0000 Received: from user-24-214-88-8.knology.net (HELO bsd.havk.org) (24.214.88.8) by user-24-214-63-13.knology.net with SMTP; 13 Mar 2001 01:45:09 -0000 Received: by bsd.havk.org (Postfix, from userid 1001) id 7649B1A786; Mon, 12 Mar 2001 19:44:43 -0600 (CST) Date: Mon, 12 Mar 2001 19:44:43 -0600 From: Steve Price To: stable@freebsd.org Subject: dc network card driver problems in 4.3-BETA Message-ID: <20010312194443.C39224@bsd.havk.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 4.2-STABLE i386 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I just upgraded a box from 4.2-RELEASE to 4.3-BETA from sources yesterday and the dc driver no longer likes my network card. The card is a Kingston KNE110TX. Here is the dmesg output from today. root@needle(~)# dmesg | more grep '^dc0:' dc0: <82c169 PNIC 10/100BaseTX> port 0xec00-0xecff mem 0xd5820000-0xd5820ff irq 11 at device 13.0 on pci0 dc0: Ethernet address: 00:c0:f0:5a:d0:ce dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state dc0: failed to force tx and rx to idle state root@needle(~)# uname -a FreeBSD needle.marthapullen.com 4.3-BETA FreeBSD 4.3-BETA #0: Mon Mar 12 11:05:30 CST 2001 steve@needle.marthapullen.com:/usr/src/sys/compile/needle i386 And here is the dmesg output from the previous kernel. root@needle(~)# dmesg | more grep '^dc0:' dc0: <82c169 PNIC 10/100BaseTX> port 0xec00-0xecff mem 0xd5820000-0xd58200ff irq 11 at device 13.0 on pci0 dc0: Ethernet address: 00:c0:f0:5a:d0:ce root@needle(~)# uname -a FreeBSD needle.marthapullen.com 4.2-RELEASE FreeBSD 4.2-RELEASE #0: Mon Nov 20 13:02:55 GMT 2000 jkh@bento.FreeBSD.org:/usr/src/sys/compile/GENERIC i386 The network card was working fine until after I upgraded. Now it doesn't seem to want to transmit any packets. In fact I can't do simple things like 'ping 192.168.21.3' which is the IP address for this card without getting 'permission denied' messages. Has anyone else experienced this problem? Thanks. -- Steve Price To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 17:46:42 2001 Delivered-To: freebsd-qa@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 9E7E537B719; Mon, 12 Mar 2001 17:46:36 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2D1kJA98544; Mon, 12 Mar 2001 17:46:19 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010312185928.A14402@lerami.lerctr.org> Date: Mon, 12 Mar 2001 17:46:04 -0800 (PST) From: John Baldwin To: Larry Rosenman Subject: Re: cputype=486 Cc: marcel@FreeBSD.org, qa@FreeBSD.org, Marcel Moolenaar Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Mar-01 Larry Rosenman wrote: > * Marcel Moolenaar [010312 18:32]: >> Larry Rosenman wrote: >> > >> > > 4. Mount the i486 root partition on you P-III and >> > > do the install on your P-III. >> > >> > > Ad 4: it would be nice if we had some sort of staging. That way, the >> > > install can be performed on the P-III. The staging area could then be >> > > mounted by other machines and "installed". This could be as simple as >> > > doing a >> > >> > > tar cf - ${STAGING_DIR} | (cd /; tar xf -) >> > As I said, I lose the P-III optimizations while it's a host, >> > or is there a variable to installworld that says ROOT is HERE...??? >> >> Yes. It's called DESTDIR, as in: >> >> make installworld DESTDIR=/foo/bar/baz > NOPE, doesn't work, as install -fschg doesn't work across NFS. > > I'll post the log in a bit. > > SO, now I guess I have to ignore the CPUTYPE= setting while installing > the 486. > > I don't think this was what was intended. Can you try editing src/Makefile.inc1 where it says something like this: installworld: mkdir -p ${INSTALLTMP} for prog in [ awk cat chflags chmod chown date echo egrep find grep \ install ln make makewhatis mtree mv perl rm sed sh sysctl \ test true uname wc zic; do \ cp `which $$prog` ${INSTALLTMP}; \ done cd ${.CURDIR}; ${IMAKE} reinstall rm -rf ${INSTALLTMP} add 'strip' to the list of files copied in that loop and then try running a normal installworld with an NFS mounted /usr/obj and /usr/src on the 486 like you did originally? -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 17:57:27 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 0E30E37B719; Mon, 12 Mar 2001 17:57:18 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2D1vHa17534; Mon, 12 Mar 2001 19:57:17 -0600 (CST) (envelope-from ler) Date: Mon, 12 Mar 2001 19:57:17 -0600 From: Larry Rosenman To: John Baldwin Cc: marcel@FreeBSD.org, qa@FreeBSD.org, Marcel Moolenaar Subject: Re: cputype=486 Message-ID: <20010312195717.A17315@lerami.lerctr.org> References: <20010312185928.A14402@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.16i In-Reply-To: ; from jhb@FreeBSD.org on Mon, Mar 12, 2001 at 05:46:04PM -0800 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * John Baldwin [010312 19:46]: >=20 > On 13-Mar-01 Larry Rosenman wrote: > > * Marcel Moolenaar [010312 18:32]: > >> Larry Rosenman wrote: > >> >=20 > >> > > 4. Mount the i486 root partition on you P-III and > >> > > do the install on your P-III. > >> >=20 > >> > > Ad 4: it would be nice if we had some sort of staging. That way, t= he > >> > > install can be performed on the P-III. The staging area could then= be > >> > > mounted by other machines and "installed". This could be as simple= as > >> > > doing a > >> >=20 > >> > > tar cf - ${STAGING_DIR} | (cd /; tar xf -) > >> > As I said, I lose the P-III optimizations while it's a host, > >> > or is there a variable to installworld that says ROOT is HERE...??? > >>=20 > >> Yes. It's called DESTDIR, as in: > >>=20 > >> make installworld DESTDIR=3D/foo/bar/baz > > NOPE, doesn't work, as install -fschg doesn't work across NFS. > >=20 > > I'll post the log in a bit.=20 > >=20 > > SO, now I guess I have to ignore the CPUTYPE=3D setting while installing > > the 486. > >=20 > > I don't think this was what was intended.=20 >=20 > Can you try editing src/Makefile.inc1 where it says something like this: >=20 > installworld: > mkdir -p ${INSTALLTMP} > for prog in [ awk cat chflags chmod chown date echo egrep find gr= ep \ > install ln make makewhatis mtree mv perl rm sed sh sysctl \ > test true uname wc zic; do \ > cp `which $$prog` ${INSTALLTMP}; \ > done > cd ${.CURDIR}; ${IMAKE} reinstall > rm -rf ${INSTALLTMP} >=20 > add 'strip' to the list of files copied in that loop and then try running= a > normal installworld with an NFS mounted /usr/obj and /usr/src on the 486 = like > you did originally? No dice: mkdir -p /tmp/install.20973 for prog in [ awk cat chflags chmod chown date echo egrep find grep instal= l ln make makewhatis mtree mv perl rm sed sh sysctl strip test true uname = wc zic; do cp `which $prog` /tmp/install.20973; done cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj COMPILER_PATH=3D/usr/obj/usr/src/= i386/usr/libexec:/usr/obj/usr/src/i386/usr/bin LIBRARY_PATH=3D/usr/obj/usr= /src/i386/usr/lib:/usr/obj/usr/src/i386/usr/lib OBJFORMAT_PATH=3D/usr/obj/= usr/src/i386/usr/libexec PERL5LIB=3D/usr/obj/usr/src/i386/usr/libdata/perl= /5.00503 PATH=3D/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/b= in:/usr/obj/usr/src/i386/usr/games:/tmp/install.20973 make -f Makefile.inc1= reinstall -------------------------------------------------------------- >>> Making hierarchy -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 hierarchy cd /usr/src/etc; make distrib-dirs mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p / tmp changed type expected dir found link var changed type expected dir found link mtree -deU -f /usr/src/etc/mtree/BSD.var.dist -p /var mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/libdata/perl/5.0= 0503/mach cd /; rm -f /sys; ln -s usr/src/sys sys cd /usr/share/man/en.ISO_8859-1; ln -sf ../man* . cd /usr/share/locale; set - `cat /usr/src/etc/locale.alias`; while [ $# -= gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done cd /usr/share/nls; set - `cat /usr/src/etc/locale.alias`; while [ $# -gt = 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done; rm -rf POS= IX; ln -s C POSIX -------------------------------------------------------------- >>> Installing everything.. -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 install =3D=3D=3D> share/info =3D=3D=3D> include if [ -h /usr/include/cam ]; then rm -f /usr/include/cam; fi if [ -h /usr/include/msdosfs ]; then rm -f /usr/include/msdosfs; fi if [ -h /usr/include/net ]; then rm -f /usr/include/net; fi if [ -h /usr/include/netatalk ]; then rm -f /usr/include/netatalk; fi if [ -h /usr/include/netatm ]; then rm -f /usr/include/netatm; fi if [ -h /usr/include/netgraph ]; then rm -f /usr/include/netgraph; fi if [ -h /usr/include/netinet ]; then rm -f /usr/include/netinet; fi if [ -h /usr/include/netinet6 ]; then rm -f /usr/include/netinet6; fi if [ -h /usr/include/netipx ]; then rm -f /usr/include/netipx; fi if [ -h /usr/include/netkey ]; then rm -f /usr/include/netkey; fi if [ -h /usr/include/netnatm ]; then rm -f /usr/include/netnatm; fi if [ -h /usr/include/netncp ]; then rm -f /usr/include/netncp; fi if [ -h /usr/include/netns ]; then rm -f /usr/include/netns; fi if [ -h /usr/include/nfs ]; then rm -f /usr/include/nfs; fi if [ -h /usr/include/ntfs ]; then rm -f /usr/include/ntfs; fi if [ -h /usr/include/nwfs ]; then rm -f /usr/include/nwfs; fi if [ -h /usr/include/pccard ]; then rm -f /usr/include/pccard; fi if [ -h /usr/include/posix4 ]; then rm -f /usr/include/posix4; fi if [ -h /usr/include/sys ]; then rm -f /usr/include/sys; fi if [ -h /usr/include/vm ]; then rm -f /usr/include/vm; fi if [ -h /usr/include/isofs/cd9660 ]; then rm -f /usr/include/isofs/cd9660;= fi if [ -h /usr/include/ufs/ffs ]; then rm -f /usr/include/ufs/ffs; fi if [ -h /usr/include/ufs/mfs ]; then rm -f /usr/include/ufs/mfs; fi if [ -h /usr/include/ufs/ufs ]; then rm -f /usr/include/ufs/ufs; fi if [ -h /usr/include/dev/ppbus ]; then rm -f /usr/include/dev/ppbus; fi if [ -h /usr/include/dev/usb ]; then rm -f /usr/include/dev/usb; fi if [ -h /usr/include/machine ]; then rm -f /usr/include/machine; fi mtree -deU -f /usr/src/include/../etc/mtree/BSD.include.dist -p /usr/inclu= de cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 cam/*.h /u= sr/include/cam cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 msdosfs/*.h= /usr/include/msdosfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 net/*.h /u= sr/include/net cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netatalk/*.= h /usr/include/netatalk cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netatm/*.h = /usr/include/netatm cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netgraph/*.= h /usr/include/netgraph cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netinet/*.h= /usr/include/netinet cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netinet6/*.= h /usr/include/netinet6 cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netipx/*.h = /usr/include/netipx cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netkey/*.h = /usr/include/netkey cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netnatm/*.h= /usr/include/netnatm cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netncp/*.h = /usr/include/netncp cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netns/*.h = /usr/include/netns cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 nfs/*.h /u= sr/include/nfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ntfs/*.h /= usr/include/ntfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 nwfs/*.h /= usr/include/nwfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 pccard/*.h = /usr/include/pccard cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 posix4/*.h = /usr/include/posix4 cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 sys/*.h /u= sr/include/sys cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 vm/*.h /us= r/include/vm cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 isofs/cd966= 0/*.h /usr/include/isofs/cd9660 cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/ffs/*.h= /usr/include/ufs/ffs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/mfs/*.h= /usr/include/ufs/mfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/ufs/*.h= /usr/include/ufs/ufs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 cam/scsi/*.= h /usr/include/cam/scsi cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 dev/ppbus/*= .h /usr/include/dev/ppbus cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 dev/usb/*.h= /usr/include/dev/usb cd /usr/src/include/../sys/i386/include; install -C -o root -g wheel -m 44= 4 *.h /usr/include/machine ln -sf ../sys/soundcard.h /usr/include/machine/soundcard.h ln -sf ../sys/joystick.h /usr/include/machine/joystick.h cd /usr/src/include; install -C -o root -g wheel -m 444 a.out.h ar.h asse= rt.h bitstring.h ctype.h db.h dirent.h disktab.h dlfcn.h elf.h err.h fnmat= ch.h fstab.h fts.h glob.h grp.h strhash.h histedit.h ieeefp.h ifaddrs.h is= o646.h libgen.h limits.h link.h locale.h malloc.h memory.h mpool.h ndbm.h= netdb.h nl_types.h nlist.h objformat.h paths.h pthread.h pthread_np.h pwd= .h ranlib.h regex.h regexp.h resolv.h rune.h runetype.h search.h setjmp.h= sgtty.h signal.h stab.h stddef.h stdio.h stdlib.h string.h stringlist.h = strings.h struct.h sysexits.h tar.h time.h timers.h ttyent.h unistd.h utim= e.h utmp.h vis.h /usr/include cd /usr/src/include/arpa; install -C -o root -g wheel -m 444 ftp.h inet.h= nameser.h nameser_compat.h telnet.h tftp.h /usr/include/arpa cd /usr/src/include/protocols; install -C -o root -g wheel -m 444 dumpres= tore.h routed.h rwhod.h talkd.h timed.h /usr/include/protocols cd /usr/src/include/rpc; install -C -o root -g wheel -m 444 auth.h auth_u= nix.h clnt.h pmap_clnt.h pmap_prot.h pmap_rmt.h rpc.h rpc_com.h rpc_msg.h = svc.h svc_auth.h types.h xdr.h auth_des.h des.h des_crypt.h /usr/include/r= pc install -C -o root -g wheel -m 444 /usr/obj/usr/src/include/osreldate.h /= usr/include ln -sf sys/aio.h /usr/include/aio.h ln -sf sys/errno.h /usr/include/errno.h ln -sf sys/fcntl.h /usr/include/fcntl.h ln -sf sys/inttypes.h /usr/include/inttypes.h ln -sf sys/linker_set.h /usr/include/linker_set.h ln -sf sys/poll.h /usr/include/poll.h ln -sf sys/syslog.h /usr/include/syslog.h ln -sf sys/termios.h /usr/include/termios.h ln -sf sys/ucontext.h /usr/include/ucontext.h ln -sf machine/float.h /usr/include/float.h ln -sf machine/floatingpoint.h /usr/include/floatingpoint.h ln -sf machine/stdarg.h /usr/include/stdarg.h ln -sf machine/varargs.h /usr/include/varargs.h ln -sf posix4/mqueue.h /usr/include/mqueue.h ln -sf posix4/sched.h /usr/include/sched.h ln -sf posix4/semaphore.h /usr/include/semaphore.h =3D=3D=3D> include/rpcsvc install -C -o root -g wheel -m 444 /usr/src/include/rpcsvc/yp_prot.h /usr/= src/include/rpcsvc/ypclnt.h /usr/src/include/rpcsvc/nis_db.h /usr/src/inclu= de/rpcsvc/nis_tags.h /usr/src/include/rpcsvc/nislib.h /usr/src/include/rpc= svc/bootparam_prot.x /usr/src/include/rpcsvc/key_prot.x /usr/src/include/rp= csvc/klm_prot.x /usr/src/include/rpcsvc/mount.x /usr/src/include/rpcsvc/nfs= _prot.x /usr/src/include/rpcsvc/nlm_prot.x /usr/src/include/rpcsvc/rex.x /u= sr/src/include/rpcsvc/rnusers.x /usr/src/include/rpcsvc/rquota.x /usr/src/i= nclude/rpcsvc/rstat.x /usr/src/include/rpcsvc/rwall.x /usr/src/include/rpcs= vc/sm_inter.x /usr/src/include/rpcsvc/spray.x /usr/src/include/rpcsvc/yppas= swd.x /usr/src/include/rpcsvc/yp.x /usr/src/include/rpcsvc/ypxfrd.x /usr/sr= c/include/rpcsvc/ypupdate_prot.x /usr/src/include/rpcsvc/nis.x /usr/src/inc= lude/rpcsvc/nis_cache.x /usr/src/include/rpcsvc/nis_object.x /usr/src/inclu= de/rpcsvc/nis_callback.x /usr/src/include/rpcsvc/crypt.x key_prot.h klm_pr= ot.h mount.h nfs_prot.h nlm_prot.h rex.h rnusers.h rquota.h rstat.h rwall.= h sm_inter.h spray.h yppasswd.h yp.h ypxfrd.h ypupdate_prot.h nis.h nis_ca= che.h nis_callback.h bootparam_prot.h crypt.h /usr/include/rpcsvc install -C -o root -g wheel -m 444 key_prot.h /usr/include/rpc =3D=3D=3D> lib =3D=3D=3D> lib/csu/i386-elf install -c -o root -g wheel -m 444 crt1.o /usr/lib/crt1.o install -c -o root -g wheel -m 444 crti.o /usr/lib/crti.o install -c -o root -g wheel -m 444 crtn.o /usr/lib/crtn.o install -c -o root -g wheel -m 444 gcrt1.o /usr/lib/gcrt1.o =3D=3D=3D> lib/libcom_err cd /usr/src/lib/libcom_err && install -C -o root -g wheel -m 444 /usr/src= /lib/libcom_err/../../contrib/com_err/com_err.h /usr/include cd /usr/src/lib/libcom_err && install -C -o root -g wheel -m 444 /usr/src= /lib/libcom_err/../../contrib/com_err/com_right.h /usr/include install -c -o root -g wheel -m 444 libcom_err.a /usr/lib install -c -o root -g wheel -m 444 libcom_err_p.a /usr/lib install -c -s -o root -g wheel -m 444 libcom_err.so.2 /usr/lib *** Error code 70 Stop in /usr/src/lib/libcom_err. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 18:49: 8 2001 Delivered-To: freebsd-qa@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id A71B437B718; Mon, 12 Mar 2001 18:49:04 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2D2j2A01220; Mon, 12 Mar 2001 18:45:02 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010312195717.A17315@lerami.lerctr.org> Date: Mon, 12 Mar 2001 18:44:47 -0800 (PST) From: John Baldwin To: Larry Rosenman Subject: Re: cputype=486 Cc: Marcel Moolenaar , qa@FreeBSD.org, marcel@FreeBSD.org Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Mar-01 Larry Rosenman wrote: > * John Baldwin [010312 19:46]: >> >> On 13-Mar-01 Larry Rosenman wrote: >> > * Marcel Moolenaar [010312 18:32]: >> >> Larry Rosenman wrote: >> >> > >> >> > > 4. Mount the i486 root partition on you P-III and >> >> > > do the install on your P-III. >> >> > >> >> > > Ad 4: it would be nice if we had some sort of staging. That way, the >> >> > > install can be performed on the P-III. The staging area could then be >> >> > > mounted by other machines and "installed". This could be as simple as >> >> > > doing a >> >> > >> >> > > tar cf - ${STAGING_DIR} | (cd /; tar xf -) >> >> > As I said, I lose the P-III optimizations while it's a host, >> >> > or is there a variable to installworld that says ROOT is HERE...??? >> >> >> >> Yes. It's called DESTDIR, as in: >> >> >> >> make installworld DESTDIR=/foo/bar/baz >> > NOPE, doesn't work, as install -fschg doesn't work across NFS. >> > >> > I'll post the log in a bit. >> > >> > SO, now I guess I have to ignore the CPUTYPE= setting while installing >> > the 486. >> > >> > I don't think this was what was intended. >> >> Can you try editing src/Makefile.inc1 where it says something like this: >> >> installworld: >> mkdir -p ${INSTALLTMP} >> for prog in [ awk cat chflags chmod chown date echo egrep find grep >> \ >> install ln make makewhatis mtree mv perl rm sed sh sysctl \ >> test true uname wc zic; do \ >> cp `which $$prog` ${INSTALLTMP}; \ >> done >> cd ${.CURDIR}; ${IMAKE} reinstall >> rm -rf ${INSTALLTMP} >> >> add 'strip' to the list of files copied in that loop and then try running a >> normal installworld with an NFS mounted /usr/obj and /usr/src on the 486 >> like >> you did originally? > > No dice: > > mkdir -p /tmp/install.20973 > for prog in [ awk cat chflags chmod chown date echo egrep find grep install > ln make makewhatis mtree mv perl rm sed sh sysctl strip test true uname wc > zic; do cp `which $prog` /tmp/install.20973; done > cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj > COMPILER_PATH=/usr/obj/usr/src/i386/usr/libexec:/usr/obj/usr/src/i386/usr/bin > LIBRARY_PATH=/usr/obj/usr/src/i386/usr/lib:/usr/obj/usr/src/i386/usr/lib > OBJFORMAT_PATH=/usr/obj/usr/src/i386/usr/libexec PERL5LIB=/usr/obj/usr/src/i3 > 86/usr/libdata/perl/5.00503 > PATH=/usr/obj/usr/src/i386/usr/sbin:/usr/obj/usr/src/i386/usr/bin:/usr/obj/usr > /src/i386/usr/games:/tmp/install.20973 make -f Makefile.inc1 reinstall Oh, the /tmp/install.XXXX path is last here. Grrrr, so the cross tools gets used during installworld. :( This is _bad_ and breaks cross built world installs. Marcel, can we have just the /tmp/install.XXXXX' as the path for the installworld? Larry, it may not work, but you can try editing src/Makefile.inc1 again and changing the IMAKEENV variable to just set PATH to ${INSTALLTMP} (i.e. remove ${STRICTTMPPATH}). You may have to add more binaries to the list of those copied over in the installworld: target for it to work however. As for a general solution, this still might not work for cross builds to other archs as some of the binaries that are needed aren't statically linked I'm betting. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 18:54:17 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 85EBA37B718; Mon, 12 Mar 2001 18:54:08 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2D2s7g20507; Mon, 12 Mar 2001 20:54:07 -0600 (CST) (envelope-from ler) Date: Mon, 12 Mar 2001 20:54:07 -0600 From: Larry Rosenman To: John Baldwin Cc: Marcel Moolenaar , qa@FreeBSD.org, marcel@FreeBSD.org, jkh@FreeBSD.org Subject: Re: cputype=486 Message-ID: <20010312205407.A20097@lerami.lerctr.org> References: <20010312195717.A17315@lerami.lerctr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.3.16i In-Reply-To: ; from jhb@FreeBSD.org on Mon, Mar 12, 2001 at 06:44:47PM -0800 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * John Baldwin [010312 20:45]: > Oh, the /tmp/install.XXXX path is last here. Grrrr, so the cross tools g= ets > used during installworld. :( This is _bad_ and breaks cross built world > installs. Marcel, can we have just the /tmp/install.XXXXX' as the path f= or the > installworld? >=20 > Larry, it may not work, but you can try editing src/Makefile.inc1 again a= nd > changing the IMAKEENV variable to just set PATH to ${INSTALLTMP} (i.e. re= move > ${STRICTTMPPATH}). You may have to add more binaries to the list of those > copied over in the installworld: target for it to work however. As for a > general solution, this still might not work for cross builds to other arc= hs as > some of the binaries that are needed aren't statically linked I'm betting. no dice, still. Still get the signal 4 in strip.=20 mkdir -p /tmp/install.21652 for prog in [ awk cat chflags chmod chown date echo egrep find grep instal= l ln make makewhatis mtree mv perl rm sed sh sysctl strip test true uname = wc zic; do cp `which $prog` /tmp/install.21652; done cd /usr/src; MAKEOBJDIRPREFIX=3D/usr/obj COMPILER_PATH=3D/usr/obj/usr/src/= i386/usr/libexec:/usr/obj/usr/src/i386/usr/bin LIBRARY_PATH=3D/usr/obj/usr= /src/i386/usr/lib:/usr/obj/usr/src/i386/usr/lib OBJFORMAT_PATH=3D/usr/obj/= usr/src/i386/usr/libexec PERL5LIB=3D/usr/obj/usr/src/i386/usr/libdata/perl= /5.00503 PATH=3D/tmp/install.21652 make -f Makefile.inc1 reinstall -------------------------------------------------------------- >>> Making hierarchy -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 hierarchy cd /usr/src/etc; make distrib-dirs mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -p / tmp changed type expected dir found link var changed type expected dir found link mtree -deU -f /usr/src/etc/mtree/BSD.var.dist -p /var mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -p /usr mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/include mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -p /usr/libdata/perl/5.0= 0503/mach cd /; rm -f /sys; ln -s usr/src/sys sys cd /usr/share/man/en.ISO_8859-1; ln -sf ../man* . cd /usr/share/locale; set - `cat /usr/src/etc/locale.alias`; while [ $# -= gt 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done cd /usr/share/nls; set - `cat /usr/src/etc/locale.alias`; while [ $# -gt = 0 ] ; do rm -rf "$1"; ln -s "$2" "$1"; shift; shift; done; rm -rf POS= IX; ln -s C POSIX -------------------------------------------------------------- >>> Installing everything.. -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 install =3D=3D=3D> share/info =3D=3D=3D> include if [ -h /usr/include/cam ]; then rm -f /usr/include/cam; fi if [ -h /usr/include/msdosfs ]; then rm -f /usr/include/msdosfs; fi if [ -h /usr/include/net ]; then rm -f /usr/include/net; fi if [ -h /usr/include/netatalk ]; then rm -f /usr/include/netatalk; fi if [ -h /usr/include/netatm ]; then rm -f /usr/include/netatm; fi if [ -h /usr/include/netgraph ]; then rm -f /usr/include/netgraph; fi if [ -h /usr/include/netinet ]; then rm -f /usr/include/netinet; fi if [ -h /usr/include/netinet6 ]; then rm -f /usr/include/netinet6; fi if [ -h /usr/include/netipx ]; then rm -f /usr/include/netipx; fi if [ -h /usr/include/netkey ]; then rm -f /usr/include/netkey; fi if [ -h /usr/include/netnatm ]; then rm -f /usr/include/netnatm; fi if [ -h /usr/include/netncp ]; then rm -f /usr/include/netncp; fi if [ -h /usr/include/netns ]; then rm -f /usr/include/netns; fi if [ -h /usr/include/nfs ]; then rm -f /usr/include/nfs; fi if [ -h /usr/include/ntfs ]; then rm -f /usr/include/ntfs; fi if [ -h /usr/include/nwfs ]; then rm -f /usr/include/nwfs; fi if [ -h /usr/include/pccard ]; then rm -f /usr/include/pccard; fi if [ -h /usr/include/posix4 ]; then rm -f /usr/include/posix4; fi if [ -h /usr/include/sys ]; then rm -f /usr/include/sys; fi if [ -h /usr/include/vm ]; then rm -f /usr/include/vm; fi if [ -h /usr/include/isofs/cd9660 ]; then rm -f /usr/include/isofs/cd9660;= fi if [ -h /usr/include/ufs/ffs ]; then rm -f /usr/include/ufs/ffs; fi if [ -h /usr/include/ufs/mfs ]; then rm -f /usr/include/ufs/mfs; fi if [ -h /usr/include/ufs/ufs ]; then rm -f /usr/include/ufs/ufs; fi if [ -h /usr/include/dev/ppbus ]; then rm -f /usr/include/dev/ppbus; fi if [ -h /usr/include/dev/usb ]; then rm -f /usr/include/dev/usb; fi if [ -h /usr/include/machine ]; then rm -f /usr/include/machine; fi mtree -deU -f /usr/src/include/../etc/mtree/BSD.include.dist -p /usr/inclu= de cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 cam/*.h /u= sr/include/cam cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 msdosfs/*.h= /usr/include/msdosfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 net/*.h /u= sr/include/net cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netatalk/*.= h /usr/include/netatalk cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netatm/*.h = /usr/include/netatm cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netgraph/*.= h /usr/include/netgraph cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netinet/*.h= /usr/include/netinet cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netinet6/*.= h /usr/include/netinet6 cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netipx/*.h = /usr/include/netipx cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netkey/*.h = /usr/include/netkey cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netnatm/*.h= /usr/include/netnatm cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netncp/*.h = /usr/include/netncp cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 netns/*.h = /usr/include/netns cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 nfs/*.h /u= sr/include/nfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ntfs/*.h /= usr/include/ntfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 nwfs/*.h /= usr/include/nwfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 pccard/*.h = /usr/include/pccard cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 posix4/*.h = /usr/include/posix4 cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 sys/*.h /u= sr/include/sys cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 vm/*.h /us= r/include/vm cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 isofs/cd966= 0/*.h /usr/include/isofs/cd9660 cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/ffs/*.h= /usr/include/ufs/ffs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/mfs/*.h= /usr/include/ufs/mfs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 ufs/ufs/*.h= /usr/include/ufs/ufs cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 cam/scsi/*.= h /usr/include/cam/scsi cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 dev/ppbus/*= .h /usr/include/dev/ppbus cd /usr/src/include/../sys; install -C -o root -g wheel -m 444 dev/usb/*.h= /usr/include/dev/usb cd /usr/src/include/../sys/i386/include; install -C -o root -g wheel -m 44= 4 *.h /usr/include/machine ln -sf ../sys/soundcard.h /usr/include/machine/soundcard.h ln -sf ../sys/joystick.h /usr/include/machine/joystick.h cd /usr/src/include; install -C -o root -g wheel -m 444 a.out.h ar.h asse= rt.h bitstring.h ctype.h db.h dirent.h disktab.h dlfcn.h elf.h err.h fnmat= ch.h fstab.h fts.h glob.h grp.h strhash.h histedit.h ieeefp.h ifaddrs.h is= o646.h libgen.h limits.h link.h locale.h malloc.h memory.h mpool.h ndbm.h= netdb.h nl_types.h nlist.h objformat.h paths.h pthread.h pthread_np.h pwd= .h ranlib.h regex.h regexp.h resolv.h rune.h runetype.h search.h setjmp.h= sgtty.h signal.h stab.h stddef.h stdio.h stdlib.h string.h stringlist.h = strings.h struct.h sysexits.h tar.h time.h timers.h ttyent.h unistd.h utim= e.h utmp.h vis.h /usr/include cd /usr/src/include/arpa; install -C -o root -g wheel -m 444 ftp.h inet.h= nameser.h nameser_compat.h telnet.h tftp.h /usr/include/arpa cd /usr/src/include/protocols; install -C -o root -g wheel -m 444 dumpres= tore.h routed.h rwhod.h talkd.h timed.h /usr/include/protocols cd /usr/src/include/rpc; install -C -o root -g wheel -m 444 auth.h auth_u= nix.h clnt.h pmap_clnt.h pmap_prot.h pmap_rmt.h rpc.h rpc_com.h rpc_msg.h = svc.h svc_auth.h types.h xdr.h auth_des.h des.h des_crypt.h /usr/include/r= pc install -C -o root -g wheel -m 444 /usr/obj/usr/src/include/osreldate.h /= usr/include ln -sf sys/aio.h /usr/include/aio.h ln -sf sys/errno.h /usr/include/errno.h ln -sf sys/fcntl.h /usr/include/fcntl.h ln -sf sys/inttypes.h /usr/include/inttypes.h ln -sf sys/linker_set.h /usr/include/linker_set.h ln -sf sys/poll.h /usr/include/poll.h ln -sf sys/syslog.h /usr/include/syslog.h ln -sf sys/termios.h /usr/include/termios.h ln -sf sys/ucontext.h /usr/include/ucontext.h ln -sf machine/float.h /usr/include/float.h ln -sf machine/floatingpoint.h /usr/include/floatingpoint.h ln -sf machine/stdarg.h /usr/include/stdarg.h ln -sf machine/varargs.h /usr/include/varargs.h ln -sf posix4/mqueue.h /usr/include/mqueue.h ln -sf posix4/sched.h /usr/include/sched.h ln -sf posix4/semaphore.h /usr/include/semaphore.h =3D=3D=3D> include/rpcsvc install -C -o root -g wheel -m 444 /usr/src/include/rpcsvc/yp_prot.h /usr/= src/include/rpcsvc/ypclnt.h /usr/src/include/rpcsvc/nis_db.h /usr/src/inclu= de/rpcsvc/nis_tags.h /usr/src/include/rpcsvc/nislib.h /usr/src/include/rpc= svc/bootparam_prot.x /usr/src/include/rpcsvc/key_prot.x /usr/src/include/rp= csvc/klm_prot.x /usr/src/include/rpcsvc/mount.x /usr/src/include/rpcsvc/nfs= _prot.x /usr/src/include/rpcsvc/nlm_prot.x /usr/src/include/rpcsvc/rex.x /u= sr/src/include/rpcsvc/rnusers.x /usr/src/include/rpcsvc/rquota.x /usr/src/i= nclude/rpcsvc/rstat.x /usr/src/include/rpcsvc/rwall.x /usr/src/include/rpcs= vc/sm_inter.x /usr/src/include/rpcsvc/spray.x /usr/src/include/rpcsvc/yppas= swd.x /usr/src/include/rpcsvc/yp.x /usr/src/include/rpcsvc/ypxfrd.x /usr/sr= c/include/rpcsvc/ypupdate_prot.x /usr/src/include/rpcsvc/nis.x /usr/src/inc= lude/rpcsvc/nis_cache.x /usr/src/include/rpcsvc/nis_object.x /usr/src/inclu= de/rpcsvc/nis_callback.x /usr/src/include/rpcsvc/crypt.x key_prot.h klm_pr= ot.h mount.h nfs_prot.h nlm_prot.h rex.h rnusers.h rquota.h rstat.h rwall.= h sm_inter.h spray.h yppasswd.h yp.h ypxfrd.h ypupdate_prot.h nis.h nis_ca= che.h nis_callback.h bootparam_prot.h crypt.h /usr/include/rpcsvc install -C -o root -g wheel -m 444 key_prot.h /usr/include/rpc =3D=3D=3D> lib =3D=3D=3D> lib/csu/i386-elf install -c -o root -g wheel -m 444 crt1.o /usr/lib/crt1.o install -c -o root -g wheel -m 444 crti.o /usr/lib/crti.o install -c -o root -g wheel -m 444 crtn.o /usr/lib/crtn.o install -c -o root -g wheel -m 444 gcrt1.o /usr/lib/gcrt1.o =3D=3D=3D> lib/libcom_err cd /usr/src/lib/libcom_err && install -C -o root -g wheel -m 444 /usr/src= /lib/libcom_err/../../contrib/com_err/com_err.h /usr/include cd /usr/src/lib/libcom_err && install -C -o root -g wheel -m 444 /usr/src= /lib/libcom_err/../../contrib/com_err/com_right.h /usr/include install -c -o root -g wheel -m 444 libcom_err.a /usr/lib install -c -o root -g wheel -m 444 libcom_err_p.a /usr/lib install -c -s -o root -g wheel -m 444 libcom_err.so.2 /usr/lib *** Error code 70 Stop in /usr/src/lib/libcom_err. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 19:21:48 2001 Delivered-To: freebsd-qa@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 9BB7937B719; Mon, 12 Mar 2001 19:21:45 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 86A8215D4B; Mon, 12 Mar 2001 16:24:33 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id QAA26091; Mon, 12 Mar 2001 16:24:32 -0800 (PST) Message-ID: <3AAD68C0.E7E1DAD@cup.hp.com> Date: Mon, 12 Mar 2001 16:24:32 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: qa@FreeBSD.org, marcel@FreeBSD.org, Larry Rosenman Subject: Re: cputype=486 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: > > > Your /usr/lib/libc.a has -march=pentiumpro code and consequently, any > > binaries that are staticly linked against it. > > Hmm. Ok, so why do we have the /tmp/install.XXX if we don't use them during > installworld? /tmp/install.XXX is there to save the binaries we use during install before they are overwritten by versions that may not yet be able to run on the machine. The idea has the most value in the context of an automatic upgrade process where you can't reboot after installing the new kernel and before installing world. A second purpose is to avoid install conflicts when -j is being used. The conflict arrises when a binary (say /bin/sh) is being installed while at the same time is also being executed. There's a short window when the binary can not be run, causing the install to fail. > This died on the 486 in installworld. The installworld should > be using binaries from the machine being installed to (/tmp/install.XXXX) > right? We also pick up the tools we previously built as part of the buildworld. In this case, there's no point in saving strip if we use the one under /usr/obj (see below for the flaw in the method). We can't use the one installed on the system, because that one may not handle the object format (think aout -> elf transition of example). > libc.a). This makes no sense. In the cross-arch case that would mean we would > run an i386 binary to strip alpha binaries to try to strip the alpha binaries > while running the installworld on the alpha. This would obviously not work. That's why the binaries are installed under /usr/obj/usr/src/i386. The binaries are only valid on i386 machines. Hmmm... If the install is on an Alpha, we don't have a populated /usr/obj/usr/src/alpha tree and consequently need to copy more tools into /tmp/install.XXX ... I think we need to make sure the tools always exist. This may mean that we need to build them during installworld as well... Hmmm... -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 19:55:22 2001 Delivered-To: freebsd-qa@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id 5403D37B719; Mon, 12 Mar 2001 19:55:20 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id 7DD91B44; Mon, 12 Mar 2001 19:55:19 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id TAA04899; Mon, 12 Mar 2001 19:55:18 -0800 (PST) Message-ID: <3AAD9A26.8FBCB3D5@cup.hp.com> Date: Mon, 12 Mar 2001 19:55:18 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin Cc: Larry Rosenman , qa@FreeBSD.org, marcel@FreeBSD.org Subject: Re: cputype=486 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: > > Oh, the /tmp/install.XXXX path is last here. Grrrr, so the cross tools gets > used during installworld. :( This is _bad_ and breaks cross built world > installs. Marcel, can we have just the /tmp/install.XXXXX' as the path for the > installworld? In theory: no. In Larry's case, it probably works. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 20:40:17 2001 Delivered-To: freebsd-qa@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 2725237B718; Mon, 12 Mar 2001 20:40:15 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id AF3021745E; Mon, 12 Mar 2001 17:33:51 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id RAA29463; Mon, 12 Mar 2001 17:33:24 -0800 (PST) Message-ID: <3AAD78E4.75B12D7@cup.hp.com> Date: Mon, 12 Mar 2001 17:33:24 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Larry Rosenman Cc: John Baldwin , qa@FreeBSD.org, marcel@FreeBSD.org, jkh@FreeBSD.org Subject: Re: cputype=486 References: <3AAD394D.49597B93@cup.hp.com> <20010312.21272700@ler-freebie.iadfw.net> <3AAD485E.272DF239@cup.hp.com> <20010312.22211700@ler-freebie.iadfw.net> <3AAD53EA.F71920E8@cup.hp.com> <20010312.23010600@ler-freebie.iadfw.net> <3AAD6AB5.889C73F8@cup.hp.com> <20010312190530.A14665@lerami.lerctr.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Larry Rosenman wrote: > THIS IS NOT ACCEPTABLE. > > Either make the cross-archetecture stuff work, or remove CPUTYPE! You're forgetting that you're not actually doing any cross-architecture stuff. It's much easier to fix if a pentium was considered a different architecture than i486. It's not; hence the frustration... In my reply to the "splitting make.conf" thread on -arch, I mentioned something I called modes. Whether that's a good name is totally irrelevant at this time. What is relevant is that modes *may* save us here. Not that it'll help us for 4.3, because it'll probably involve some serious work, but it's one possible way to have cross-building be more finegrained than only looking at the architecture. No doubt, other solutions will exist as well that may even be more simple... -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Mon Mar 12 22:46:47 2001 Delivered-To: freebsd-qa@freebsd.org Received: from moby.geekhouse.net (moby.geekhouse.net [64.81.6.36]) by hub.freebsd.org (Postfix) with ESMTP id 7DA0A37B718; Mon, 12 Mar 2001 22:46:44 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@dhcp152.geekhouse.net [192.168.1.152]) by moby.geekhouse.net (8.11.0/8.9.3) with ESMTP id f2D6jl164099; Mon, 12 Mar 2001 22:45:51 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3AAD68C0.E7E1DAD@cup.hp.com> Date: Mon, 12 Mar 2001 22:43:40 -0800 (PST) From: John Baldwin To: Marcel Moolenaar Subject: Re: cputype=486 Cc: Larry Rosenman , marcel@FreeBSD.org, qa@FreeBSD.org Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Mar-01 Marcel Moolenaar wrote: > We also pick up the tools we previously built as part of the buildworld. > In this case, there's no point in saving strip if we use the one under > /usr/obj (see below for the flaw in the method). We can't use the one > installed on the system, because that one may not handle the object > format (think aout -> elf transition of example). Oh, ouch, that shoots a hole in number 1) below then. Argh. >> libc.a). This makes no sense. In the cross-arch case that would mean we >> would >> run an i386 binary to strip alpha binaries to try to strip the alpha >> binaries >> while running the installworld on the alpha. This would obviously not work. > > That's why the binaries are installed under /usr/obj/usr/src/i386. The > binaries are only valid on i386 machines. > > Hmmm... If the install is on an Alpha, we don't have a populated > /usr/obj/usr/src/alpha tree and consequently need to copy more tools > into /tmp/install.XXX ... I think we need to make sure the tools always > exist. This may mean that we need to build them during installworld as > well... Hmmm... Hmm, install-tools need to match the install machine, and I can see a few ways of achieving that but none of them seem perfect: 1) Copy said tools into /tmp/install.XXXX like we do now, but copy _all_ of them and just pull from that directory. This has the disadvantage that we have to be somewhat backwards compatible and can't use new tool options, etc. in installworld so that the old tools will work fine. 2) At the beginning of installworld, compile a new set of static install tools at the beginning on the install machine. This has several problems in that a) this would require mixing sources in usr/src with whatever headers and libraries are on the machine and thus aren't necessairly in sync leading to compile time or, even worse, run time errors, b) it would possibly not make installworld a read-only operation on usr/obj in a big way, and c) it would take a noticable amount of time. :) 3) We compile a separate set of static install tools during buildworld that are linked against the the libraries compiled during the normal world build that live in usr/obj/usr/src/lib/*. The downside here is again the extra time. Ugh, my head hurts. :-/ -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Tue Mar 13 0: 4:48 2001 Delivered-To: freebsd-qa@freebsd.org Received: from ringworld.nanolink.com (ringworld.nanolink.com [195.24.48.13]) by hub.freebsd.org (Postfix) with SMTP id CF8FB37B71A for ; Tue, 13 Mar 2001 00:04:34 -0800 (PST) (envelope-from roam@ringworld.nanolink.com) Received: (qmail 13850 invoked by uid 1000); 13 Mar 2001 08:03:31 -0000 Date: Tue, 13 Mar 2001 10:03:31 +0200 From: Peter Pentchev To: freebsd-bugs@FreeBSD.org Cc: Shunsuke SHINOMIYA , freebsd-qa@FreeBSD.org Subject: Re: BRIDGE problem in 4.3-BETA Message-ID: <20010313100331.A12943@ringworld.oblivion.bg> Mail-Followup-To: freebsd-bugs@FreeBSD.org, Shunsuke SHINOMIYA , freebsd-qa@FreeBSD.org References: <20010313141526.BBC7.S-SHINO@kt.rim.or.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010313141526.BBC7.S-SHINO@kt.rim.or.jp>; from s-shino@kt.rim.or.jp on Tue, Mar 13, 2001 at 02:34:59PM +0900 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, Mar 13, 2001 at 02:34:59PM +0900, Shunsuke SHINOMIYA wrote: > > Dear Sir, > > I testing FreeBSD 4.3-BETA as bridge and firewall with dummynet now. > BRIDGE seems to have a problem that caused by change in if_ethersubr.c > between 1.70.2.12 and 1.70.2.13. > > For example, FreeBSD box has some NICs, the box can receive packets > via only interface that assigned IP address. Some packets can not > receive via another interfaces(IP address is not assigned). > > If kernel compiled with BRIDGE option, confirms destination of packets by > bridge_dst_lookup() in bridge_in() and ether_demux() compare the > packet's destination with only the received a NIC's MAC address and > discard the packet if bridge_dst_lookup() returned BDG_LOCAL. Could someone please also take a look at PR kern/25630? It seems that this is the same problem.. G'luck, Peter -- Hey, out there - is it *you* reading me, or is it someone else? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Tue Mar 13 4:27:51 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 7E1A137B718; Tue, 13 Mar 2001 04:27:48 -0800 (PST) (envelope-from ler@lerctr.org) Received: (from ler@localhost) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) id f2DCLj117972; Tue, 13 Mar 2001 06:21:45 -0600 (CST) (envelope-from ler) Date: Tue, 13 Mar 2001 06:21:45 -0600 From: Larry Rosenman To: Marcel Moolenaar Cc: John Baldwin , qa@FreeBSD.org, marcel@FreeBSD.org, jkh@FreeBSD.org Subject: Re: cputype=486 Message-ID: <20010313062145.A17775@lerami.lerctr.org> References: <3AAD394D.49597B93@cup.hp.com> <20010312.21272700@ler-freebie.iadfw.net> <3AAD485E.272DF239@cup.hp.com> <20010312.22211700@ler-freebie.iadfw.net> <3AAD53EA.F71920E8@cup.hp.com> <20010312.23010600@ler-freebie.iadfw.net> <3AAD6AB5.889C73F8@cup.hp.com> <20010312190530.A14665@lerami.lerctr.org> <3AAD78E4.75B12D7@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <3AAD78E4.75B12D7@cup.hp.com>; from marcel@cup.hp.com on Mon, Mar 12, 2001 at 05:33:24PM -0800 X-Mailer: Mutt http://www.mutt.org/ Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG * Marcel Moolenaar [010312 22:40]: > Larry Rosenman wrote: > > > THIS IS NOT ACCEPTABLE. > > > > Either make the cross-archetecture stuff work, or remove CPUTYPE! > > You're forgetting that you're not actually doing any cross-architecture > stuff. It's much easier to fix if a pentium was considered a different > architecture than i486. It's not; hence the frustration... > > In my reply to the "splitting make.conf" thread on -arch, I mentioned > something I called modes. Whether that's a good name is totally > irrelevant at this time. What is relevant is that modes *may* save us > here. Not that it'll help us for 4.3, because it'll probably involve > some serious work, but it's one possible way to have cross-building be > more finegrained than only looking at the architecture. No doubt, other > solutions will exist as well that may even be more simple... Since I'm not on -arch, I have no idea what you are speaking of. I guess for 4.3 we need a note that host machine for i386 needs to NOT have CPUTYPE set while compile/install of a lower processor class is possible. Ugh. LER > > -- > Marcel Moolenaar > mail: marcel@cup.hp.com / marcel@FreeBSD.org > tel: (408) 447-4222 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Tue Mar 13 13:57:48 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 2303437B71D; Tue, 13 Mar 2001 13:57:45 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2DLmSI16378; Tue, 13 Mar 2001 15:48:37 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Tue, 13 Mar 2001 21:48:28 GMT Message-ID: <20010313.21482800@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: Marcel Moolenaar Cc: Larry Rosenman , John Baldwin , qa@FreeBSD.org, marcel@FreeBSD.org, jkh@FreeBSD.org, kris@FreeBSD.org In-Reply-To: <3AAD78E4.75B12D7@cup.hp.com> References: <3AAD394D.49597B93@cup.hp.com> <20010312.21272700@ler-freebie.iadfw.net> <3AAD485E.272DF239@cup.hp.com> <20010312.22211700@ler-freebie.iadfw.net> <3AAD53EA.F71920E8@cup.hp.com> <20010312.23010600@ler-freebie.iadfw.net> <3AAD6AB5.889C73F8@cup.hp.com> <20010312190530.A14665@lerami.lerctr.org> <3AAD78E4.75B12D7@cup.hp.com> X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG So, what is the final word from the powers that be re: 4.3 and CPUTYPE? = LER >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/12/01, 7:33:24 PM, Marcel Moolenaar wrote=20 regarding Re: cputype=3D486: > Larry Rosenman wrote: > > THIS IS NOT ACCEPTABLE. > > > > Either make the cross-archetecture stuff work, or remove CPUTYPE! > You're forgetting that you're not actually doing any cross-architectur= e > stuff. It's much easier to fix if a pentium was considered a different= > architecture than i486. It's not; hence the frustration... > In my reply to the "splitting make.conf" thread on -arch, I mentioned= > something I called modes. Whether that's a good name is totally > irrelevant at this time. What is relevant is that modes *may* save us > here. Not that it'll help us for 4.3, because it'll probably involve > some serious work, but it's one possible way to have cross-building be= > more finegrained than only looking at the architecture. No doubt, othe= r > solutions will exist as well that may even be more simple... > -- > Marcel Moolenaar > mail: marcel@cup.hp.com / marcel@FreeBSD.org > tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Tue Mar 13 14:12:55 2001 Delivered-To: freebsd-qa@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id C99BD37B719; Tue, 13 Mar 2001 14:12:52 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C556B66B6C; Tue, 13 Mar 2001 14:12:51 -0800 (PST) Date: Tue, 13 Mar 2001 14:12:51 -0800 From: Kris Kennaway To: Larry Rosenman Cc: Marcel Moolenaar , John Baldwin , qa@FreeBSD.org, marcel@FreeBSD.org, jkh@FreeBSD.org, kris@FreeBSD.org Subject: Re: cputype=486 Message-ID: <20010313141251.A18519@mollari.cthul.hu> References: <3AAD394D.49597B93@cup.hp.com> <20010312.21272700@ler-freebie.iadfw.net> <3AAD485E.272DF239@cup.hp.com> <20010312.22211700@ler-freebie.iadfw.net> <3AAD53EA.F71920E8@cup.hp.com> <20010312.23010600@ler-freebie.iadfw.net> <3AAD6AB5.889C73F8@cup.hp.com> <20010312190530.A14665@lerami.lerctr.org> <3AAD78E4.75B12D7@cup.hp.com> <20010313.21482800@ler-freebie.iadfw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010313.21482800@ler-freebie.iadfw.net>; from ler@lerctr.org on Tue, Mar 13, 2001 at 09:48:28PM +0000 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 13, 2001 at 09:48:28PM +0000, Larry Rosenman wrote: > So, what is the final word from the powers that be re: 4.3 and CPUTYPE?= =20 CPUTYPE has nothing to do with the problem here, so it doesn't need to be removed. The issue is that libraries from the host system are being used in some cases by the installed tools built for the target system, which is the wrong behaviour and may cause them to fail in other situations than if they were compiled with CPUTYPE (remember, CPUTYPE does nothing which you couldn't already do with CFLAGS). Kris --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rptjWry0BWjoQKURAlfbAJ44kJbPk9tgT8QjunQF1qXWvs+iUgCeNXt8 VlanD6mkG7gTOEtFCK0F52c= =uAx3 -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Tue Mar 13 14:32:59 2001 Delivered-To: freebsd-qa@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id B031937B71A; Tue, 13 Mar 2001 14:32:56 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2DMWnG39176; Tue, 13 Mar 2001 14:32:49 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010313141251.A18519@mollari.cthul.hu> Date: Tue, 13 Mar 2001 14:32:28 -0800 (PST) From: John Baldwin To: Kris Kennaway Subject: Re: cputype=486 Cc: kris@FreeBSD.org, jkh@FreeBSD.org, marcel@FreeBSD.org, qa@FreeBSD.org, Marcel Moolenaar , Larry Rosenman Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Mar-01 Kris Kennaway wrote: > On Tue, Mar 13, 2001 at 09:48:28PM +0000, Larry Rosenman wrote: >> So, what is the final word from the powers that be re: 4.3 and CPUTYPE? > > CPUTYPE has nothing to do with the problem here, so it doesn't need to > be removed. The issue is that libraries from the host system are > being used in some cases by the installed tools built for the target > system, which is the wrong behaviour and may cause them to fail in > other situations than if they were compiled with CPUTYPE (remember, > CPUTYPE does nothing which you couldn't already do with CFLAGS). > > Kris Well, solving this problem in a sane fashion is not easy, and I don't think we have time to do it before 4.3. I think that there should be a warning that building a world with a CPUTYPE < the CPUTYPE of the build machine is not supported for 4.3. -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Tue Mar 13 14:34: 0 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 8079937B71A; Tue, 13 Mar 2001 14:33:57 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2DMRnI18359; Tue, 13 Mar 2001 16:27:49 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Tue, 13 Mar 2001 22:27:49 GMT Message-ID: <20010313.22274900@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: Kris Kennaway Cc: Larry Rosenman , Marcel Moolenaar , =?US-ASCII?Q?John?= Baldwin , qa@FreeBSD.org, marcel@FreeBSD.org, jkh@FreeBSD.org, kris@FreeBSD.org In-Reply-To: <20010313141251.A18519@mollari.cthul.hu> References: <3AAD394D.49597B93@cup.hp.com> <20010312.21272700@ler-freebie.iadfw.net> <3AAD485E.272DF239@cup.hp.com> <20010312.22211700@ler-freebie.iadfw.net> <3AAD53EA.F71920E8@cup.hp.com> <20010312.23010600@ler-freebie.iadfw.net> <3AAD6AB5.889C73F8@cup.hp.com> <20010312190530.A14665@lerami.lerctr.org> <3AAD78E4.75B12D7@cup.hp.com> <20010313.21482800@ler-freebie.iadfw.net> <20010313141251.A18519@mollari.cthul.hu> X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG So, we agree that it is wrong for the cross stuff to use host libraries = when building tools that will run on the target? Marcel seemed to=20 indicate that this was fine. I think that it is wrong. Will a note be = added at least for 4.3 to note this for the naive novice user?=20 Meanwhile, I'm building a non-PPro optimized set, and installing my 486 = to current -STABLE.=20 LER >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/13/01, 4:12:51 PM, Kris Kennaway wrote regard= ing=20 Re: cputype=3D486: > On Tue, Mar 13, 2001 at 09:48:28PM +0000, Larry Rosenman wrote: > > So, what is the final word from the powers that be re: 4.3 and CPUTY= PE? > CPUTYPE has nothing to do with the problem here, so it doesn't need to= > be removed. The issue is that libraries from the host system are > being used in some cases by the installed tools built for the target > system, which is the wrong behaviour and may cause them to fail in > other situations than if they were compiled with CPUTYPE (remember, > CPUTYPE does nothing which you couldn't already do with CFLAGS). > Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Tue Mar 13 14:37:10 2001 Delivered-To: freebsd-qa@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 05D9737B71A; Tue, 13 Mar 2001 14:37:07 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7FE6066E9E; Tue, 13 Mar 2001 14:37:06 -0800 (PST) Date: Tue, 13 Mar 2001 14:37:06 -0800 From: Kris Kennaway To: John Baldwin Cc: Kris Kennaway , kris@FreeBSD.org, jkh@FreeBSD.org, marcel@FreeBSD.org, qa@FreeBSD.org, Marcel Moolenaar , Larry Rosenman Subject: Re: cputype=486 Message-ID: <20010313143706.A19201@mollari.cthul.hu> References: <20010313141251.A18519@mollari.cthul.hu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="ew6BAiZeqk4r7MaW" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jhb@FreeBSD.org on Tue, Mar 13, 2001 at 02:32:28PM -0800 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --ew6BAiZeqk4r7MaW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 13, 2001 at 02:32:28PM -0800, John Baldwin wrote: >=20 > On 13-Mar-01 Kris Kennaway wrote: > > On Tue, Mar 13, 2001 at 09:48:28PM +0000, Larry Rosenman wrote: > >> So, what is the final word from the powers that be re: 4.3 and CPUTYPE= ?=20 > >=20 > > CPUTYPE has nothing to do with the problem here, so it doesn't need to > > be removed. The issue is that libraries from the host system are > > being used in some cases by the installed tools built for the target > > system, which is the wrong behaviour and may cause them to fail in > > other situations than if they were compiled with CPUTYPE (remember, > > CPUTYPE does nothing which you couldn't already do with CFLAGS). > >=20 > > Kris >=20 > Well, solving this problem in a sane fashion is not easy, and I don't thi= nk we > have time to do it before 4.3. I think that there should be a warning th= at > building a world with a CPUTYPE < the CPUTYPE of the build machine is not > supported for 4.3. That's probably the solution here. Kris --ew6BAiZeqk4r7MaW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rqERWry0BWjoQKURAntpAKDtVriqGAW5sbmpXUTEGtZpnwGNZgCeMBr4 P6saVZcSI7iErK8AgIbjSqw= =tfr5 -----END PGP SIGNATURE----- --ew6BAiZeqk4r7MaW-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Tue Mar 13 14:41:15 2001 Delivered-To: freebsd-qa@freebsd.org Received: from lerami.lerctr.org (lerami.lerctr.org [207.158.72.11]) by hub.freebsd.org (Postfix) with ESMTP id 6961F37B718; Tue, 13 Mar 2001 14:41:11 -0800 (PST) (envelope-from ler@lerctr.org) Received: from ler-freebie.iadfw.net (ler-freebie.iadfw.net [206.66.13.221]) by lerami.lerctr.org (8.11.3/8.11.3/20010112/$Revision: 1.13 $) with SMTP id f2DMf7I19055; Tue, 13 Mar 2001 16:41:07 -0600 (CST) (envelope-from ler@lerctr.org) From: Larry Rosenman Date: Tue, 13 Mar 2001 22:41:07 GMT Message-ID: <20010313.22410700@ler-freebie.iadfw.net> Subject: Re: cputype=486 To: Kris Kennaway Cc: John Baldwin , kris@FreeBSD.org, jkh@FreeBSD.org, marcel@FreeBSD.org, qa@FreeBSD.org, Marcel Moolenaar , =?US-ASCII?Q?Larry?= Rosenman In-Reply-To: <20010313143706.A19201@mollari.cthul.hu> References: <20010313141251.A18519@mollari.cthul.hu> <20010313143706.A19201@mollari.cthul.hu> X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.2; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Do I need to send in a PR? Or is this discussion enough to keep this=20 issue on the list for post-4.3?=20 LER >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 3/13/01, 4:37:06 PM, Kris Kennaway wrote regard= ing=20 Re: cputype=3D486: > On Tue, Mar 13, 2001 at 02:32:28PM -0800, John Baldwin wrote: > > > > On 13-Mar-01 Kris Kennaway wrote: > > > On Tue, Mar 13, 2001 at 09:48:28PM +0000, Larry Rosenman wrote: > > >> So, what is the final word from the powers that be re: 4.3 and CP= UTYPE? > > > > > > CPUTYPE has nothing to do with the problem here, so it doesn't nee= d to > > > be removed. The issue is that libraries from the host system are > > > being used in some cases by the installed tools built for the targ= et > > > system, which is the wrong behaviour and may cause them to fail in= > > > other situations than if they were compiled with CPUTYPE (remember= , > > > CPUTYPE does nothing which you couldn't already do with CFLAGS). > > > > > > Kris > > > > Well, solving this problem in a sane fashion is not easy, and I don'= t=20 think we > > have time to do it before 4.3. I think that there should be a warni= ng=20 that > > building a world with a CPUTYPE < the CPUTYPE of the build machine i= s not > > supported for 4.3. > That's probably the solution here. > Kris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Tue Mar 13 14:43:14 2001 Delivered-To: freebsd-qa@freebsd.org Received: from obsecurity.dyndns.org (adsl-63-207-60-59.dsl.lsan03.pacbell.net [63.207.60.59]) by hub.freebsd.org (Postfix) with ESMTP id 8616837B718; Tue, 13 Mar 2001 14:43:12 -0800 (PST) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0545E66E25; Tue, 13 Mar 2001 14:43:11 -0800 (PST) Date: Tue, 13 Mar 2001 14:43:11 -0800 From: Kris Kennaway To: Larry Rosenman Cc: Kris Kennaway , John Baldwin , kris@FreeBSD.org, jkh@FreeBSD.org, marcel@FreeBSD.org, qa@FreeBSD.org, Marcel Moolenaar Subject: Re: cputype=486 Message-ID: <20010313144311.A19424@mollari.cthul.hu> References: <20010313141251.A18519@mollari.cthul.hu> <20010313143706.A19201@mollari.cthul.hu> <20010313.22410700@ler-freebie.iadfw.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010313.22410700@ler-freebie.iadfw.net>; from ler@lerctr.org on Tue, Mar 13, 2001 at 10:41:07PM +0000 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 13, 2001 at 10:41:07PM +0000, Larry Rosenman wrote: >=20 > Do I need to send in a PR? Or is this discussion enough to keep this=20 > issue on the list for post-4.3?=20 I'll see to it that it gets done.. Kris --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (FreeBSD) Comment: For info see http://www.gnupg.org iD8DBQE6rqJ/Wry0BWjoQKURAj06AJ9r1tBEwvwRMJas2DWWQlxNd6JxpgCdFtap L4j9NznlVSkpxfom/9H1n+w= =5O81 -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Tue Mar 13 15:39: 7 2001 Delivered-To: freebsd-qa@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id 5DB0E37B71A; Tue, 13 Mar 2001 15:38:57 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f2DNciG41738; Tue, 13 Mar 2001 15:38:44 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20010313.22274900@ler-freebie.iadfw.net> Date: Tue, 13 Mar 2001 15:38:23 -0800 (PST) From: John Baldwin To: Larry Rosenman Subject: Re: cputype=486 Cc: kris@FreeBSD.org, jkh@FreeBSD.org, marcel@FreeBSD.org, qa@FreeBSD.org, Marcel Moolenaar , Kris Kennaway Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 13-Mar-01 Larry Rosenman wrote: > So, we agree that it is wrong for the cross stuff to use host libraries > when building tools that will run on the target? Marcel seemed to > indicate that this was fine. I think that it is wrong. Will a note be > added at least for 4.3 to note this for the naive novice user? > > Meanwhile, I'm building a non-PPro optimized set, and installing my 486 > to current -STABLE. Well, no, the cross tools are built properly. The problem is that we need to build an entire new set of 'install tools' in addition to the cross tools and use those during installworld instead of the cross tools. This is not a trivial task atm and we are too close to release to get it done and checked in. > LER > > >>>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< > > On 3/13/01, 4:12:51 PM, Kris Kennaway wrote regarding > Re: cputype=486: > > >> On Tue, Mar 13, 2001 at 09:48:28PM +0000, Larry Rosenman wrote: >> > So, what is the final word from the powers that be re: 4.3 and CPUTYPE? > >> CPUTYPE has nothing to do with the problem here, so it doesn't need to >> be removed. The issue is that libraries from the host system are >> being used in some cases by the installed tools built for the target >> system, which is the wrong behaviour and may cause them to fail in >> other situations than if they were compiled with CPUTYPE (remember, >> CPUTYPE does nothing which you couldn't already do with CFLAGS). > >> Kris -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message From owner-freebsd-qa Tue Mar 13 15:41:10 2001 Delivered-To: freebsd-qa@freebsd.org Received: from winston.osd.bsdi.com (winston.osd.bsdi.com [204.216.27.229]) by hub.freebsd.org (Postfix) with ESMTP id 0D17337B718; Tue, 13 Mar 2001 15:41:08 -0800 (PST) (envelope-from jkh@osd.bsdi.com) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.osd.bsdi.com (8.11.2/8.11.1) with ESMTP id f2DNX3H48828; Tue, 13 Mar 2001 15:33:03 -0800 (PST) (envelope-from jkh@osd.bsdi.com) To: ler@lerctr.org Cc: marcel@cup.hp.com, jhb@FreeBSD.org, qa@FreeBSD.org, marcel@FreeBSD.org, jkh@FreeBSD.org, kris@FreeBSD.org Subject: Re: cputype=486 In-Reply-To: <20010313.21482800@ler-freebie.iadfw.net> References: <20010312190530.A14665@lerami.lerctr.org> <3AAD78E4.75B12D7@cup.hp.com> <20010313.21482800@ler-freebie.iadfw.net> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20010313153303Q.jkh@osd.bsdi.com> Date: Tue, 13 Mar 2001 15:33:03 -0800 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 12 Sender: owner-freebsd-qa@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG From: Larry Rosenman Subject: Re: cputype=486 Date: Tue, 13 Mar 2001 21:48:28 GMT > So, what is the final word from the powers that be re: 4.3 and CPUTYPE? It should sit commented-out in /etc/defaults/make.conf, it should have the accompanying comment which warns the user about potential side-effects, it should work exactly as it does now. We don't have the time to do anything else for 4.3. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-qa" in the body of the message