Date: Thu, 19 Jul 2001 11:35:09 +0100 From: "Lawrence Farr" <bsdalpha@epcdirect.co.uk> To: "'John Polstra'" <jdp@polstra.com>, <alpha@freebsd.org> Subject: RE: too bad, release mostly worked for alpha... Message-ID: <000701c1103e$7c60cce0$c807a8c0@lfarr> In-Reply-To: <200107190433.f6J4XYS23569@vashon.polstra.com>
index | next in thread | previous in thread | raw e-mail
So how come it works if I delete it, and fails if I put it back in on i386? (I've stuck my original email below) ---------------------------------------------------------------------- Hi, I make release automatically via a script, that has run happily for months. It empties /obj before it runs, and cvsups. For the last few nights, It has failed at the floppy building stage (Log extract below). Checking with "df -h" gives: /dev/vnn0c 1.4M 1.4M -12.0K 101% /mnt Is there a current problem with GENERIC being too big? Cheers! ------------------------------------------------------- rm -f hack.c sh ../../conf/newvers.sh BOOTMFS cc -c -O -pipe -march=pentiumpro -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I../.. -I../../../include -I../../contrib/ipfilter -D_KERNEL -include opt_global.h -elf -mpreferred-stack-boundary=2 vers.c linking BOOTMFS text data bss dec hex filename 2502829 203104 132792 2838725 2b50c5 BOOTMFS install -c -m 555 -o root -g wheel -fschg BOOTMFS /R/stage/kernels/BOOTMFS mv /R/stage/kernels/BOOTMFS /R/stage/image.kern/kernel Setting up /boot directory for kern floppy sh -e /usr/src/release/scripts/doFS.sh /R/stage/floppies/kern.flp /R/stage /mnt 1440 /R/stage/image.kern 80000 fd1440 Warning: Block size restricts cylinders per group to 6. Warning: 1216 sector(s) in last cylinder unallocated /dev/rvnn0c: 2880 sectors in 1 cylinders of 1 tracks, 4096 sectors 1.4MB in 1 cyl groups (6 c/g, 12.00MB/g, 32 i/g) super-block backups (for fsck -b #) at: 32 *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. *** Error code 1 Stop in /usr/src/release. -----Original Message----- From: owner-freebsd-alpha@FreeBSD.ORG [mailto:owner-freebsd-alpha@FreeBSD.ORG] On Behalf Of John Polstra Sent: 19 July 2001 05:34 To: alpha@FreeBSD.ORG Cc: bsdalpha@epcdirect.co.uk Subject: Re: too bad, release mostly worked for alpha... In article <001a01c10f99$89d81fe0$c80fa8c0@lfarr>, Lawrence Farr <bsdalpha@epcdirect.co.uk> wrote: > > Don't know if this is a dumb answer, but I had the same (and reported > it to -STABLE) On my automatic i386 builds. Had to remove the CPUTYPE > from make.conf to get it to fit. [...] > -----Original Message----- > I guess things got too big again: > > Making the regular boot floppy. > Compressing doc files... > *** Error code 1 (ignored) > rm -rf /R/stage/mfsfd/stand/help/* > sh -e /usr/src/release/scripts/doFS.sh -s mfsroot /R/stage /mnt > 2880 /R/stage/mfsfd 8000 minimum2 > Warning: Block size restricts cylinders per group to 6. > Warning: 2432 sector(s) in last cylinder unallocated > /dev/md11c: 5760 sectors in 2 cylinders of 1 tracks, 4096 sectors > 2.8MB in 1 cyl groups (6 c/g, 12.00MB/g, 384 i/g) > super-block backups (for fsck -b #) at: 32 > cpio: write error: No space left on device > *** Error code 1 I don't see how changing CPUTYPE in /etc/make.conf can make any difference for make release. As far as I can tell, /etc/make.conf is ignored for make release. That would make sense, since most of it takes place in a chroot environment from which /etc isn't even visible. I have CPUTYPE=ev56 in my /etc/make.conf, and I ran a make release a day or two ago. Mine also died because it wouldn't fit. Grepping the log of the whole thing, I find that -mcpu=ev56 essentially doesn't appear anywhere. What I do see is a lot of -mcpu=ev4. In my experience ev56 generates smaller code, because it takes advantage of the byte load/store instructions. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the messagehome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?000701c1103e$7c60cce0$c807a8c0>