From owner-freebsd-alpha Thu Jul 19 3:35: 6 2001 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.electronicpage.co.uk (mail.electronicpage.co.uk [195.10.240.21]) by hub.freebsd.org (Postfix) with ESMTP id 2BAEC37B401 for ; Thu, 19 Jul 2001 03:35:00 -0700 (PDT) (envelope-from bsdalpha@epcdirect.co.uk) Received: (from root@localhost) by mail.electronicpage.co.uk (8.11.2/8.11.2) id f6JAYmr88054; Thu, 19 Jul 2001 11:34:48 +0100 (BST) (envelope-from bsdalpha@epcdirect.co.uk) Received: from lfarr (bka.electronicpage.co.uk [192.168.7.200]) by mail.electronicpage.co.uk (8.11.2/8.11.2av) with ESMTP id f6JAYk288046; Thu, 19 Jul 2001 11:34:47 +0100 (BST) (envelope-from bsdalpha@epcdirect.co.uk) From: "Lawrence Farr" To: "'John Polstra'" , Subject: RE: too bad, release mostly worked for alpha... Date: Thu, 19 Jul 2001 11:35:09 +0100 Message-ID: <000701c1103e$7c60cce0$c807a8c0@lfarr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 In-Reply-To: <200107190433.f6J4XYS23569@vashon.polstra.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2462.0000 Importance: Normal X-Virus-Scanned: by AMaViS perl-10 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org 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).=20 Checking with "df -h" gives: /dev/vnn0c 1.4M 1.4M -12.0K 101% /mnt=20 Is there a current problem with GENERIC being too big? Cheers! ------------------------------------------------------- rm -f hack.c sh ../../conf/newvers.sh BOOTMFS=20 cc -c -O -pipe -march=3Dpentiumpro -Wall -Wredundant-decls=20 -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes=20 -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi=20 -nostdinc -I- -I. -I../.. -I../../../include=20 -I../../contrib/ipfilter -D_KERNEL -include opt_global.h -elf =20 -mpreferred-stack-boundary=3D2 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=20 /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=20 /R/stage/floppies/kern.flp /R/stage /mnt 1440=20 /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=20 [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 wrote: >=20 > Don't know if this is a dumb answer, but I had the same (and reported=20 > it to -STABLE) On my automatic i386 builds. Had to remove the CPUTYPE=20 > from make.conf to get it to fit. [...] > -----Original Message----- > I guess things got too big again: >=20 > 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)=20 > 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=20 difference for make release. As far as I can tell,=20 /etc/make.conf is ignored for make release. That would make=20 sense, since most of it takes place in a chroot environment=20 from which /etc isn't even visible. I have CPUTYPE=3Dev56 in my=20 /etc/make.conf, and I ran a make release a day or two ago. =20 Mine also died because it wouldn't fit. Grepping the log of=20 the whole thing, I find that -mcpu=3Dev56 essentially doesn't=20 appear anywhere. What I do see is a lot of -mcpu=3Dev4. In my experience ev56 generates smaller code, because it takes=20 advantage of the byte load/store instructions. John --=20 John Polstra =20 jdp@polstra.com John D. Polstra & Co., Inc. Seattle,=20 Washington USA "Disappointment is a good sign of basic intelligence." --=20 Ch=F6gyam 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 message