From owner-freebsd-alpha@FreeBSD.ORG Sun May 11 03:17:49 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2DD937B401; Sun, 11 May 2003 03:17:45 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80F8643FA3; Sun, 11 May 2003 03:17:43 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id UAA07438; Sun, 11 May 2003 20:17:39 +1000 Date: Sun, 11 May 2003 20:17:38 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Maxime Henrion In-Reply-To: <20030510221612.GT21011@elvis.mu.org> Message-ID: <20030511195402.C75054@gamplex.bde.org> References: <20030509163718.GA22231@rot13.obsecurity.org> <20030510221612.GT21011@elvis.mu.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Kris Kennaway cc: alpha@freebsd.org cc: current@freebsd.org Subject: Re: Unaligned access fault in fxp on alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2003 10:17:49 -0000 On Sun, 11 May 2003, Maxime Henrion wrote: > I removed them because they were just looking bogus. I wanted to ask > people to test a patch adding a __packed in the struct definition to see > if it fixed things. If it works with a __packed keyword, I'd like > it better than going back to having an array of four u_int8_t. > Otherwise I'll put the u_int8_t back. __packed looks very bogus to me. It is a syntax error for non-gcc compilers. The code was apparently originally carefully written to not depend on gccisms. I think __packed is also a pessimization here on some arches. The struct also has some u_int16_t's which are aligned, but __packed says that everything may be misaligned (unless you also use __aligned(mumble)). On some arches, the compiler will have to access everything as bytes and reassemble, or more complicated things if byte accesses are impossible. Since the accesses are for machine registers, the accesses with unusual widths and/or alignments for this may even be bugs. I just noticed that gcc now has some warnings -Wpacked and -Wpadded to help detect gratuitous use of __packed and errors in explicit packing/ padding. Bruce From owner-freebsd-alpha@FreeBSD.ORG Sun May 11 13:30:17 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BA4437B40A; Sun, 11 May 2003 13:30:17 -0700 (PDT) Received: from blueyonder.co.uk (pcow025o.blueyonder.co.uk [195.188.53.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39E3E43FA3; Sun, 11 May 2003 13:30:15 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from mail pickup service by blueyonder.co.uk with Microsoft SMTPSVC; Sun, 11 May 2003 19:24:02 +0100 Received: from mx2.freebsd.org ([216.136.204.119]) by blueyonder.co.uk with Microsoft SMTPSVC(5.5.1877.757.75); Sat, 10 May 2003 09:22:47 +0100 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 7F69F570B0; Fri, 9 May 2003 23:18:37 -0700 (PDT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4A64F37B40E; Fri, 9 May 2003 23:18:33 -0700 (PDT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9417937B401; Fri, 9 May 2003 23:18:04 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84C6443F93; Fri, 9 May 2003 23:18:02 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id QAA32041; Sat, 10 May 2003 16:17:53 +1000 Date: Sat, 10 May 2003 16:17:51 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Andrew Gallatin In-Reply-To: <16060.419.751589.275820@grasshopper.cs.duke.edu> Message-ID: <20030510155632.Y3252@gamplex.bde.org> References: <20030509163718.GA22231@rot13.obsecurity.org> <16060.419.751589.275820@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org cc: alpha@freebsd.org cc: current@freebsd.org cc: Kris Kennaway Subject: Re: Unaligned access fault in fxp on alpha X-BeenThere: freebsd-alpha@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2003 20:30:17 -0000 On Fri, 9 May 2003, Andrew Gallatin wrote: > Can you try this patch please? > > It causes gcc to emit slightly different code, which deals with > storing to aligned 16-bit values. > > What's happening is that because the u_int32_t link_addr (and rbd_addr) > fields preceded the "size" field, gcc was assuming that the rfa struct > would be aligned and was cheating. It was using operations which only > work on aligned-32 bit values on 16-bit values. Removing the > u_int32_t's disabuses gcc of this assumption, therby causing safe > code to be emitted. This is a valid assumption. The struct apparently _never_ 32-bit aligned, so it can't have any u_int32_t's in it. The bug is hidden using bogus casts. From if_fxp.c: %%% /* * NOTE! On the Alpha, we have an alignment constraint. The * card DMAs the packet immediately following the RFA. However, * the first thing in the packet is a 14-byte Ethernet header. * This means that the packet is misaligned. To compensate, * we actually offset the RFA 2 bytes into the cluster. This * alignes the packet after the Ethernet header at a 32-bit * boundary. HOWEVER! This means that the RFA is misaligned! */ #define RFA_ALIGNMENT_FUDGE 2 ... m = rxp->rx_mbuf; rfa = (struct fxp_rfa *)(m->m_ext.ext_buf + RFA_ALIGNMENT_FUDGE); ... rfa = mtod(m, struct fxp_rfa *); m->m_data += sc->rfa_size; rfa->size = htole16(MCLBYTES - sc->rfa_size - RFA_ALIGNMENT_FUDGE); ... p_rfa = (struct fxp_rfa *) (p_rx->rx_mbuf->m_ext.ext_buf + RFA_ALIGNMENT_FUDGE); %%% > I don't understand why mux changed these fields in rev 1.31, with, so > I'm not sure that I want to commit this until mux reviews it. For all > I know, it breaks sparc64 or something.. Rev.1.32 actually. Seems to be just wrong. > Index: dev/fxp/if_fxpreg.h > =================================================================== > RCS file: /home/ncvs/src/sys/dev/fxp/if_fxpreg.h,v > retrieving revision 1.33 > diff -u -r1.33 if_fxpreg.h > --- dev/fxp/if_fxpreg.h 6 Apr 2003 21:35:45 -0000 1.33 > +++ dev/fxp/if_fxpreg.h 9 May 2003 18:55:10 -0000 > @@ -346,8 +346,8 @@ > struct fxp_rfa { > u_int16_t rfa_status; > u_int16_t rfa_control; > - u_int32_t link_addr; > - u_int32_t rbd_addr; > + u_int8_t link_addr[4]; > + u_int8_t rbd_addr[4]; > u_int16_t actual_size; > u_int16_t size; This may work, since the non-u_int32_t fields seem to be all set using encoding functions that have weak enough type checking to work on both pointers to u_int_32_t and pointers to u_int8_t. The change seems to have been inspired by endianness fixes. In rev.1.144 of if_fxp.c, the non-u_int32_t fields were set by fxp_lwcopy() which did differently bogus casts and then set the fields using direct assignment on i386's and using code that only worked in the little-endian case on other machines. Bruce _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-alpha@FreeBSD.ORG Sun May 11 14:00:17 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBC8137B401 for ; Sun, 11 May 2003 14:00:17 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4473143FAF for ; Sun, 11 May 2003 14:00:16 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id EB15D530E; Sun, 11 May 2003 23:00:13 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Marco Beishuizen References: From: Dag-Erling Smorgrav Date: Sun, 11 May 2003 23:00:12 +0200 In-Reply-To: (Marco Beishuizen's message of "Sat, 10 May 2003 16:13:55 +0200 (CEST)") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: FreeBSD alpha mailing list Subject: Re: compiling generic kernel fails X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2003 21:00:18 -0000 Marco Beishuizen writes: > In file included from ../../dev/aic7xxx/aic7xxx_osm.h:233, > from ../../dev/aic7xxx/ahc_pci.c:36: > ../../dev/aic7xxx/aic7xxx.h:49: aic7xxx_reg.h: No such file or directory Your source tree is incomplete or corrupted. DES -- Dag-Erling Smorgrav - des@ofug.org From owner-freebsd-alpha@FreeBSD.ORG Sun May 11 14:14:37 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D14F037B401 for ; Sun, 11 May 2003 14:14:37 -0700 (PDT) Received: from smtp07.wxs.nl (smtp07.wxs.nl [195.121.6.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id E857643F3F for ; Sun, 11 May 2003 14:14:34 -0700 (PDT) (envelope-from marco@beishuizen.info) Received: from yokozuna.bsd (ipd50a233c.speed.planet.nl [213.10.35.60]) by smtp07.wxs.nl (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with ESMTP id <0HEQ002KIR09TW@smtp07.wxs.nl> for alpha@freebsd.org; Sun, 11 May 2003 23:14:33 +0200 (MEST) Date: Sun, 11 May 2003 23:14:33 +0200 (CEST) From: Marco Beishuizen In-reply-to: Sender: marco@yokozuna.bsd To: Dag-Erling Smorgrav Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII Content-transfer-encoding: 7BIT Homepage: FreeBSD: References: cc: FreeBSD alpha mailing list Subject: Re: compiling generic kernel fails X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Marco Beishuizen List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2003 21:14:38 -0000 On Sun, 11 May 2003, the wise Dag-Erling Smorgrav spoke, and said: > Marco Beishuizen writes: > > In file included from ../../dev/aic7xxx/aic7xxx_osm.h:233, > > from ../../dev/aic7xxx/ahc_pci.c:36: > > ../../dev/aic7xxx/aic7xxx.h:49: aic7xxx_reg.h: No such file or directory > > Your source tree is incomplete or corrupted. > > DES No, it seemed that I had to do a "make depend" before doing a "make". Marco -- "In order to make an apple pie from scratch, you must first create the universe." -- Carl Sagan, Cosmos From owner-freebsd-alpha@FreeBSD.ORG Sun May 11 14:31:06 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68B3C37B404 for ; Sun, 11 May 2003 14:31:06 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1CBB43FBF for ; Sun, 11 May 2003 14:31:02 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h4BLV0Lu005054; Sun, 11 May 2003 23:31:00 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h4BLV0ag005053; Sun, 11 May 2003 23:31:00 +0200 (CEST) Date: Sun, 11 May 2003 23:31:00 +0200 From: Wilko Bulte To: Marco Beishuizen Message-ID: <20030511213100.GA5029@freebie.xs4all.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: FreeBSD alpha mailing list cc: Dag-Erling Smorgrav Subject: Re: compiling generic kernel fails X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2003 21:31:06 -0000 On Sun, May 11, 2003 at 11:14:33PM +0200, Marco Beishuizen wrote: > On Sun, 11 May 2003, the wise Dag-Erling Smorgrav spoke, and said: > > > Marco Beishuizen writes: > > > In file included from ../../dev/aic7xxx/aic7xxx_osm.h:233, > > > from ../../dev/aic7xxx/ahc_pci.c:36: > > > ../../dev/aic7xxx/aic7xxx.h:49: aic7xxx_reg.h: No such file or directory > > > > Your source tree is incomplete or corrupted. > > > > DES > > No, it seemed that I had to do a "make depend" before doing a > "make". Yes, that is standard procedure. See: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-building.html -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-alpha@FreeBSD.ORG Sun May 11 22:03:40 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0AEC37B401; Sun, 11 May 2003 22:03:40 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32DB043FAF; Sun, 11 May 2003 22:03:40 -0700 (PDT) (envelope-from des@cueball.rtp.FreeBSD.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h4C51aKX003433; Mon, 12 May 2003 01:01:36 -0400 (EDT) (envelope-from des@cueball.rtp.FreeBSD.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h4C51aht003429; Mon, 12 May 2003 05:01:36 GMT Date: Mon, 12 May 2003 05:01:36 GMT From: Dag-Erling Smorgrav Message-Id: <200305120501.h4C51aht003429@cueball.rtp.FreeBSD.org> To: current@freebsd.org, alpha@freebsd.org Subject: CURRENT tinderbox failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 May 2003 05:03:41 -0000 TB --- 2003-05-12 04:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- 2003-05-12 04:00:01 - checking out sources TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- 2003-05-12 04:02:06 - building world TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries >>> stage 4: make dependencies >>> stage 4: building everything.. TB --- 2003-05-12 04:58:45 - building generic kernel TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon May 12 04:58:46 GMT 2003 [...] /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/usb/umass.c:378: initializer element is not constant /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/usb/umass.c:378: (near initialization for `umass_devdescrs[15]') /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/usb/umass.c:382: initializer element is not constant /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/usb/umass.c:382: (near initialization for `umass_devdescrs[16]') /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/usb/umass.c:386: initializer element is not constant /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/usb/umass.c:386: (near initialization for `umass_devdescrs[17]') /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/usb/umass.c:387: initializer element is not constant /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/dev/usb/umass.c:387: (near initialization for `umass_devdescrs[18]') *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-05-12 05:01:35 - /usr/bin/make returned exit code 1 TB --- 2003-05-12 05:01:35 - ERROR: failed to build generic kernel TB --- 2003-05-12 05:01:35 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Mon May 12 11:51:57 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4753C37B401; Mon, 12 May 2003 11:51:57 -0700 (PDT) Received: from gatekeeper.oremut01.us.wh.verio.net (gatekeeper.oremut01.us.wh.verio.net [198.65.168.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id A386943FBF; Mon, 12 May 2003 11:51:56 -0700 (PDT) (envelope-from fclift@verio.net) Received: from mx.dmz.orem.verio.net (mx.dmz.orem.verio.net [10.1.1.10]) by gatekeeper.oremut01.us.wh.verio.net (Postfix) with ESMTP id 893FC3BFB2F; Mon, 12 May 2003 12:51:14 -0600 (MDT) Received: from vespa.dmz.orem.verio.net (vespa.dmz.orem.verio.net [10.1.1.59]) by mx.dmz.orem.verio.net (8.11.6p2/8.11.6) with ESMTP id h4CIpDZ84090; Mon, 12 May 2003 12:51:13 -0600 (MDT) Date: Mon, 12 May 2003 12:56:27 -0600 (MDT) From: Fred Clift X-X-Sender: To: Andrew Gallatin In-Reply-To: <16060.419.751589.275820@grasshopper.cs.duke.edu> Message-ID: <20030512125602.T21073-100000@vespa.dmz.orem.verio.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: alpha@freebsd.org cc: current@freebsd.org Subject: Re: Unaligned access fault in fxp on alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 May 2003 18:51:57 -0000 > > Can you try this patch please? > > It causes gcc to emit slightly different code, which deals with > storing to aligned 16-bit values. ... Works for me -- much thanks. Fred -- Fred Clift - fclift@verio.net -- Remember: If brute force doesn't work, you're just not using enough. From owner-freebsd-alpha@FreeBSD.ORG Mon May 12 13:18:16 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BC3937B401 for ; Mon, 12 May 2003 13:18:16 -0700 (PDT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4203C43FBF for ; Mon, 12 May 2003 13:18:15 -0700 (PDT) (envelope-from oliver@FreeBSD.ORG) Received: (qmail 17939 invoked from network); 12 May 2003 20:18:06 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.132.176.101) by avocado.salatschuessel.net with DES-CBC3-SHA encrypted SMTP; 12 May 2003 20:18:06 -0000 Date: Mon, 12 May 2003 22:18:11 +0200 From: Oliver Lehmann To: alpha@freebsd.org Message-Id: <20030512221811.06878097.oliver@FreeBSD.ORG> X-Mailer: Sylpheed version 0.9.0pre1 (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: In need of an alpha with FreeBSD 4 installed X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 May 2003 20:18:16 -0000 Hi, I'm trying to figure out why xawtv is broken on FreeBSD 4/alpha. It compiles here on my 5-REL alpha w/o any problems. But bento is grousing about the build on 4. I think configure didn't detect machine/ioctl_bt848.h which makes an variable not set in config.h but I can't investigate that here at home... May someone provide me an account for that "investigation" on an alpha machine where 4 is installed? Greetings, Oliver -- Oliver Lehmann @home: lehmann@ans-netz.de @office: oliver.lehmann@mgi.de @www: http://www.pofo.de/ | http://wishlist.ans-netz.de/ From owner-freebsd-alpha@FreeBSD.ORG Mon May 12 16:11:12 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EA0737B401 for ; Mon, 12 May 2003 16:11:12 -0700 (PDT) Received: from anchor-post-34.mail.demon.net (anchor-post-34.mail.demon.net [194.217.242.92]) by mx1.FreeBSD.org (Postfix) with ESMTP id A03C843FAF for ; Mon, 12 May 2003 16:11:11 -0700 (PDT) (envelope-from mark@mwgary.demon.co.uk) Received: from mwgary.demon.co.uk ([62.49.31.231] helo=mwgary) by anchor-post-34.mail.demon.net with smtp (Exim 3.35 #1) id 19FMRq-000Hq0-0Y for freebsd-alpha@freebsd.org; Tue, 13 May 2003 00:11:10 +0100 Message-ID: <030301c318db$cbd0a960$1692fea9@mwgary> From: "Demon" To: Date: Tue, 13 May 2003 00:11:18 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: Alpha 2100 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 May 2003 23:11:12 -0000 Hello, The company I work for have just very kindly given me one of they're old alpha 2100s that they no longer require. Its currently running Digital Unix, but realistically, I would like to remove this and install FreeBSD (Or for that matter any other "Free" BSD version of UNIX). What options do I have with this machine. I have checked out a few web sites that say that this model should be supported, but problems could occur, especially where RAID controllers are concerned. The hardware spec is as follows:- Alpha 2100 4/200 E4 Dual processors (190Mz) 500MB Ram Mylex DAC960P Raid Controller (EISA) NCR SCSI Controller I have also managed to "liberate" one of the RZ type SCSI disks that was attached to the RAID controller, and removed it from its stupid plastic enclosure, and attach it directly to the SCSI controller, which worked fine, so if all else fails, at least I can install the OS on that, and figure out the rest later on. If anyone cam give me some useful advice. I would appreciate it. Thanks Mark Gary From owner-freebsd-alpha@FreeBSD.ORG Mon May 12 16:26:19 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 866D137B401 for ; Mon, 12 May 2003 16:26:19 -0700 (PDT) Received: from aromo.spock.cl (aromo.spock.cl [200.27.125.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E33043FA3 for ; Mon, 12 May 2003 16:26:18 -0700 (PDT) (envelope-from roberto@spock.cl) Received: from spock.cl (multia.spock.cl [200.27.125.107]) by aromo.spock.cl (8.12.9/8.12.8) with ESMTP id h4CNQovD031613 for ; Mon, 12 May 2003 19:26:50 -0400 (CLT) Message-ID: <3EC02DBB.3090209@spock.cl> Date: Mon, 12 May 2003 19:26:51 -0400 From: Roberto de Iriarte User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030418 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-alpha@freebsd.org References: <030301c318db$cbd0a960$1692fea9@mwgary> In-Reply-To: <030301c318db$cbd0a960$1692fea9@mwgary> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Alpha 2100 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 May 2003 23:26:19 -0000 Demon wrote: >Hello, > >The company I work for have just very kindly given me one of they're old >alpha 2100s that they no longer require. Its currently running Digital >Unix, but realistically, I would like to remove this and install FreeBSD (Or >for that matter any other "Free" BSD version of UNIX). What options do I >have with this machine. I have checked out a few web sites that say that >this model should be supported, but problems could occur, especially where >RAID controllers are concerned. The hardware spec is as follows:- > >Alpha 2100 4/200 E4 >Dual processors (190Mz) >500MB Ram >Mylex DAC960P Raid Controller (EISA) >NCR SCSI Controller > > > Not bad.... I know for sure that 2100's run FreeBSD well. The EISA Mylex would be of little use, you can just connect the array to the integrated SCSI. Note that the array backplane has a "bridge" between possitions 2 and 3, you can disconnect it and just connect the upper two drives to the internal SCSI for booting, and keep the rest on an external card. An early PCI Mylex would also work (and boot if firmare_rev = 2.73), even if it comes out of a PC, look around your company's dustbin... Good luck Roberto. P.S. Do not expect very great performance out of a 4/200, however, they can (sometimes) be upgraded to 5/XXX spec, i have a 5/375 and it works wonders. From owner-freebsd-alpha@FreeBSD.ORG Mon May 12 18:39:49 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4098437B401 for ; Mon, 12 May 2003 18:39:49 -0700 (PDT) Received: from daemon.kr.FreeBSD.org (daemon.kr.freebsd.org [211.176.62.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF76F43FB1 for ; Mon, 12 May 2003 18:39:46 -0700 (PDT) (envelope-from cjh@kr.FreeBSD.org) Received: from gradius.wdb.co.kr (daemon [211.176.62.31]) by daemon.kr.FreeBSD.org (Postfix) with ESMTP id 2F7CC8F606; Tue, 13 May 2003 10:39:41 +0900 (KST) Received: from localhost (localhost [127.0.0.1]) by gradius.wdb.co.kr (8.12.9/8.12.9) with ESMTP id h4D1dc1P075057; Tue, 13 May 2003 10:39:39 +0900 (KST) (envelope-from cjh@kr.FreeBSD.org) Date: Tue, 13 May 2003 10:39:38 +0900 (KST) Message-Id: <20030513.103938.38677006.cjh@kr.FreeBSD.org> To: mark@mwgary.demon.co.uk From: CHOI Junho In-Reply-To: <030301c318db$cbd0a960$1692fea9@mwgary> References: <030301c318db$cbd0a960$1692fea9@mwgary> Organization: Korea FreeBSD Users Group X-URL: http://www.kr.FreeBSD.org/~cjh X-Mailer: Mew version 4.0.51 on Emacs 21.2 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-alpha@freebsd.org Subject: Re: Alpha 2100 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2003 01:39:49 -0000 FreeBSD/alpha doesn't have support of EISA Mylex card, but it supports 2100 hardware. NetBSD/alpha has a driver for EISA Mylex but not working in 2100 - it hangs when accessed. NCR SCSI is only booting solution(except diskless booting) for you... From: "Demon" Subject: Alpha 2100 Date: Tue, 13 May 2003 00:11:18 +0100 > Hello, > > The company I work for have just very kindly given me one of they're old > alpha 2100s that they no longer require. Its currently running Digital > Unix, but realistically, I would like to remove this and install FreeBSD (Or > for that matter any other "Free" BSD version of UNIX). What options do I > have with this machine. I have checked out a few web sites that say that > this model should be supported, but problems could occur, especially where > RAID controllers are concerned. The hardware spec is as follows:- > > Alpha 2100 4/200 E4 > Dual processors (190Mz) > 500MB Ram > Mylex DAC960P Raid Controller (EISA) > NCR SCSI Controller > > I have also managed to "liberate" one of the RZ type SCSI disks that was > attached to the RAID controller, and removed it from its stupid plastic > enclosure, and attach it directly to the SCSI controller, which worked fine, > so if all else fails, at least I can install the OS on that, and figure out > the rest later on. > > If anyone cam give me some useful advice. I would appreciate it. > > Thanks > > Mark Gary > > > > _______________________________________________ > freebsd-alpha@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-alpha > To unsubscribe, send any mail to "freebsd-alpha-unsubscribe@freebsd.org" -- CHOI Junho KFUG FreeBSD Project Web Data Bank Key fingerprint = 1369 7374 A45F F41A F3C0 07E3 4A01 C020 E602 60F5 From owner-freebsd-alpha@FreeBSD.ORG Mon May 12 19:39:34 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6058437B401 for ; Mon, 12 May 2003 19:39:34 -0700 (PDT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1622743F75 for ; Mon, 12 May 2003 19:39:33 -0700 (PDT) (envelope-from lehmann@ans-netz.de) Received: (qmail 25441 invoked from network); 13 May 2003 02:39:25 -0000 Received: from unknown (HELO dill.salatschuessel.net) (80.132.176.101) by avocado.salatschuessel.net with DES-CBC3-SHA encrypted SMTP; 13 May 2003 02:39:25 -0000 Received: (qmail 7157 invoked from network); 13 May 2003 02:39:30 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (10.0.1.51) by dill.salatschuessel.net with DES-CBC3-SHA encrypted SMTP; 13 May 2003 02:39:30 -0000 Received: from kartoffel.salatschuessel.net (localhost [127.0.0.1]) h4D2dTwk028123 for ; Tue, 13 May 2003 04:39:30 +0200 (CEST) (envelope-from lehmann@ans-netz.de) Date: Tue, 13 May 2003 04:39:29 +0200 From: Oliver Lehmann To: alpha@freebsd.org Message-Id: <20030513043929.3632be43.lehmann@ans-netz.de> In-Reply-To: <20030512221811.06878097.oliver@FreeBSD.ORG> References: <20030512221811.06878097.oliver@FreeBSD.ORG> X-Mailer: Sylpheed version 0.9.0pre1 (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: In need of an alpha with FreeBSD 4 installed X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2003 02:39:34 -0000 Oliver Lehmann wrote: > May someone provide me an account > for that "investigation" on an alpha machine where 4 is installed? I got one, thanks for offering! Greetings, Oliver -- Oliver Lehmann @home: lehmann@ans-netz.de @office: oliver.lehmann@mgi.de @www: http://www.pofo.de/ | http://wishlist.ans-netz.de/ From owner-freebsd-alpha@FreeBSD.ORG Mon May 12 22:26:27 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C9B837B401; Mon, 12 May 2003 22:26:27 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15E6943F75; Mon, 12 May 2003 22:26:26 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id PAA11829; Tue, 13 May 2003 15:26:18 +1000 Date: Tue, 13 May 2003 15:26:17 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Maxime Henrion In-Reply-To: <20030511195402.C75054@gamplex.bde.org> Message-ID: <20030513152535.H81955@gamplex.bde.org> References: <20030509163718.GA22231@rot13.obsecurity.org> <20030510221612.GT21011@elvis.mu.org> <20030511195402.C75054@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Kris Kennaway cc: alpha@freebsd.org cc: current@freebsd.org Subject: Re: Unaligned access fault in fxp on alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2003 05:26:27 -0000 [Resending after bounce] On Sun, 11 May 2003, Maxime Henrion wrote: > I removed them because they were just looking bogus. I wanted to ask > people to test a patch adding a __packed in the struct definition to see > if it fixed things. If it works with a __packed keyword, I'd like > it better than going back to having an array of four u_int8_t. > Otherwise I'll put the u_int8_t back. __packed looks very bogus to me. It is a syntax error for non-gcc compilers. The code was apparently originally carefully written to not depend on gccisms. I think __packed is also a pessimization here on some arches. The struct also has some u_int16_t's which are aligned, but __packed says that everything may be misaligned (unless you also use __aligned(mumble)). On some arches, the compiler will have to access everything as bytes and reassemble, or more complicated things if byte accesses are impossible. Since the accesses are for machine registers, the accesses with unusual widths and/or alignments for this may even be bugs. I just noticed that gcc now has some warnings -Wpacked and -Wpadded to help detect gratuitous use of __packed and errors in explicit packing/ padding. Bruce From owner-freebsd-alpha@FreeBSD.ORG Mon May 12 23:36:21 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 632D637B401 for ; Mon, 12 May 2003 23:36:21 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2CFF43FA3 for ; Mon, 12 May 2003 23:36:19 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h4D6aILu012054; Tue, 13 May 2003 08:36:18 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h4D6aI6Q012053; Tue, 13 May 2003 08:36:18 +0200 (CEST) Date: Tue, 13 May 2003 08:36:18 +0200 From: Wilko Bulte To: Demon Message-ID: <20030513063618.GA12029@freebie.xs4all.nl> References: <030301c318db$cbd0a960$1692fea9@mwgary> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <030301c318db$cbd0a960$1692fea9@mwgary> User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: Alpha 2100 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2003 06:36:21 -0000 On Tue, May 13, 2003 at 12:11:18AM +0100, Demon wrote: > Hello, > > The company I work for have just very kindly given me one of they're old > alpha 2100s that they no longer require. Its currently running Digital > Unix, but realistically, I would like to remove this and install FreeBSD (Or > for that matter any other "Free" BSD version of UNIX). What options do I > have with this machine. I have checked out a few web sites that say that > this model should be supported, but problems could occur, especially where > RAID controllers are concerned. The hardware spec is as follows:- > > Alpha 2100 4/200 E4 > Dual processors (190Mz) > 500MB Ram > Mylex DAC960P Raid Controller (EISA) > NCR SCSI Controller > > I have also managed to "liberate" one of the RZ type SCSI disks that was > attached to the RAID controller, and removed it from its stupid plastic > enclosure, and attach it directly to the SCSI controller, which worked fine, There is nothing stupid about an SBB. > so if all else fails, at least I can install the OS on that, and figure out > the rest later on. > > If anyone cam give me some useful advice. I would appreciate it. Just wire up the StorageWorks disk shelf onto the SCSI controller, and you can use every SBB you can get your hands on. IIRC the EISA DAC960 won't work with FreeBSD, at least not on ALpha? AS2100 is a bit of a tricky box, and kernel support is not all that good. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-alpha@FreeBSD.ORG Tue May 13 01:17:23 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3076C37B401; Tue, 13 May 2003 01:17:23 -0700 (PDT) Received: from postino.fi.infn.it (postino.fi.infn.it [192.84.145.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F50543FA3; Tue, 13 May 2003 01:17:21 -0700 (PDT) (envelope-from Riccardo.Veraldi@fi.infn.it) Received: from dijkstra.fi.infn.it (dijkstra.fi.infn.it [192.84.145.13]) by postino.fi.infn.it (8.12.9/8.12.6) with ESMTP id h4D8HEuo015930; Tue, 13 May 2003 10:17:15 +0200 (CEST) Received: by dijkstra.fi.infn.it (Postfix, from userid 1000) id 58BD536D81; Tue, 13 May 2003 10:17:13 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by dijkstra.fi.infn.it (Postfix) with ESMTP id 257AA30C01; Tue, 13 May 2003 10:17:13 +0200 (CEST) Date: Tue, 13 May 2003 10:17:12 +0200 (CEST) From: Riccardo.Veraldi@fi.infn.it X-X-Sender: fddi@dijkstra.fi.infn.it To: Oliver Lehmann In-Reply-To: <20030512221811.06878097.oliver@FreeBSD.ORG> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-RAVMilter-Version: 8.4.1(snapshot 20020920) (postino.fi.infn.it) X-Spam-Status: No, hits=0.0 required=5.0 tests=IN_REP_TO,NO_REAL_NAME,QUOTED_EMAIL_TEXT,SPAM_PHRASE_01_02, TO_BE_REMOVED_REPLY,USER_AGENT_PINE version=2.43 cc: alpha@freebsd.org Subject: Re: In need of an alpha with FreeBSD 4 installed X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2003 08:17:23 -0000 I can provide you a shell account on a Miata FreeBSD 4.7 STABLE or an XP1000 4.8STABLE. contact me privately at my email address thanks Rick On Mon, 12 May 2003, Oliver Lehmann wrote: > Hi, > > I'm trying to figure out why xawtv is broken on FreeBSD 4/alpha. It > compiles here on my 5-REL alpha w/o any problems. But bento is grousing > about the build on 4. I think configure didn't detect > machine/ioctl_bt848.h which makes an variable not set in config.h but I > can't investigate that here at home... May someone provide me an account > for that "investigation" on an alpha machine where 4 is installed? > > Greetings, Oliver > > -- > Oliver Lehmann > @home: lehmann@ans-netz.de > @office: oliver.lehmann@mgi.de > @www: http://www.pofo.de/ | http://wishlist.ans-netz.de/ > _______________________________________________ > freebsd-alpha@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-alpha > To unsubscribe, send any mail to "freebsd-alpha-unsubscribe@freebsd.org" > From owner-freebsd-alpha@FreeBSD.ORG Tue May 13 07:28:39 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9879237B401 for ; Tue, 13 May 2003 07:28:39 -0700 (PDT) Received: from postal1.et.byu.edu (postal1.et.byu.edu [128.187.122.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id E455C43F3F for ; Tue, 13 May 2003 07:28:38 -0700 (PDT) (envelope-from soren@byu.edu) Received: (from root@localhost)IAA19312; Tue, 13 May 2003 08:28:44 -0600 (MDT) Received: from cb308-20.et.byu.edu (cb308-20.et.byu.edu [10.8.118.220]) ESMTP id IAA19249; Tue, 13 May 2003 08:28:43 -0600 (MDT) Received: (from soren@localhost) by cb308-20.et.byu.edu (8.12.9/8.12.6/Debian-7) id h4DESbaM024123; Tue, 13 May 2003 08:28:37 -0600 X-Authentication-Warning: cb308-20.et.byu.edu: soren set sender to soren@byu.edu using -f Date: Tue, 13 May 2003 08:28:37 -0600 From: Soren Harward To: Demon Message-ID: <20030513142836.GA24024@cb308-20.et.byu.edu> References: <030301c318db$cbd0a960$1692fea9@mwgary> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <030301c318db$cbd0a960$1692fea9@mwgary> User-Agent: Mutt/1.3.28i X-URL: http://home.byu.net/~sth22/ X-scanner: scanned by Inflex 1.0.12.3 - (http://pldaniels.com/inflex/) cc: freebsd-alpha@freebsd.org Subject: Re: Alpha 2100 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2003 14:28:39 -0000 On Tue 13 May 2003 at 00:11:18, Demon said: > Alpha 2100 4/200 E4 > Dual processors (190Mz) > 500MB Ram > Mylex DAC960P Raid Controller (EISA) > NCR SCSI Controller That's the same box I've got at home -- minus the RAID controller. There are some problems in the kernel with keeping the system clock sync'd when running in SMP mode, but I've got a workaround patch I can send you. I'm not at home right now and the box isn't on-line, but I'll get on it tonight and send you the patch information later. -- Soren Harward soren@byu.edu From owner-freebsd-alpha@FreeBSD.ORG Tue May 13 21:15:19 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AECC37B401; Tue, 13 May 2003 21:15:19 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id B691543F85; Tue, 13 May 2003 21:15:18 -0700 (PDT) (envelope-from des@cueball.rtp.FreeBSD.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h4E4D5KX075621; Wed, 14 May 2003 00:13:05 -0400 (EDT) (envelope-from des@cueball.rtp.FreeBSD.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h4E4D5Ld075617; Wed, 14 May 2003 04:13:05 GMT Date: Wed, 14 May 2003 04:13:05 GMT From: Dag-Erling Smorgrav Message-Id: <200305140413.h4E4D5Ld075617@cueball.rtp.FreeBSD.org> To: current@freebsd.org, alpha@freebsd.org Subject: CURRENT tinderbox failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2003 04:15:20 -0000 TB --- 2003-05-14 04:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha TB --- 2003-05-14 04:00:00 - checking out sources TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha/src TB --- 2003-05-14 04:01:53 - building world TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1: legacy release compatibility shims >>> stage 1: bootstrap tools >>> stage 2: cleaning up the object tree >>> stage 2: rebuilding the object tree >>> stage 2: build tools >>> stage 3: cross tools >>> stage 4: populating /home/des/tinderbox/CURRENT/alpha/alpha/obj/alpha/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include >>> stage 4: building libraries [...] cc -O -pipe -DLIBC_SCCS -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm -c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_getloadavg.c -o kvm_getloadavg.o cc -O -pipe -DLIBC_SCCS -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm -c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_getswapinfo.c -o kvm_getswapinfo.o cc -O -pipe -DLIBC_SCCS -I/vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm -c /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_proc.c -o kvm_proc.o /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_proc.c: In function `kvm_proclist': /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_proc.c:103: storage size of `procsig' isn't known /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_proc.c:195: structure has no member named `p_procsig' /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_proc.c:196: structure has no member named `p_procsig' /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm/kvm_proc.c:198: structure has no member named `p_procsig' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src/lib/libkvm. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/alpha/alpha/src. TB --- 2003-05-14 04:13:04 - /usr/bin/make returned exit code 1 TB --- 2003-05-14 04:13:04 - ERROR: failed to build world TB --- 2003-05-14 04:13:04 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Wed May 14 02:14:25 2003 Return-Path: Delivered-To: freebsd-alpha@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBAAE37B401; Wed, 14 May 2003 02:14:25 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6654943FBD; Wed, 14 May 2003 02:14:25 -0700 (PDT) (envelope-from wilko@FreeBSD.org) Received: from freefall.freebsd.org (wilko@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h4E9EPUp007255; Wed, 14 May 2003 02:14:25 -0700 (PDT) (envelope-from wilko@freefall.freebsd.org) Received: (from wilko@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h4E9EOvS007251; Wed, 14 May 2003 02:14:24 -0700 (PDT) Date: Wed, 14 May 2003 02:14:24 -0700 (PDT) From: Wilko Bulte Message-Id: <200305140914.h4E9EOvS007251@freefall.freebsd.org> To: j.roeder@tu-bs.de, wilko@FreeBSD.org, freebsd-alpha@FreeBSD.org Subject: Re: alpha/50659: reboot causes SRM console to loop endless error and needs to be restetted hard X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2003 09:14:26 -0000 Synopsis: reboot causes SRM console to loop endless error and needs to be restetted hard State-Changed-From-To: open->closed State-Changed-By: wilko State-Changed-When: Wed May 14 02:11:30 PDT 2003 State-Changed-Why: The SRM issue I tried hard to reproduce on my AS500 but I could never make that happen. Please submit a PR against ipfw on Alpha to address the panic caused by ' ipfw show'. Unaligned accesses in the kernel caused by ipfw need to be fixed by the ipfw maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=50659 From owner-freebsd-alpha@FreeBSD.ORG Thu May 15 08:36:43 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2994D37B401 for ; Thu, 15 May 2003 08:36:43 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id E598F43F75 for ; Thu, 15 May 2003 08:36:39 -0700 (PDT) (envelope-from ticso@cicely9.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h4FFaVrN084277 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Thu, 15 May 2003 17:36:36 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (cicely9.cicely.de [IPv6:3ffe:400:8d0:301:210:5aff:fe30:1c1a]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h4FFaThx022043 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 15 May 2003 17:36:30 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: from cicely9.cicely.de (localhost [127.0.0.1]) by cicely9.cicely.de (8.12.9/8.12.9) with ESMTP id h4FFaRTk000549 for ; Thu, 15 May 2003 17:36:28 +0200 (CEST) (envelope-from ticso@cicely9.cicely.de) Received: (from ticso@localhost) by cicely9.cicely.de (8.12.9/8.12.9/Submit) id h4FFaRnG000548 for alpha@freebsd.org; Thu, 15 May 2003 17:36:27 +0200 (CEST) (envelope-from ticso) Date: Thu, 15 May 2003 17:36:26 +0200 From: Bernd Walter To: alpha@freebsd.org Message-ID: <20030515153625.GA517@cicely9.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely9.cicely.de 5.0-CURRENT alpha User-Agent: Mutt/1.5.3i Subject: Problems using -current bootblocks X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2003 15:36:43 -0000 World is from 11th May. Has anyone sucessfully installed bootblocks lately? What puzzles me is that SRM only reads 14 blocks, while the boot1 file is 7220 bytes long. IIRC we had 7.5k available on alpha? Using boot1 from 4.6-STABLE worked. CPU 0 booting (boot dka300.3.0.1.1) block 0 of dka300.3.0.1.1 is a valid boot block reading 14 blocks from dka300.3.0.1.1 bootstrap code read in Building FRU table base = 200000, image_start = 0, image_bytes = 1c00 initializing HWRPB at 2000 initializing page table at 1f2000 initializing machine state setting affinity to the primary CPU jumping to bootstrap code halted CPU 0 halt code = 2 kernel stack not valid halt PC = 5555555555555554 P00>>> -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Fri May 16 06:25:20 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BC9E37B401 for ; Fri, 16 May 2003 06:25:20 -0700 (PDT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C713A43FBF for ; Fri, 16 May 2003 06:25:18 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) by srv1.cosmo-project.de (8.12.9/8.12.9) with ESMTP id h4GDPCrN004129 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Fri, 16 May 2003 15:25:16 +0200 (CEST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.1.10]) by cicely5.cicely.de (8.12.9/8.12.9) with ESMTP id h4GDP9hx028769 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 16 May 2003 15:25:11 +0200 (CEST) (envelope-from ticso@cicely8.cicely.de) Received: from cicely8.cicely.de (localhost [127.0.0.1]) by cicely8.cicely.de (8.12.6/8.12.6) with ESMTP id h4GDP8FP012715; Fri, 16 May 2003 15:25:09 +0200 (CEST) (envelope-from ticso@cicely8.cicely.de) Received: (from ticso@localhost) by cicely8.cicely.de (8.12.6/8.12.6/Submit) id h4GDP7os012714; Fri, 16 May 2003 15:25:08 +0200 (CEST) Date: Fri, 16 May 2003 15:25:06 +0200 From: Bernd Walter To: ticso@cicely.de Message-ID: <20030516132505.GA12662@cicely8.cicely.de> References: <20030515153625.GA517@cicely9.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030515153625.GA517@cicely9.cicely.de> X-Operating-System: FreeBSD cicely8.cicely.de 5.0-CURRENT i386 User-Agent: Mutt/1.5.1i cc: alpha@freebsd.org Subject: Re: Problems using -current bootblocks X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2003 13:25:20 -0000 On Thu, May 15, 2003 at 05:36:26PM +0200, Bernd Walter wrote: > World is from 11th May. > Has anyone sucessfully installed bootblocks lately? > What puzzles me is that SRM only reads 14 blocks, while the boot1 file > is 7220 bytes long. > IIRC we had 7.5k available on alpha? > Using boot1 from 4.6-STABLE worked. The 14 block thing is the reason, but I can't reproduce it with a current disklabel. disklabel set's the right number and SRM loads the right number. The disklabel from my 11th may world did not touch the bootinfo so it was left at 14 as it was before checked with dd | hexdump. I also tried a rebuilt disklabel from 11th may source - it works. Must be an upgrade problem somehow. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Fri May 16 16:32:58 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B228B37B401; Fri, 16 May 2003 16:32:58 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05E0643FBF; Fri, 16 May 2003 16:32:57 -0700 (PDT) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h4GNSwZ01851; Fri, 16 May 2003 16:28:58 -0700 Received: from btc.adaptec.com (hollin.btc.adaptec.com [10.100.253.56]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id QAA23076; Fri, 16 May 2003 16:32:50 -0700 (PDT) Message-ID: <3EC5747D.9030507@btc.adaptec.com> Date: Fri, 16 May 2003 17:30:05 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-alpha@freebsd.org References: <20030516071037.GB67956@sunbay.com> <3EC490B4.6080506@btc.adaptec.com> In-Reply-To: <3EC490B4.6080506@btc.adaptec.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: re@freebsd.org cc: Wilko Bulte cc: Ruslan Ermilov cc: re-alpha@freebsd.org Subject: Re: My take at unbreaking releases for 5.1 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2003 23:32:59 -0000 I'm moving this over to the alpha mailing list for comment. In short, the alpha release build is overflowing the install floppies. Ruslan's fix is to remove the cd and acd drivers with the theory that if the user doesn't boot off of the CD during install, they probably won't use the CD at all during the install. Is this reasonable? We would like comments relatively quickly as having Alpha releasable for 5.1-BETA2 is highly desirable. Another angle that will be tested this weekend is to de-inline the mutex functions to slim down the kernel. That should save a few 10's of kilobytes, though it's unclear if this will allow the cd and acd drivers to be restored. Thanks! Scott Scott Long wrote: > Ruslan Ermilov wrote: > >> Hi! >> >> Since David has passed me the responsibility for unbreaking >> Alpha builds for the upcoming 5.1-RELEASE... >> >> Attached is the patch that addresses several issues with >> 5.1 release building. >> >> 1. Unbreaks Alpha snapshots. >> >> I had to nuke the cd(4) and atapicd(4) support from the >> floppy installations, as there's nothing more left to axe. >> I personally think we shouldn't remove the floppy support >> just yet, but if so will be the consenses, this can be >> done pretty fast. >> > > I guess the assumption is that if the user didn't boot the > installation with a CD, it's unlikely that they will use a CD > at all during installation? Can someone with more experience > here comment? > >> >>>>> make release for alpha started on Thu May 15 16:57:02 GMT 2003 >>>>> make rerelease for alpha finished on Fri May 16 06:37:28 GMT 2003 >> >> >> >> Some useful numbers: >> >> drivers.flp: *** Filesystem is 1440 K, 137 left >> mfsroot: *** Filesystem is 4320 K, 496 left >> mfsroot.flp: *** Filesystem is 1440 K, 15 left >> kern.flp: *** Filesystem is 1440 K, 13 left >> boot.flp: *** Filesystem is 2880 K, 45 left >> fixit.flp: *** Filesystem is 2880 K, 1269 left >> >> (This was the -DNODOC -DNOPORTS "make release", BTW.) >> >> 2. disklabel^Wbsdlabel was missing from the fixit floppy. >> >> Some diffs are easier to see against some older revisions, >> as this patch reverts part of the non-functional changes >> made recently. In particular, >> >> cvs di -u -r1.774 release/Makefile >> cvs di -u -r1.66 release/alpha/dokern.sh > > > Again, please do not drag re@ into this particular area. Please use > the appropriate channels, or better yet, just take a deep breath and > let this one go for now. > > Thank you for working on this. Let's wait for some more review and > feedback. > > Scott > >> >> >> Cheers, >> >> >> ------------------------------------------------------------------------ >> >> Index: Makefile >> =================================================================== >> RCS file: /home/ncvs/src/release/Makefile,v >> retrieving revision 1.775 >> diff -u -r1.775 Makefile >> --- Makefile 8 May 2003 03:25:17 -0000 1.775 >> +++ Makefile 16 May 2003 06:41:21 -0000 >> @@ -216,7 +216,11 @@ >> MFSSIZE= 8192 >> .endif >> >> +.if exists(/sbin/bsdlabel) >> +DISKLABEL?= bsdlabel >> +.else >> DISKLABEL?= disklabel >> +.endif >> >> ZIPNSPLIT= gzip --no-name -9 -c | split -b 1423k - >> >> @@ -756,117 +760,6 @@ >> .endif >> touch release.9 >> >> -release.9.alpha: >> -.if ${TARGET_ARCH} != "ia64" || ${TARGET_ARCH} == ${MACHINE_ARCH} >> - cp ${RD}/trees/base/etc/disktab /etc >> - rm -rf ${RD}/mfsfd >> - mkdir ${RD}/mfsfd >> - cd ${RD}/mfsfd && \ >> - mkdir -p etc/defaults dev mnt stand/etc/defaults stand/help >> - @cd ${.CURDIR} && $(MAKE) installCRUNCH CRUNCH=boot \ >> - DIR=${RD}/mfsfd/stand ZIP=false >> - ( cd ${RD}/mfsfd && \ >> - for dir in bin sbin ; do \ >> - ln -sf /stand $$dir; \ >> - done ) >> - cp ${RD}/trees/base/sbin/dhclient-script ${RD}/mfsfd/stand >> -.if ${TARGET} == "pc98" >> - cp ${.CURDIR}/../etc/defaults/pccard.conf >> ${RD}/mfsfd/etc/defaults/pccard.conf >> -.endif >> - cp ${.CURDIR}/../etc/usbd.conf ${RD}/mfsfd/etc/usbd.conf >> - ( for F in defaults/rc.conf netconfig protocols ; do \ >> - sed -e '/^#.*$$/d' -e 's/[:space:]*#.*$$//g' \ >> - ${RD}/trees/base/etc/$$F > ${RD}/mfsfd/stand/etc/$$F ; \ >> - done ) >> - grep -E '^(ftp|nameserver|domain|sunrpc|cmd|nfsd)[^-\w]' \ >> - ${RD}/trees/base/etc/services | \ >> - sed -e '/^#.*$$/d' -e 's/[:space:]*#.*$$//g' \ >> - > ${RD}/mfsfd/stand/etc/services >> - ln ${RD}/mfsfd/stand/etc/services ${RD}/mfsfd/etc/services >> - ln ${RD}/mfsfd/stand/etc/netconfig ${RD}/mfsfd/etc/netconfig >> - cp ${RD}/trees/base/COPYRIGHT ${RD}/mfsfd/stand/help/COPYRIGHT.hlp >> -.if !defined(NODOC) >> - @for i in ${DIST_DOCS_ARCH_INDEP}; do \ >> - cp ${RND}/${RELNOTES_LANG}/$$i/article.txt >> ${RD}/mfsfd/stand/help/`echo $${i} | tr 'a-z' 'A-Z'`.TXT; \ >> - done >> - @for i in ${DIST_DOCS_ARCH_DEP}; do \ >> - cp ${RND}/${RELNOTES_LANG}/$$i/${TARGET}/article.txt >> ${RD}/mfsfd/stand/help/`echo $${i} | tr 'a-z' 'A-Z'`.TXT; \ >> - done >> - @mv ${RD}/mfsfd/stand/help/INSTALLATION.TXT >> ${RD}/mfsfd/stand/help/INSTALL.TXT >> - @mv ${RD}/mfsfd/stand/help/EARLY-ADOPTER.TXT >> ${RD}/mfsfd/stand/help/EARLY.TXT >> -.endif >> - -test -f ${.CURDIR}/install.cfg && cp ${.CURDIR}/install.cfg >> ${RD}/mfsfd >> - @mkdir -p ${RD}/mfsfd/boot >> -.if ${TARGET_ARCH} != "ia64" >> - @cp ${RD}/trees/base/boot/boot* ${RD}/mfsfd/boot >> -.endif >> -.if ${TARGET} == "i386" >> - @cp ${RD}/trees/base/boot/mbr ${RD}/mfsfd/boot >> -.endif >> - @echo "Making the regular boot floppy." >> - @tar --exclude CVS -cf - -C ${.CURDIR}/../usr.sbin/sysinstall >> help | \ >> - tar xf - -C ${RD}/mfsfd/stand >> -.if ${TARGET_ARCH} == "alpha" && !defined(NO_FLOPPIES) >> - rm -rf ${RD}/mfsfd/stand/help/* >> -.endif >> -.if defined(SMALLBOOTSIZE) >> -.if exists(${.CURDIR}/${TARGET}/drivers-small.conf) >> - @rm -rf ${RD}/mfsfd/modules >> - @mkdir -p ${RD}/mfsfd/modules >> - @awk -f ${.CURDIR}/scripts/driver-copy2.awk 2 \ >> - ${.CURDIR}/${TARGET}/drivers-small.conf \ >> - ${RD}/trees/base/boot/kernel ${RD}/mfsfd/modules >> -.endif >> - sh -e ${DOFS_SH} mfsroot ${RD} ${MNT} \ >> - ${MFSSIZE} ${RD}/mfsfd ${MFSINODE} ${MFSLABEL} >> - @gzip -9vc mfsroot > mfsroot.gz >> - @sh -e ${DOFS_SH} ${RD}/floppies/mfsroot-small.flp \ >> - ${RD} ${MNT} ${SMALLBOOTSIZE} mfsroot.gz \ >> - ${BOOTINODE} ${SMALLBOOTLABEL} >> -.endif >> -.if exists(${.CURDIR}/${TARGET}/drivers.conf) >> - @rm -rf ${RD}/mfsfd/modules >> - @mkdir -p ${RD}/mfsfd/modules >> - @awk -f ${.CURDIR}/scripts/driver-copy2.awk 2 \ >> - ${.CURDIR}/${TARGET}/drivers.conf \ >> - ${RD}/trees/base/boot/kernel ${RD}/mfsfd/modules >> - @rm -rf ${RD}/driversfd >> - @mkdir ${RD}/driversfd >> - @awk -f ${.CURDIR}/scripts/driver-copy2.awk 3 \ >> - ${.CURDIR}/${TARGET}/drivers.conf \ >> - ${RD}/trees/base/boot/kernel ${RD}/driversfd >> - -@rmdir ${RD}/driversfd >> - if [ -d ${RD}/driversfd ]; then \ >> - sh -e ${DOFS_SH} \ >> - ${RD}/floppies/drivers.flp ${RD} ${MNT} ${DRIVERSIZE} \ >> - ${RD}/driversfd ${DRIVERINODE} ${DRIVERLABEL}; \ >> - cd ${RD}/driversfd && awk -f >> ${.CURDIR}/scripts/driver-desc.awk \ >> - *.dsc >> ${RD}/floppies/DRIVERS.TXT; \ >> - fi >> -.endif >> - sh -e ${DOFS_SH} mfsroot ${RD} ${MNT} \ >> - ${MFSSIZE} ${RD}/mfsfd ${MFSINODE} ${MFSLABEL} >> - @gzip -9vc mfsroot > mfsroot.gz >> - @mkdir -p ${RD}/mfsroot >> - @cp mfsroot.gz ${RD}/mfsroot >> -.if !defined(NO_FLOPPIES) >> -.if defined(BOOTSIZE) >> - @sh -e ${DOFS_SH} ${RD}/floppies/mfsroot.flp \ >> - ${RD} ${MNT} ${BOOTSIZE} mfsroot.gz ${BOOTINODE} ${BOOTLABEL} >> - @cd ${.CURDIR} && ${MAKE} doMFSKERN FSIMAGE=kern >> -.endif >> -.if defined(SMALLBOOTSIZE) >> - @cd ${.CURDIR} && ${MAKE} doMFSKERN FSIMAGE=kern-small FDSIZE=SMALL >> -.endif >> -.if defined(BIGBOOTSIZE) >> - @cd ${.CURDIR} && ${MAKE} doMFSKERN FSIMAGE=boot FDSIZE=BIG >> -.endif >> -.endif >> - @rm mfsroot mfsroot.gz >> - @echo "Regular and MFS boot floppies made." >> -.endif >> - touch release.9.alpha >> - >> # >> # --==## Create a fixit floppy ##==-- >> # >> @@ -1083,14 +976,8 @@ >> md5 * > CHECKSUM.MD5) \ >> ) >> >> -.if ${TARGET_ARCH} == "alpha" >> -RELEASE9=release.9.${TARGET_ARCH} >> -.else >> -RELEASE9=release.9 -.endif >> - >> doRELEASE: release.1 release.2 release.3 ${DOCREL} release.4 >> release.5 \ >> - release.6 release.7 release.8 ${RELEASE9} ${FIXIT_TARGET} >> + release.6 release.7 release.8 release.9 ${FIXIT_TARGET} >> @cd ${.CURDIR} && ${MAKE} ${EXTRAS} >> @echo "Release done" >> >> Index: alpha/dokern.sh >> =================================================================== >> RCS file: /home/ncvs/src/release/alpha/dokern.sh,v >> retrieving revision 1.69 >> diff -u -r1.69 dokern.sh >> --- alpha/dokern.sh 14 May 2003 16:01:02 -0000 1.69 >> +++ alpha/dokern.sh 16 May 2003 06:33:49 -0000 >> @@ -3,65 +3,63 @@ >> # $FreeBSD: src/release/alpha/dokern.sh,v 1.69 2003/05/14 16:01:02 >> obrien Exp $ >> # >> >> -# XXX sort by order in GENERIC, not alphabetical >> - >> sed \ >> - -e 's/ident.*GENERIC/ident BOOTMFS/g' >> + -e '/DDB/d' \ >> -e '/DEBUG/d' \ >> -e '/DEC_KN8AE/d' \ >> - -e '/SOFTUPDATES/d' \ >> - -e '/UFS_ACL/d' \ >> - -e '/UFS_DIRHASH/d' \ >> + -e '/INVARIANTS/d' \ >> + -e '/INVARIANT_SUPPORT/d' \ >> + -e '/KTRACE/d' \ >> + -e '/MSDOSFS/d' \ >> -e '/NFSSERVER/d' \ >> -e '/NFS_ROOT/d' \ >> - -e '/MSDOSFS/d' \ >> -e '/PROCFS/d' \ >> -e '/PSEUDOFS/d' \ >> - -e '/KTRACE/d' \ >> + -e '/SMP/d' \ >> + -e '/SOFTUPDATES/d' \ >> -e '/SYSV/d' \ >> + -e '/UFS_ACL/d' \ >> + -e '/UFS_DIRHASH/d' \ >> -e '/_KPOSIX_PRIORITY_SCHEDULING/d' \ >> - -e '/DDB/d' \ >> - -e '/INVARIANTS/d' \ >> - -e '/INVARIANT_SUPPORT/d' \ >> - -e '/WITNESS/d' \ >> - -e '/SMP/d' \ >> + -e '/ atapicd /d' \ >> -e '/ atapifd /d' \ >> -e '/ atapist /d' \ >> + -e '/ aue /d' \ >> + -e '/ cd /d' \ >> -e '/ ch /d' \ >> + -e '/ cue /d' \ >> + -e '/ faith /d' \ >> + -e '/ firewire /d' \ >> + -e '/ fwe /d' \ >> + -e '/ gif /d' \ >> + -e '/ kue /d' \ >> + -e '/ lpt /d' \ >> + -e '/ ohci /d' \ >> -e '/ pass /d' \ >> - -e '/ sa /d' \ >> - -e '/ ses /d' \ >> - -e '/ splash /d' \ >> - -e '/ ppc$/d' \ >> -e '/ ppbus /d' \ >> - -e '/ lpt /d' \ >> + -e '/ ppc$/d' \ >> -e '/ ppi /d' \ >> + -e '/ ppp /d' \ >> + -e '/ pty /d' \ >> + -e '/ random /d' \ >> + -e '/ sa /d' \ >> + -e '/ sbp /d' \ >> + -e '/ ses /d' \ >> -e '/ sf /d' \ >> -e '/ sis /d' \ >> - -e '/ ste /d' \ >> - -e '/ wb /d' \ >> - -e '/ random /d' \ >> -e '/ sl /d' \ >> - -e '/ ppp /d' \ >> - -e '/ pty /d' \ >> - -e '/ gif /d' \ >> - -e '/ faith /d' \ >> - -e '/ uhci /d' \ >> - -e '/ ohci /d' \ >> - -e '/ usb /d' \ >> + -e '/ splash /d' \ >> + -e '/ ste /d' \ >> -e '/ ugen /d' \ >> + -e '/ uhci /d' \ >> -e '/ uhid /d' \ >> -e '/ ukbd /d' \ >> -e '/ ulpt /d' \ >> -e '/ umass /d' \ >> -e '/ ums /d' \ >> - -e '/ aue /d' \ >> - -e '/ axe /d' \ >> - -e '/ cue /d' \ >> - -e '/ kue /d' \ >> - -e '/ firewire /d' \ >> - -e '/ sbp /d' \ >> - -e '/ fwe /d' \ >> + -e '/ usb /d' \ >> + -e '/ wb /d' \ >> + -e 's/ident.*GENERIC/ident BOOTMFS/g' >> >> echo "options SCSI_NO_OP_STRINGS" echo "options >> SCSI_NO_SENSE_STRINGS" >> Index: alpha/drivers.conf >> =================================================================== >> RCS file: /home/ncvs/src/release/alpha/drivers.conf,v >> retrieving revision 1.17 >> diff -u -r1.17 drivers.conf >> --- alpha/drivers.conf 14 May 2003 15:38:44 -0000 1.17 >> +++ alpha/drivers.conf 15 May 2003 08:21:58 -0000 >> @@ -43,7 +43,6 @@ >> miibus miibus 2 network "MII bus support" >> pcn if_pcn 2 network "AMD Am79C97x PCI 10/100" >> rl if_rl 2 network "RealTek 8129/8139" >> -tl if_tl 3 network "Texas Instruments ThunderLAN" >> txp if_txp 2 network "3Com 3XP Typhoon/Sidewinder >> (3CR990)" >> vr if_vr 2 network "VIA Rhine, Rhine II" >> vx if_vx 2 network "3Com 3c590 and 3c595 EtherLink III" >> @@ -60,6 +59,7 @@ >> axe if_axe 3 network "ASIX AX88172 USB 2.0 Ethernet" >> if_gif if_gif 3 network "IPv6 and IPv4 tunneling" >> if_tun if_tun 3 network "Packet tunnel" >> +tl if_tl 3 network "Texas Instruments ThunderLAN" >> >> CD9660 cd9660 3 options "ISO 9660 Filesystem" >> NFSCLIENT nfsclient 3 options "Network Filesystem Client" >> Index: alpha/fixit_crunch.conf >> =================================================================== >> RCS file: /home/ncvs/src/release/alpha/fixit_crunch.conf,v >> retrieving revision 1.34 >> diff -u -r1.34 fixit_crunch.conf >> --- alpha/fixit_crunch.conf 21 Apr 2003 19:14:32 -0000 1.34 >> +++ alpha/fixit_crunch.conf 16 May 2003 05:56:28 -0000 >> @@ -7,9 +7,10 @@ >> progs ln ls mkdir mv rm rmdir >> >> srcdirs /usr/src/sbin >> -progs clri disklabel dmesg mknod >> +progs bsdlabel clri dmesg mknod >> progs mount mount_cd9660 >> progs reboot restore swapon umount >> +ln bsdlabel disklabel >> ln restore rrestore >> >> srcdirs /usr/src/usr.bin >> @@ -19,4 +20,4 @@ >> progs chown chroot >> ln chown chgrp >> >> -libs -lutil -lm -ledit -lncurses -ltermcap -lkvm >> +libs -ledit -lgeom -lkvm -lm -lncurses -lutil >> Index: i386/fixit_crunch.conf >> =================================================================== >> RCS file: /home/ncvs/src/release/i386/fixit_crunch.conf,v >> retrieving revision 1.9 >> diff -u -r1.9 fixit_crunch.conf >> --- i386/fixit_crunch.conf 21 Apr 2003 19:14:32 -0000 1.9 >> +++ i386/fixit_crunch.conf 16 May 2003 05:54:47 -0000 >> @@ -7,9 +7,10 @@ >> progs ln ls mkdir mv rm rmdir sleep sync >> >> srcdirs /usr/src/sbin >> -progs clri disklabel dmesg fdisk mknod >> +progs bsdlabel clri dmesg fdisk mknod >> progs mount mount_cd9660 mount_msdosfs >> progs reboot restore swapon umount >> +ln bsdlabel disklabel >> ln restore rrestore >> >> srcdirs /usr/src/usr.bin >> @@ -21,4 +22,4 @@ >> progs chown chroot >> ln chown chgrp >> >> -libs -lutil -lm -ledit -lncurses -ltermcap -lkvm >> +libs -ledit -lgeom -lkvm -lm -lncurses -lutil >> Index: ia64/doFS.sh >> =================================================================== >> RCS file: /home/ncvs/src/release/ia64/doFS.sh,v >> retrieving revision 1.7 >> diff -u -r1.7 doFS.sh >> --- ia64/doFS.sh 23 Apr 2003 09:01:35 -0000 1.7 >> +++ ia64/doFS.sh 3 May 2003 19:42:02 -0000 >> @@ -20,7 +20,7 @@ >> if [ x$FSLABEL != "xefi" ]; then >> DOFS_SH=`dirname $0`/../scripts/`basename $0` >> echo "Transferring control to $DOFS_SH..." >> - exec sh $DOFS_SH disklabel ia64 $FSIMG $RD $MNT $FSSIZE $FSPROTO >> $FSINODE $FSLABEL >> + exec sh $DOFS_SH bsdlabel ia64 $FSIMG $RD $MNT $FSSIZE $FSPROTO >> $FSINODE $FSLABEL >> fi >> >> export BLOCKSIZE=512 >> Index: pc98/fixit-small_crunch.conf >> =================================================================== >> RCS file: /home/ncvs/src/release/pc98/fixit-small_crunch.conf,v >> retrieving revision 1.2 >> diff -u -r1.2 fixit-small_crunch.conf >> --- pc98/fixit-small_crunch.conf 21 Apr 2003 19:14:32 -0000 1.2 >> +++ pc98/fixit-small_crunch.conf 16 May 2003 05:59:07 -0000 >> @@ -7,9 +7,10 @@ >> progs ln ls mkdir mv rm rmdir sleep sync >> >> srcdirs /usr/src/sbin >> -progs clri disklabel dmesg fdisk mknod >> +progs bsdlabel clri dmesg fdisk mknod >> progs mount mount_cd9660 mount_msdosfs >> progs reboot restore swapon umount >> +ln bsdlabel disklabel >> ln restore rrestore >> >> special fdisk srcdir /usr/src/sbin/fdisk_pc98 >> @@ -22,4 +23,4 @@ >> progs chown chroot >> ln chown chgrp >> >> -libs -lutil -lm -ledit -lncurses -ltermcap -lkvm >> +libs -ledit -lgeom -lkvm -lm -lncurses -lutil >> Index: pc98/fixit_crunch.conf >> =================================================================== >> RCS file: /home/ncvs/src/release/pc98/fixit_crunch.conf,v >> retrieving revision 1.9 >> diff -u -r1.9 fixit_crunch.conf >> --- pc98/fixit_crunch.conf 21 Apr 2003 19:14:32 -0000 1.9 >> +++ pc98/fixit_crunch.conf 16 May 2003 05:59:02 -0000 >> @@ -7,9 +7,10 @@ >> progs ln ls mkdir mv rm rmdir sleep sync >> >> srcdirs /usr/src/sbin >> -progs clri disklabel dmesg fdisk mknod >> +progs bsdlabel clri dmesg fdisk mknod >> progs mount mount_cd9660 mount_msdosfs >> progs reboot restore swapon umount >> +ln bsdlabel disklabel >> ln restore rrestore >> >> special fdisk srcdir /usr/src/sbin/fdisk_pc98 >> @@ -23,4 +24,4 @@ >> progs chown chroot >> ln chown chgrp >> >> -libs -lutil -lm -ledit -lncurses -ltermcap -lkvm >> +libs -ledit -lgeom -lkvm -lm -lncurses -lutil >> Index: scripts/doFS.sh >> =================================================================== >> RCS file: /home/ncvs/src/release/scripts/doFS.sh,v >> retrieving revision 1.50 >> diff -u -r1.50 doFS.sh >> --- scripts/doFS.sh 9 May 2003 09:41:18 -0000 1.50 >> +++ scripts/doFS.sh 14 May 2003 18:06:55 -0000 >> @@ -20,7 +20,7 @@ >> # >> # We don't have any bootblocks on ia64. Note that -B implies -r, >> # so we have to specifically specify -r when we don't have -B. >> -# disklabel fails otherwise. >> +# bsdlabel fails otherwise. >> # >> if [ -f "${RD}/trees/base/boot/boot" ]; then >> BOOT="-B -b ${RD}/trees/base/boot/boot" >> Index: sparc64/mkisoimages.sh >> =================================================================== >> RCS file: /home/ncvs/src/release/sparc64/mkisoimages.sh,v >> retrieving revision 1.1 >> diff -u -r1.1 mkisoimages.sh >> --- sparc64/mkisoimages.sh 13 Oct 2002 18:36:06 -0000 1.1 >> +++ sparc64/mkisoimages.sh 3 May 2003 19:44:08 -0000 >> @@ -30,7 +30,7 @@ >> if [ "x$1" = "x-b" ]; then >> dd if=/dev/zero of=${IMG} bs=512 count=1024 >> MD=`mdconfig -a -t vnode -f ${IMG}` >> - disklabel -Brw ${MD} auto >> + sunlabel -Brw ${MD} auto >> newfs /dev/${MD}c >> mount /dev/${MD}c ${MNT} >> mkdir ${MNT}/boot > > From owner-freebsd-alpha@FreeBSD.ORG Fri May 16 23:53:11 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FBA637B4B5; Fri, 16 May 2003 23:53:11 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF51443F85; Fri, 16 May 2003 23:53:07 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h4H6r4Ed025223 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 May 2003 09:53:04 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h4H6r3uW025218; Sat, 17 May 2003 09:53:03 +0300 (EEST) (envelope-from ru) Date: Sat, 17 May 2003 09:53:03 +0300 From: Ruslan Ermilov To: alpha@freebsd.org, re@freebsd.org, re-alpha@freebsd.org Message-ID: <20030517065303.GB23902@sunbay.com> References: <20030516071037.GB67956@sunbay.com> <3EC490B4.6080506@btc.adaptec.com> <3EC5747D.9030507@btc.adaptec.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rS8CxjVDS/+yyDmU" Content-Disposition: inline In-Reply-To: <3EC5747D.9030507@btc.adaptec.com> User-Agent: Mutt/1.5.4i Subject: Re: My take at unbreaking releases for 5.1 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 May 2003 06:53:11 -0000 --rS8CxjVDS/+yyDmU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 16, 2003 at 05:30:05PM -0600, Scott Long wrote: > I'm moving this over to the alpha mailing list for comment. In short, > the alpha release build is overflowing the install floppies. Ruslan's > fix is to remove the cd and acd drivers with the theory that if the > user doesn't boot off of the CD during install, they probably won't > use the CD at all during the install. Is this reasonable? We would > like comments relatively quickly as having Alpha releasable for > 5.1-BETA2 is highly desirable. Another angle that will be tested this > weekend is to de-inline the mutex functions to slim down the kernel. > That should save a few 10's of kilobytes, though it's unclear if this > will allow the cd and acd drivers to be restored. >=20 The latest patch is available here: http://people.freebsd.org/~ru/patches/release.patch Note that it also deals with the "bsdlabel(8) missing on the fixit floppy" problem. Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --rS8CxjVDS/+yyDmU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+xdxPUkv4P6juNwoRAr+fAJ99exsqXPzfpF4sK+bxPgwPk7lRigCdG1pP nlNHFXg62a1cbnPyJJnFp8o= =7Bmo -----END PGP SIGNATURE----- --rS8CxjVDS/+yyDmU-- From owner-freebsd-alpha@FreeBSD.ORG Sat May 17 03:19:04 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D4F337B401 for ; Sat, 17 May 2003 03:19:04 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id B780943F3F for ; Sat, 17 May 2003 03:19:02 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 1436F530E; Sat, 17 May 2003 12:19:00 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: alpha@freebsd.org From: Dag-Erling Smorgrav Date: Sat, 17 May 2003 12:18:59 +0200 Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: floating point exception 8 in awk X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 May 2003 10:19:04 -0000 This occurred during the 'make dependencies' stage of the first chrooted buildworld in a 'make release': ===> usr.bin/truss cp /usr/src/usr.bin/truss/../../sys/kern/syscalls.master syscalls.master /bin/sh /usr/src/usr.bin/truss/../../sys/kern/makesyscalls.sh syscalls.master /usr/src/usr.bin/truss/i386.conf awk: floating point exception 8 input record number 325, file source line number 87 *** Error code 2 Stop in /usr/src/usr.bin/truss. the sources for the build were top-of-tree, the host is a PWS600au running a week-old 5.1-BETA. DES -- Dag-Erling Smorgrav - des@ofug.org From owner-freebsd-alpha@FreeBSD.ORG Sat May 17 04:39:32 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C413137B401 for ; Sat, 17 May 2003 04:39:32 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36F5443F75 for ; Sat, 17 May 2003 04:39:25 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h4HBdAEB025347; Sat, 17 May 2003 13:39:10 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h4HBd6Tu025346; Sat, 17 May 2003 13:39:06 +0200 (CEST) Date: Sat, 17 May 2003 13:39:06 +0200 From: Wilko Bulte To: Dag-Erling Smorgrav Message-ID: <20030517113906.GA25329@freebie.xs4all.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: alpha@freebsd.org Subject: Re: floating point exception 8 in awk X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 May 2003 11:39:33 -0000 On Sat, May 17, 2003 at 12:18:59PM +0200, Dag-Erling Smorgrav wrote: > This occurred during the 'make dependencies' stage of the first > chrooted buildworld in a 'make release': > > ===> usr.bin/truss > cp /usr/src/usr.bin/truss/../../sys/kern/syscalls.master syscalls.master > /bin/sh /usr/src/usr.bin/truss/../../sys/kern/makesyscalls.sh syscalls.master /usr/src/usr.bin/truss/i386.conf > awk: floating point exception 8 > input record number 325, file > source line number 87 > *** Error code 2 > > Stop in /usr/src/usr.bin/truss. > > the sources for the build were top-of-tree, the host is a PWS600au > running a week-old 5.1-BETA. FAQ, more of less. If you rebuild & install your awk with -mieee from then on everything works again. -mieee is now the default on alpha. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-alpha@FreeBSD.ORG Sat May 17 06:47:11 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55FD537B401 for ; Sat, 17 May 2003 06:47:11 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4421D43FAF for ; Sat, 17 May 2003 06:47:10 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id B2E88530E; Sat, 17 May 2003 15:47:07 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Wilko Bulte References: <20030517113906.GA25329@freebie.xs4all.nl> From: Dag-Erling Smorgrav Date: Sat, 17 May 2003 15:47:06 +0200 In-Reply-To: <20030517113906.GA25329@freebie.xs4all.nl> (Wilko Bulte's message of "Sat, 17 May 2003 13:39:06 +0200") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: alpha@freebsd.org Subject: Re: floating point exception 8 in awk X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 May 2003 13:47:11 -0000 Wilko Bulte writes: > FAQ, more of less. If you rebuild & install your awk with -mieee from then > on everything works again. -mieee is now the default on alpha. Yes, but this shouldn't happen inside the chroot since it's using either the awk from the buildworld preceding make relese, or the awk from the cross-tools stage of the chrooted buildworld, and both of these should have been built with -mieee... though it seems they weren't, I can't find the string 'mieee' anywhere in the build logs. DES -- Dag-Erling Smorgrav - des@ofug.org From owner-freebsd-alpha@FreeBSD.ORG Sat May 17 06:52:45 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8406437B40E for ; Sat, 17 May 2003 06:52:45 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id A70DD43FA3 for ; Sat, 17 May 2003 06:52:44 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id 3B1F5530E; Sat, 17 May 2003 15:52:41 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Wilko Bulte References: <20030517113906.GA25329@freebie.xs4all.nl> From: Dag-Erling Smorgrav Date: Sat, 17 May 2003 15:52:40 +0200 In-Reply-To: (Dag-Erling Smorgrav's message of "Sat, 17 May 2003 15:47:06 +0200") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: alpha@freebsd.org Subject: Re: floating point exception 8 in awk X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 May 2003 13:52:45 -0000 Dag-Erling Smorgrav writes: > Wilko Bulte writes: > > FAQ, more of less. If you rebuild & install your awk with -mieee from then > > on everything works again. -mieee is now the default on alpha. > Yes, but this shouldn't happen inside the chroot since it's using > either the awk from the buildworld preceding make relese, or the awk > from the cross-tools stage of the chrooted buildworld, and both of > these should have been built with -mieee... though it seems they > weren't, I can't find the string 'mieee' anywhere in the build logs. Grrr... found the bug: bsd.sys.mk adds -mieee to the _CPUCFLAGS variable, which is ignored if NO_CPU_CFLAGS is set. This is arguably a bug since _CPUCFLAGS is supposed to control optimization, not correctness, and setting NO_CPU_CFLAGS should improve correctness at the expense of performance and not the other way around. Any suggestions on how to fix this? DES -- Dag-Erling Smorgrav - des@ofug.org From owner-freebsd-alpha@FreeBSD.ORG Sat May 17 08:03:58 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D65637B401 for ; Sat, 17 May 2003 08:03:58 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6265B43F85 for ; Sat, 17 May 2003 08:03:43 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h4HF3JEB026238; Sat, 17 May 2003 17:03:19 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h4HF3AKS026237; Sat, 17 May 2003 17:03:10 +0200 (CEST) Date: Sat, 17 May 2003 17:03:10 +0200 From: Wilko Bulte To: Dag-Erling Smorgrav Message-ID: <20030517150310.GA26222@freebie.xs4all.nl> References: <20030517113906.GA25329@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: alpha@freebsd.org Subject: Re: floating point exception 8 in awk X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 May 2003 15:03:58 -0000 On Sat, May 17, 2003 at 03:47:06PM +0200, Dag-Erling Smorgrav wrote: > Wilko Bulte writes: > > FAQ, more of less. If you rebuild & install your awk with -mieee from then > > on everything works again. -mieee is now the default on alpha. > > Yes, but this shouldn't happen inside the chroot since it's using > either the awk from the buildworld preceding make relese, or the awk > from the cross-tools stage of the chrooted buildworld, and both of > these should have been built with -mieee... though it seems they Well, I had a similar problem and David suggested the trick I mentioned. After that things just worked (awk wise that is) so I did not look back. > weren't, I can't find the string 'mieee' anywhere in the build logs. In my buildlogs there are plenty: ds10#grep mieee MR.log | wc -l 15466 ds10# -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-alpha@FreeBSD.ORG Sat May 17 09:59:30 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2219D37B401 for ; Sat, 17 May 2003 09:59:30 -0700 (PDT) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75DCF43FA3 for ; Sat, 17 May 2003 09:59:22 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9/8.12.9) with ESMTP id h4HGxAEB026982; Sat, 17 May 2003 18:59:10 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9/8.12.9/Submit) id h4HGx6OC026977; Sat, 17 May 2003 18:59:06 +0200 (CEST) Date: Sat, 17 May 2003 18:59:06 +0200 From: Wilko Bulte To: Dag-Erling Smorgrav Message-ID: <20030517165906.GB26915@freebie.xs4all.nl> References: <20030517113906.GA25329@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i X-OS: FreeBSD 4.8-STABLE X-PGP: finger wilko@freebsd.org cc: alpha@freebsd.org Subject: Re: floating point exception 8 in awk X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 May 2003 16:59:30 -0000 On Sat, May 17, 2003 at 03:52:40PM +0200, Dag-Erling Smorgrav wrote: > Dag-Erling Smorgrav writes: > > Wilko Bulte writes: > > > FAQ, more of less. If you rebuild & install your awk with -mieee from then > > > on everything works again. -mieee is now the default on alpha. > > Yes, but this shouldn't happen inside the chroot since it's using > > either the awk from the buildworld preceding make relese, or the awk > > from the cross-tools stage of the chrooted buildworld, and both of > > these should have been built with -mieee... though it seems they > > weren't, I can't find the string 'mieee' anywhere in the build logs. > > Grrr... found the bug: bsd.sys.mk adds -mieee to the _CPUCFLAGS > variable, which is ignored if NO_CPU_CFLAGS is set. This is arguably > a bug since _CPUCFLAGS is supposed to control optimization, not > correctness, and setting NO_CPU_CFLAGS should improve correctness at > the expense of performance and not the other way around. > > Any suggestions on how to fix this? Hmm, I do not pretend to be a specialist on the idiosyncracies of the build process. I think it was David who came up with the -mieee fix (but I might misremember). -- | / o / /_ _ wilko@freebie.xs4all.nl |/|/ / / /( (_) Bulte From owner-freebsd-alpha@FreeBSD.ORG Sat May 17 10:53:44 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92ABF37B401; Sat, 17 May 2003 10:53:44 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA7A043FA3; Sat, 17 May 2003 10:53:43 -0700 (PDT) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h4HHngZ27895; Sat, 17 May 2003 10:49:42 -0700 Received: from btc.adaptec.com (hollin.btc.adaptec.com [10.100.253.56]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id KAA08108; Sat, 17 May 2003 10:53:36 -0700 (PDT) Message-ID: <3EC677A4.8010407@btc.adaptec.com> Date: Sat, 17 May 2003 11:55:48 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ruslan Ermilov References: <20030517065303.GB23902@sunbay.com> In-Reply-To: <20030517065303.GB23902@sunbay.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: re@freebsd.org cc: alpha@freebsd.org cc: re-alpha@freebsd.org Subject: Re: My take at unbreaking releases for 5.1 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 May 2003 17:53:45 -0000 Ruslan Ermilov wrote: > On Fri, May 16, 2003 at 05:30:05PM -0600, Scott Long wrote: > >>I'm moving this over to the alpha mailing list for comment. In short, >>the alpha release build is overflowing the install floppies. Ruslan's >>fix is to remove the cd and acd drivers with the theory that if the >>user doesn't boot off of the CD during install, they probably won't >>use the CD at all during the install. Is this reasonable? We would >>like comments relatively quickly as having Alpha releasable for >>5.1-BETA2 is highly desirable. Another angle that will be tested this >>weekend is to de-inline the mutex functions to slim down the kernel. >>That should save a few 10's of kilobytes, though it's unclear if this >>will allow the cd and acd drivers to be restored. >> > > The latest patch is available here: > > http://people.freebsd.org/~ru/patches/release.patch > > Note that it also deals with the "bsdlabel(8) missing on the fixit > floppy" problem. > > > Cheers, If the bsdlabel part hasn't been committed yet, then please commit it now. As for the other part, let's see what can be done with Wilko and David's fix this weekend. Thanks, Scott