From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 21 23:59:28 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90EFE16A4CE; Sat, 21 Feb 2004 23:59:28 -0800 (PST) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B82243D1D; Sat, 21 Feb 2004 23:59:28 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1M7xRvB001856; Sun, 22 Feb 2004 02:59:27 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> Date: Sun, 22 Feb 2004 02:59:26 -0500 To: sparc64@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 07:59:28 -0000 At 8:33 PM -0500 2/16/04, Garance A Drosihn wrote: >At 5:13 PM -0600 2/15/04, matt wrote: > >And in a later message, he wrote: >> Killing dhclient brought things back to normal - and yes, I >> did remove /var/db/dhcp.leases (had to, dhclient wouldn't >> work until I did). My kernel was just a run of the mill >> GENERIC, no changes. > >Well, there does seem to be some kind of problem here, but I >don't know what to do about it just yet. In my earlier testing, >I did do some testing with a dhcp-configured machine, but not a >lot of it. I did a little more testing on this. On my 32-bTT sparc64 system, I can run 'dhclient -v hme0' by hand (after the system has booted up), and it works fine. On the same system upgraded to 64-bTT, the command hangs after printing out 'Sending on Socket/fallback' I let it sit there for several minutes, and it just never got past that point. I had to attention out of it. I did find that if I install the port for net/isc-dhcp3-client, I can type: /usr/local/sbin/dhclient hme0 and it seems to work fine. (the version in the ports-collection does not support a -v option). The only obviously incorrect comment in the output from the program was: bound to 128.113.24.149 -- renewal in 4627546198780150248 seconds. I am pretty sure that our lease-renewal time is somewhat smaller than that.... So, there definitely is something wrong with the dhclient from the base system But it might be that people having trouble with dhcp on 64-bTT sparc systems could use the port, at least for the short-term. disclaimer: I just ran the port-built version by hand. I did not check to see how you would run this version instead of the base-system version at system-startup. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 03:04:37 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3865216A4F2 for ; Sun, 22 Feb 2004 03:04:37 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06D4C43D1D for ; Sun, 22 Feb 2004 03:04:37 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id CEC1E530D; Sun, 22 Feb 2004 11:46:00 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 1851D5308; Sun, 22 Feb 2004 11:45:53 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id EBE7033C6F; Sun, 22 Feb 2004 11:45:52 +0100 (CET) To: Garance A Drosihn References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 22 Feb 2004 11:45:52 +0100 In-Reply-To: (Garance A. Drosihn's message of "Sun, 22 Feb 2004 02:59:26 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: sparc64@freebsd.org Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 11:04:37 -0000 --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Garance A Drosihn writes: > So, there definitely is something wrong with the dhclient from > the base system But it might be that people having trouble with > dhcp on 64-bTT sparc systems could use the port, at least for > the short-term. Only takes a few minutes of eyeballing to figure out that the problem is most likely on line 424 of src/contrib/isc-dhcp/common/parse.c: convert_num (cfile, (unsigned char *)timep, val, 10, 32); idiotically, the final argument to convert_num() is supposed to be the size in bits of the number to store in the location pointed to by the second argument. The simplest fix is to use a temporary int32_t and assign it to *timep later, since convert_num() can't deal with 64-bit quantities. See attached (untested) patch. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=dhclient.diff Index: contrib/isc-dhcp/common/parse.c =================================================================== RCS file: /home/ncvs/src/contrib/isc-dhcp/common/parse.c,v retrieving revision 1.1.1.8 diff -u -r1.1.1.8 parse.c --- contrib/isc-dhcp/common/parse.c 2 Sep 2003 11:01:23 -0000 1.1.1.8 +++ contrib/isc-dhcp/common/parse.c 22 Feb 2004 10:44:52 -0000 @@ -414,6 +414,7 @@ { const char *val; enum dhcp_token token; + int32_t num; token = next_token (&val, (unsigned *)0, cfile); if (token != NUMBER) { @@ -421,9 +422,9 @@ skip_to_semi (cfile); return; } - convert_num (cfile, (unsigned char *)timep, val, 10, 32); + convert_num (cfile, (unsigned char *)&num, val, 10, 32); /* Unswap the number - convert_num returns stuff in NBO. */ - *timep = ntohl (*timep); /* XXX */ + *timep = ntohl (num); parse_semi (cfile); } --=-=-=-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 05:14:59 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB26116A4CE for ; Sun, 22 Feb 2004 05:14:59 -0800 (PST) Received: from slacknet.slacknet.com (slacknet.slacknet.com [204.228.135.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBC8A43D1D for ; Sun, 22 Feb 2004 05:14:59 -0800 (PST) (envelope-from rj45@slacknet.com) Received: from rj45 (helo=localhost) by slacknet.slacknet.com with local-esmtp (Exim 4.30 #1 (Debian)) id 1AutRj-0001pi-2n for ; Sun, 22 Feb 2004 06:14:59 -0700 Date: Sun, 22 Feb 2004 06:14:59 -0700 (MST) From: RJ45 To: freebsd-sparc64@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SA-Exim-Scanned: No; SAEximRunCond expanded to false Subject: watchdog reset X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 13:14:59 -0000 I have a ultra60 with FreeBSD 5.2 suddently the machien stop working and on the OBP prompt I ahd this: Watchdog Reset Externally Initiated Reset I did a POST test and all the hardware looks to be flawless. anyone experienced this problem before on dual CPU ultra 60? thanks Rick From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 07:43:11 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEA0016A4CE; Sun, 22 Feb 2004 07:43:11 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE62143D1F; Sun, 22 Feb 2004 07:43:11 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 29EA073065; Sun, 22 Feb 2004 10:43:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040222154311.29EA073065@freebsd-current.sentex.ca> Date: Sun, 22 Feb 2004 10:43:11 -0500 (EST) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 15:43:12 -0000 TB --- 2004-02-22 14:43:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-22 14:43:08 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-02-22 14:43:08 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-22 14:48:03 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2004-02-22 15:31:49 - building generic kernel TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 22 15:31:49 GMT 2004 >>> Kernel build for GENERIC completed on Sun Feb 22 15:40:30 GMT 2004 TB --- 2004-02-22 15:40:30 - generating LINT kernel config TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2004-02-22 15:40:30 - building LINT kernel TB --- cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 22 15:40:30 GMT 2004 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hatm/if_hatm_rx.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hatm/if_hatm_tx.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/fore_buffer.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/fore_command.c /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/fore_command.c: In function `fore_cmd_allocate': /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/fore_command.c:108: warning: comparison between pointer and integer /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/fore_command.c: In function `fore_cmd_free': /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/hfa/fore_command.c:461: warning: assignment makes integer from pointer without a cast *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-02-22 15:43:11 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-22 15:43:11 - TB --- ERROR: failed to build lint kernel TB --- 2004-02-22 15:43:11 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 10:04:38 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DC3E16A4CF for ; Sun, 22 Feb 2004 10:04:38 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6976643D1D for ; Sun, 22 Feb 2004 10:04:38 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.10) with ESMTP id i1MHqIOJ091967; Sun, 22 Feb 2004 09:52:18 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i1MHqHaS091966; Sun, 22 Feb 2004 09:52:17 -0800 (PST) (envelope-from obrien) Date: Sun, 22 Feb 2004 09:52:17 -0800 From: "David O'Brien" To: Ken Smith Message-ID: <20040222175217.GG91129@dragon.nuxi.com> References: <20040216214653.GB23832@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040216214653.GB23832@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-sparc64@freebsd.org Subject: Re: 64-bit time_t snapshot? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-sparc64@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 18:04:38 -0000 On Mon, Feb 16, 2004 at 04:46:53PM -0500, Ken Smith wrote: > If this is worth doing, any thoughts on whether it would be best to > base it on 5.2.1-RELEASE (plus just the time_t change) or would it > be better to try and catch a -current that seems stable? The release Definately a -current. So much has changed since RELENG_5_2 was first branched, that 5.2.1-RELEASE is too much of a downgrade. Especially with the latest threading changes. From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 11:14:24 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34BC816A4CE for ; Sun, 22 Feb 2004 11:14:24 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3DFB43D2F for ; Sun, 22 Feb 2004 11:14:23 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1MJENTr025265 for ; Sun, 22 Feb 2004 14:14:23 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1MJEN3I025263 for freebsd-sparc64@freebsd.org; Sun, 22 Feb 2004 14:14:23 -0500 (EST) Date: Sun, 22 Feb 2004 14:14:22 -0500 From: Ken Smith To: freebsd-sparc64@freebsd.org Message-ID: <20040222191422.GA25047@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: 64-bit time_t ISO available... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 19:14:24 -0000 I have made and tested the miniinst CD with the time_t change made. The snapshot of the repo was done Feb. 20th, 2004 so it does not have the restructured device stuff phk@ did this weekend. The miniinst CD only has the perl package on it, no other packages (but it does have a full ports tarball if you choose to install ports during the install). Just like normal miniinst CD's, sysinstall will whine about various packages not being present (mostly the X11 stuff) but it's harmless. The Mirror Site Coordinator said I could put it on ftp-master in the snapshots/sparc64 directory. :-) Not all of the mirror sites carry the snapshots/ directory but the larger ones do. Garance, again sorry the snapshot CD makes it look like I did the commit of the time_t stuff. As soon as you make the real commit I'll make another snapshot ISO image and replace the one that's there now. I just thought this would be useful now in case some of the earlier adopters have problems (and it made sure there are no issues with the release building process caused by the new time_t :-). -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 11:16:24 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF26B16A4CE for ; Sun, 22 Feb 2004 11:16:24 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9ACE543D1F for ; Sun, 22 Feb 2004 11:16:24 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.10/8.12.10) with ESMTP id i1MJGLOE040774; Sun, 22 Feb 2004 11:16:22 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i1MJGLZj053746; Sun, 22 Feb 2004 11:16:21 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i1MJGJeL053745; Sun, 22 Feb 2004 11:16:19 -0800 (PST) (envelope-from marcel) Date: Sun, 22 Feb 2004 11:16:18 -0800 From: Marcel Moolenaar To: Dag-Erling Sm?rgrav Message-ID: <20040222191618.GB53610@dhcp01.pn.xcllnt.net> References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: Garance A Drosihn cc: sparc64@freebsd.org Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 19:16:24 -0000 On Sun, Feb 22, 2004 at 11:45:52AM +0100, Dag-Erling Sm?rgrav wrote: > > Only takes a few minutes of eyeballing to figure out that the problem > is most likely on line 424 of src/contrib/isc-dhcp/common/parse.c: > > convert_num (cfile, (unsigned char *)timep, val, 10, 32); > > idiotically, the final argument to convert_num() is supposed to be the > size in bits of the number to store in the location pointed to by the > second argument. The simplest fix is to use a temporary int32_t and > assign it to *timep later, since convert_num() can't deal with 64-bit > quantities. See attached (untested) patch. This code is then obviously also broken on amd64 and ia64 and thus makes the bug more severe. A work-around seems to be in order until isc-dhcp gets upgraded. IMO of course, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 11:18:36 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25AA516A4CE for ; Sun, 22 Feb 2004 11:18:36 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id D463243D2D for ; Sun, 22 Feb 2004 11:18:35 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1MJIZTr025361 for ; Sun, 22 Feb 2004 14:18:35 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1MJIZiG025360 for freebsd-sparc64@freebsd.org; Sun, 22 Feb 2004 14:18:35 -0500 (EST) Date: Sun, 22 Feb 2004 14:18:35 -0500 From: Ken Smith To: freebsd-sparc64@freebsd.org Message-ID: <20040222191835.GB25047@electra.cse.Buffalo.EDU> References: <20040222191422.GA25047@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline In-Reply-To: <20040222191422.GA25047@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.1i Subject: Re: 64-bit time_t ISO available... X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 19:18:36 -0000 --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Grr... I keep nagging Scott about not providing MD5's and signing messages, then I go and do it... MD5 (5.2.1-64BTT-sparc64-miniinst.iso) =3D 9a49245b5fea311a7376f008c9c639ee --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (SunOS) iD8DBQFAOQCI/G14VSmup/YRAmzaAJ0ZKdPb6RPdMRK1crR+7uaMm7FudwCggNWP w2B0/R4JvKzVi5fEmnc8bxY= =MQ+0 -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 11:25:18 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBCAD16A4CE for ; Sun, 22 Feb 2004 11:25:18 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95B3443D1D for ; Sun, 22 Feb 2004 11:25:18 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1MJPGTr025556; Sun, 22 Feb 2004 14:25:16 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1MJPGYb025555; Sun, 22 Feb 2004 14:25:16 -0500 (EST) Date: Sun, 22 Feb 2004 14:25:16 -0500 From: Ken Smith To: Marcel Moolenaar Message-ID: <20040222192516.GC25047@electra.cse.Buffalo.EDU> References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> <20040222191618.GB53610@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040222191618.GB53610@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.4.1i cc: Garance A Drosihn cc: sparc64@freebsd.org Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 19:25:19 -0000 On Sun, Feb 22, 2004 at 11:16:18AM -0800, Marcel Moolenaar wrote: > On Sun, Feb 22, 2004 at 11:45:52AM +0100, Dag-Erling Sm?rgrav wrote: > > > > Only takes a few minutes of eyeballing to figure out that the problem > > is most likely on line 424 of src/contrib/isc-dhcp/common/parse.c: > > > > convert_num (cfile, (unsigned char *)timep, val, 10, 32); > > > > idiotically, the final argument to convert_num() is supposed to be the > > size in bits of the number to store in the location pointed to by the > > second argument. The simplest fix is to use a temporary int32_t and > > assign it to *timep later, since convert_num() can't deal with 64-bit > > quantities. See attached (untested) patch. > > This code is then obviously also broken on amd64 and ia64 and thus > makes the bug more severe. A work-around seems to be in order until > isc-dhcp gets upgraded. IMO of course, > Since the ISO's done I can try to take care of this if nobody else wants to. Would be nice to have it fixed before I do the next snapshot (right after Garance does the real commit). I'd just be trying to confirm Dag-Erling's patch works and then running it by my mentor... -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 14:44:37 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4075D16A4CE for ; Sun, 22 Feb 2004 14:44:37 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FA1943D1F for ; Sun, 22 Feb 2004 14:44:37 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 8E3045309; Sun, 22 Feb 2004 23:14:38 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 9DEDB5308; Sun, 22 Feb 2004 23:14:31 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 2AFA333C6F; Sun, 22 Feb 2004 23:14:31 +0100 (CET) To: Marcel Moolenaar References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> <20040222191618.GB53610@dhcp01.pn.xcllnt.net> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Sun, 22 Feb 2004 23:14:31 +0100 In-Reply-To: <20040222191618.GB53610@dhcp01.pn.xcllnt.net> (Marcel Moolenaar's message of "Sun, 22 Feb 2004 11:16:18 -0800") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: Garance A Drosihn cc: sparc64@freebsd.org Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2004 22:44:37 -0000 Marcel Moolenaar writes: > This code is then obviously also broken on amd64 and ia64 [...] yep, if they have 64-bit time_t. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 16:57:08 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53B0916A4CE for ; Sun, 22 Feb 2004 16:57:08 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12C7043D1D for ; Sun, 22 Feb 2004 16:57:08 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1N0v5nI028791; Sun, 22 Feb 2004 19:57:05 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> Date: Sun, 22 Feb 2004 19:57:04 -0500 To: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= ) From: Garance A Drosihn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Scanned-By: CanIt (www . canit . ca) cc: sparc64@freebsd.org Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2004 00:57:08 -0000 At 11:45 AM +0100 2/22/04, Dag-Erling Sm=F8rgrav wrote: >Garance A Drosihn writes: >> So, there definitely is something wrong with the dhclient from >> the base system But it might be that people having trouble with >> dhcp on 64-bTT sparc systems could use the port, at least for >> the short-term. > >Only takes a few minutes of eyeballing to figure out that the problem >is most likely on line 424 of src/contrib/isc-dhcp/common/parse.c: > > convert_num (cfile, (unsigned char *)timep, val, 10, 32); > >idiotically, the final argument to convert_num() is supposed to be >the size in bits of the number to store in the location pointed to >by the second argument. The simplest fix is to use a temporary >int32_t and assign it to *timep later, since convert_num() can't >deal with 64-bit quantities. See attached (untested) patch. Well, that definitely looks like a problem, but it may not be the only one. I tried applying your patch, recompiling, and installing. dhclient still seems to hang up on me. This was just a quick test, though, so I may have done something wrong. In a later message, Dag-Erling Sm=F8rgrav wrote: >Marcel Moolenaar writes: >> This code is then obviously also broken on amd64 and ia64 [...] > >yep, if they have 64-bit time_t. They do, but they are also different-endian. Perhaps the bug is not as serious in that case. It could also be that the people able to spend money on amd64 and ia64 can also afford to have fixed IP addresses, and they don't run dhclient :-) [or maybe they are running the version from /usr/ports] -- Garance Alistair Drosehn =3D gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 17:02:03 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6A3816A4CE for ; Sun, 22 Feb 2004 17:02:03 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95E9343D2D for ; Sun, 22 Feb 2004 17:02:03 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1N11unI029574; Sun, 22 Feb 2004 20:01:56 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040222192516.GC25047@electra.cse.Buffalo.EDU> References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> <20040222191618.GB53610@dhcp01.pn.xcllnt.net> <20040222192516.GC25047@electra.cse.Buffalo.EDU> Date: Sun, 22 Feb 2004 20:01:55 -0500 To: Ken Smith From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: sparc64@freebsd.org Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2004 01:02:04 -0000 At 2:25 PM -0500 2/22/04, Ken Smith wrote: > >Since the ISO's done I can try to take care of this if nobody else >wants to. Would be nice to have it fixed before I do the next >snapshot (right after Garance does the real commit). I'm more than happy to have other people looking into these issues. I just wanted to come up with an upgrade path to 64-bit time_t's ... I am not promising to fix every bug which results from making the change! >I'd just be trying to confirm Dag-Erling's patch works and then >running it by my mentor... Note that /usr/src/contrib/isc-dhcp is in contrib, and according to the FREEBSD-upgrade file it has been handled by: mbr@FreeBSD.org murray@FreeBSD.org obrien@NUXI.com Make sure you get explicit approval from at least one of them before you consider making any commits to it. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 18:11:49 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 714A816A4D1 for ; Sun, 22 Feb 2004 18:11:49 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D48443D1F for ; Sun, 22 Feb 2004 18:11:49 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.10/8.12.10) with ESMTP id i1N2BlOE042402; Sun, 22 Feb 2004 18:11:47 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) i1N2BfQQ084036; Sun, 22 Feb 2004 18:11:46 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.11/8.12.11/Submit) id i1N2BfFx084035; Sun, 22 Feb 2004 18:11:41 -0800 (PST) (envelope-from marcel) Date: Sun, 22 Feb 2004 18:11:40 -0800 From: Marcel Moolenaar To: Garance A Drosihn Message-ID: <20040223021140.GA83894@dhcp01.pn.xcllnt.net> References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: sparc64@freebsd.org Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2004 02:11:49 -0000 On Sun, Feb 22, 2004 at 07:57:04PM -0500, Garance A Drosihn wrote: > > In a later message, Dag-Erling Sm?rgrav wrote: > >Marcel Moolenaar writes: > >> This code is then obviously also broken on amd64 and ia64 [...] > > > >yep, if they have 64-bit time_t. > > They do, but they are also different-endian. Perhaps the bug > is not as serious in that case. Good point. > It could also be that the > people able to spend money on amd64 and ia64 can also afford > to have fixed IP addresses, and they don't run dhclient :-) Yes, that too. So I guess it's sparc64 specific after all then :-) -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 18:58:38 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60BBC16A4CE; Sun, 22 Feb 2004 18:58:38 -0800 (PST) Received: from mtaw4.prodigy.net (mtaw4.prodigy.net [64.164.98.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58B2343D2F; Sun, 22 Feb 2004 18:58:38 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (fa12aa6bc354b6b0128115ec80ac2dc2@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203]) by mtaw4.prodigy.net (8.12.10/8.12.10) with ESMTP id i1N2wYll014955; Sun, 22 Feb 2004 18:58:35 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E82FE66D56; Sun, 22 Feb 2004 18:58:09 -0800 (PST) Date: Sun, 22 Feb 2004 18:58:09 -0800 From: Kris Kennaway To: Ken Smith Message-ID: <20040223025809.GA9216@xor.obsecurity.org> References: <20040222194817.GA25813@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline In-Reply-To: <20040222194817.GA25813@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org cc: portmgr@freebsd.org Subject: Re: Sparc transition to 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2004 02:58:38 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 22, 2004 at 02:48:17PM -0500, Ken Smith wrote: >=20 > Just checking... Is there anything you'd want me to provide you that > would make your lives easier as sparc64 moves to 64-bit time_t? I > hadn't been planning to make the FTP install directories generally > available, just the ISO's. But they're created as a side-effect > of doing a release build so if having that available makes your > lives easier I could get that to you. >=20 > I went through a dress rehearsal of making a snapshot ISO this weekend > that just included perl but I seem to have figured out how to do the > package builds (real simple - thanks... :-). I'll probably shoot for > providing a full disc1 snapshot at the point Garance does the real > commit for the cutover to 64-bit time_t and I think I'll be able to > get the packages built on my test machine. Sounds like he's planning > to do it the week of March 1st. I'm currently still working on a sparc package build for the libpthread changes. When that is finished (probably later this week) I could attempt an upgrade of the sparc package machines and start on a 64-bit time package set to see what kind of impact it has, and allow for an easier transition so that users don't have to recompile all their ports. However, I won't be able to get that finished before March 1. Kris --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAOWxBWry0BWjoQKURAhx1AKCbwg7hjdyU+LHWGVeUJlXrEvl8JgCcCeB/ paZJRwi2FdjXwKfWOnUQ+Y4= =+zGu -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 19:02:08 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69BD716A4CE for ; Sun, 22 Feb 2004 19:02:08 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2810143D1F for ; Sun, 22 Feb 2004 19:02:08 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1N322nI015386; Sun, 22 Feb 2004 22:02:02 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040223025809.GA9216@xor.obsecurity.org> References: <20040222194817.GA25813@electra.cse.Buffalo.EDU> <20040223025809.GA9216@xor.obsecurity.org> Date: Sun, 22 Feb 2004 22:02:01 -0500 To: Kris Kennaway , Ken Smith From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: sparc64@freebsd.org Subject: Re: Sparc transition to 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2004 03:02:08 -0000 At 6:58 PM -0800 2/22/04, Kris Kennaway wrote: >When that is finished (probably later this week) I could attempt >an upgrade of the sparc package machines and start on a 64-bit >time package set to see what kind of impact it has, and allow for >an easier transition so that users don't have to recompile all >their ports. However, I won't be able to get that finished >before March 1. At the moment, I am expecting to do my first series of commits on March 3rd, and then make the BIG change on March 10th. That plan could change, of course. Thanks for trying to find time to help out with this. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 20:17:03 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A22A16A4CE for ; Sun, 22 Feb 2004 20:17:03 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1354443D2D for ; Sun, 22 Feb 2004 20:17:03 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1N4H0m1024350; Sun, 22 Feb 2004 23:17:00 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> Date: Sun, 22 Feb 2004 23:16:58 -0500 To: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= ) From: Garance A Drosihn Content-Type: text/plain; charset="iso-8859-1" ; format="flowed" Content-Transfer-Encoding: quoted-printable X-Scanned-By: CanIt (www . canit . ca) cc: sparc64@freebsd.org Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2004 04:17:03 -0000 At 11:45 AM +0100 2/22/04, Dag-Erling Sm=F8rgrav wrote: >Garance A Drosihn writes: >> So, there definitely is something wrong with the dhclient from > > the base system But it might be that people having trouble > > with dhcp on 64-bTT sparc systems could use the port, at least > > for the short-term. > >Only takes a few minutes of eyeballing to figure out that the >problem is most likely on line 424 of >src/contrib/isc-dhcp/common/parse.c: > > convert_num (cfile, (unsigned char *)timep, val, 10, 32); > >idiotically, the final argument to convert_num() is supposed to >be the size in bits of the number to store in the location pointed >to by the second argument. The simplest fix is to use a temporary >int32_t and assign it to *timep later, since convert_num() can't >deal with 64-bit quantities. See attached (untested) patch. I added that patch, and it didn't help me. I was also hoping for some quick-fix to jump out at me, so I recompiled dhclient on both i386 and sparc64 with 64-bTT after adding a whole bunch of warning options to CFLAGS. When I did this, I got over a thousand warnings on both platforms... On sparc, I noticed one warning: warning: cast from pointer to integer of different size for #ifdef PTRSIZE_64BIT icmp.icmp_id =3D (((u_int32_t)(u_int64_t)addr) ^ (u_int32_t)(((u_int64_t)addr) >> 32)); #else icmp.icmp_id =3D (u_int32_t)addr; <<<---- this line #endif I defined PTRSIZE_64BIT, and the client worked!!! Well, it only *thought* that it worked, so it went into the background instead of just hanging. But it didn't actually configure the interface, so I reran it and this time it hung the same way it usually does. Damn. I thought I had something there. When comparing the warnings from i386 to those from sparc64, sparc64 sees about 50 extra warnings about: warning: cast increases required alignment of target type Would this be a possible cause of inconsistent (and usually broken) behavior in a program? Do we need to try to fix all of those? The only other "new warning" was: warning: `binding' might be used uninitialized in this function at line 68 in function execute_statements in common/execute.c. However, I couldn't see how that could be uninitialized, and I couldn't see how the logic wrt that variable would *change* based on platform, so I assume that's just a bogus warning. Of course, our problems could easily be due to some of the other 1000 warnings... -- Garance Alistair Drosehn =3D gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Sun Feb 22 22:13:01 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 421AE16A4CE for ; Sun, 22 Feb 2004 22:13:01 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E85D43D1D for ; Sun, 22 Feb 2004 22:13:01 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 3AFF25309; Mon, 23 Feb 2004 07:12:59 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 54EC45308; Mon, 23 Feb 2004 07:12:52 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 37EDA33C6F; Mon, 23 Feb 2004 07:12:52 +0100 (CET) To: Garance A Drosihn References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Mon, 23 Feb 2004 07:12:52 +0100 In-Reply-To: (Garance A. Drosihn's message of "Sun, 22 Feb 2004 23:16:58 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: sparc64@freebsd.org Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2004 06:13:01 -0000 Garance A Drosihn writes: > When comparing the warnings from i386 to those from sparc64, > sparc64 sees about 50 extra warnings about: > warning: cast increases required alignment of target type > > Would this be a possible cause of inconsistent (and usually broken) > behavior in a program? Do we need to try to fix all of those? Probably. I'm not sure it's worth it. The code looks like whoever wrote it knew zip about C. You should try to get a newer version imported and hope the ISC fixed it themselves. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 23 03:45:45 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA32E16A4CE for ; Mon, 23 Feb 2004 03:45:45 -0800 (PST) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [62.58.162.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A2EC43D1F for ; Mon, 23 Feb 2004 03:45:45 -0800 (PST) (envelope-from sten@blinkenlights.nl) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 031B623B; Mon, 23 Feb 2004 12:41:03 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id DC1C7192; Mon, 23 Feb 2004 12:41:03 +0100 (CET) Date: Mon, 23 Feb 2004 12:41:03 +0100 (CET) From: Sten Spans To: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= In-Reply-To: Message-ID: References: <20040215060047.GA62840@dhcp01.pn.xcllnt.net> <20040215165913.M30161@grogged.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT cc: Garance A Drosihn cc: sparc64@freebsd.org Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2004 11:45:45 -0000 On Mon, 23 Feb 2004, Dag-Erling [iso-8859-1] Smørgrav wrote: > Garance A Drosihn writes: > > When comparing the warnings from i386 to those from sparc64, > > sparc64 sees about 50 extra warnings about: > > warning: cast increases required alignment of target type > > > > Would this be a possible cause of inconsistent (and usually broken) > > behavior in a program? Do we need to try to fix all of those? > > Probably. I'm not sure it's worth it. The code looks like whoever > wrote it knew zip about C. You should try to get a newer version > imported and hope the ISC fixed it themselves. dhclient has ( like ntpd ) issues on alpha as well, I'll take a look to see if the alhpa issue is fixed in newer versions, and make a pr if needed. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 23 10:42:34 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF37E16A4CE for ; Mon, 23 Feb 2004 10:42:34 -0800 (PST) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7A6743D1F for ; Mon, 23 Feb 2004 10:42:34 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (qmail 7254 invoked from network); 23 Feb 2004 18:42:34 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 23 Feb 2004 18:42:34 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.10/8.12.10) with ESMTP id i1NIgR28031377; Mon, 23 Feb 2004 13:42:28 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: sparc64@FreeBSD.org Date: Mon, 23 Feb 2004 13:42:34 -0500 User-Agent: KMail/1.6 References: <20040222191618.GB53610@dhcp01.pn.xcllnt.net> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <200402231342.34470.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Garance A Drosihn Subject: Re: Problem with DHCLIENT vs 64-bit time_t X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2004 18:42:34 -0000 On Sunday 22 February 2004 05:14 pm, Dag-Erling Sm=F8rgrav wrote: > Marcel Moolenaar writes: > > This code is then obviously also broken on amd64 and ia64 [...] > > yep, if they have 64-bit time_t. They are little endian though, so treating a time_t * as an int32_t* direct= ly=20 still works ok (for some value of works). That is why only sparc64 has a=20 catastrophic failure. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 23 11:01:48 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AF3E16A5D6 for ; Mon, 23 Feb 2004 11:01:48 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62B8F43D2F for ; Mon, 23 Feb 2004 11:01:48 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) i1NJ1kbv035301 for ; Mon, 23 Feb 2004 11:01:46 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i1NJ1j3L035295 for freebsd-sparc64@freebsd.org; Mon, 23 Feb 2004 11:01:45 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 23 Feb 2004 11:01:45 -0800 (PST) Message-Id: <200402231901.i1NJ1j3L035295@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2004 19:01:48 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/12/16] sparc64/60300sparc64 Constant kernel messages: calcru: negativ o [2004/02/20] sparc64/63161sparc64 system panics when writing to an NFS moun 2 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp o [2004/01/28] sparc64/62053sparc64 Using bridging on 5.2 Sparc64 causes imme 2 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [2003/10/10] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di 1 problem total. From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 24 00:40:23 2004 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9238116A4D1 for ; Tue, 24 Feb 2004 00:40:23 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 899B743D1D for ; Tue, 24 Feb 2004 00:40:23 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) i1O8eNbv082367 for ; Tue, 24 Feb 2004 00:40:23 -0800 (PST) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i1O8eNG2082366; Tue, 24 Feb 2004 00:40:23 -0800 (PST) (envelope-from gnats) Date: Tue, 24 Feb 2004 00:40:23 -0800 (PST) Message-Id: <200402240840.i1O8eNG2082366@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Andrew Belashov Subject: Re: sparc64/63161: system panics when writing to an NFS mountedfilesystem from an amd mounted i386 client X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrew Belashov List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Feb 2004 08:40:23 -0000 The following reply was made to PR sparc64/63161; it has been noted by GNATS. From: Andrew Belashov To: freebsd-gnats-submit@FreeBSD.org, tflorman@nilenet.com Cc: Subject: Re: sparc64/63161: system panics when writing to an NFS mounted filesystem from an amd mounted i386 client Date: Tue, 24 Feb 2004 11:37:23 +0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, Todd! If your i386 NFS client attached to sparc64 box via rl(4), see PR kern/60250: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAOw09wF8YpH80o/IRAqAdAJ98m02NL4IBEQu9FDgFzXefYG9r6gCfdNzN Ikr/a2gZxa/y8ZMeYWIfms8= =bGdA -----END PGP SIGNATURE----- From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 24 10:20:21 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4096E16A4D1 for ; Tue, 24 Feb 2004 10:20:21 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9784D43D31 for ; Tue, 24 Feb 2004 10:20:06 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 89CB072DD5; Tue, 24 Feb 2004 10:20:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 8750572DD4; Tue, 24 Feb 2004 10:20:06 -0800 (PST) Date: Tue, 24 Feb 2004 10:20:06 -0800 (PST) From: Doug White To: RJ45 In-Reply-To: Message-ID: <20040224101925.K30559@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: watchdog reset X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Feb 2004 18:20:21 -0000 On Sun, 22 Feb 2004, RJ45 wrote: > > I have a ultra60 with FreeBSD 5.2 > > suddently the machien stop working and on the OBP prompt I ahd this: > > Watchdog Reset > Externally Initiated Reset > > I did a POST test and all the hardware looks to be flawless. > > anyone experienced this problem before on dual CPU ultra 60? Someone got one of these a few weeks ago; it turned out to be bad memory. The Sun docs say that thse are caused by hardware problems. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 24 16:45:31 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD06016A4CE for ; Tue, 24 Feb 2004 16:45:31 -0800 (PST) Received: from blake.polstra.com (blake.polstra.com [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D7A943D1D for ; Tue, 24 Feb 2004 16:45:31 -0800 (PST) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (dsl081-189-067.sea1.dsl.speakeasy.net [64.81.189.67]) by blake.polstra.com (8.12.9p2/8.12.9) with ESMTP id i1P0jRtC032687; Tue, 24 Feb 2004 16:45:28 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20040220173231.GA1344@electra.cse.Buffalo.EDU> Date: Tue, 24 Feb 2004 16:45:27 -0800 (PST) From: John Polstra To: Ken Smith X-Bogosity: No, tests=bogofilter, spamicity=0.484330, version=0.14.5 cc: freebsd-sparc64@freebsd.org Subject: RE: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Feb 2004 00:45:31 -0000 On 20-Feb-2004 Ken Smith wrote: > Has anyone tried using cvsup on a 64btt system yet? I'm getting odd > results on a system being set up as a cvsup mirror - it seems to think > it needs to touch (timestamp correction) every file in the repo but > there is no visible change to the timestamp on the files themselves. Well, Modula-3 still thinks time_t is 32 bits, of course. I haven't looked at the patches for a 64-bit time_t, so I'm not sure what provisions have been made for backward compatibility. I assume you (the collective "you") kept compatibility versions of time(2), stat(2), lstat(2), etc., with 32-bit time_t fields so that existing executables would continue to work. If that's the case, then existing CVSup binaries ought to work OK. However, if you rebuild CVSup from source, it will most likely have problems. This will be the case until I or somebody else adds a few patches to the port to deal with the change. If __FreeBSD_version wasn't already bumped to mark the change to a 64-bit time_t, somebody please bump it ASAP. We're going to need that in order to know whether to apply the new patches or not. I've already got a fire drill scheduled for this weekend, so I'd appreciate it if somebody else could make at stab a the patches for the ezm3 port. [Somebody in a big truck smashed into my mailbox and then drove away. Now the postal service has told me they won't deliver my mail after this weekend unless I fix it *sigh*. Just another damned hardware problem. :-] Let's see, where was I ... Oh, yeah ... The place to start on the patch is with the file libs/m3core/src/unix/freebsd-4.sparc64/Utypes.i3 in the ezm3-1.1 source distribution. (Do a "make patch" in the lang/ezm3 port and then find the file.) Find "time_t" and change its type to int64_t or whatever it ought to be. In the same directory, edit "Ustat.i3" if necessary, to change the layout of the stat structure appropriately. If other data structures got shuffled, try to find them, or ask me where they are. Figure out the ports-Makefile-fu to make the new patches get applied only if the system has a recent enough __FreeBSD_version. That ought to do it. A new M3 bootstrap file might be needed, but I don't think so. Let me know if you run into questions or problems. John From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 24 20:05:28 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B7B716A4CE for ; Tue, 24 Feb 2004 20:05:28 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0736643D1D for ; Tue, 24 Feb 2004 20:05:28 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1P45Hm1004047; Tue, 24 Feb 2004 23:05:18 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Tue, 24 Feb 2004 23:05:16 -0500 To: John Polstra , Ken Smith From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-sparc64@freebsd.org Subject: RE: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Feb 2004 04:05:28 -0000 At 4:45 PM -0800 2/24/04, John Polstra wrote: >On 20-Feb-2004 Ken Smith wrote: > > Has anyone tried using cvsup on a 64btt system yet? I'm getting > > odd results on a system being set up as a cvsup mirror - it seems > > to think it needs to touch (timestamp correction) every file in > > the repo but there is no visible change to the timestamp on the > > files themselves. > >Well, Modula-3 still thinks time_t is 32 bits, of course. I haven't >looked at the patches for a 64-bit time_t, so I'm not sure what >provisions have been made for backward compatibility. None. We change the type for __time_t, and recompile everything. This puts us in the same camp as the amd64 and ia64 ports. We pretend that the sparc platform never had a 32-bit time_t. >I assume you (the collective "you") kept compatibility versions >of time(2), stat(2), lstat(2), etc., with 32-bit time_t fields >so that existing executables would continue to work. No. >However, if you rebuild CVSup from source, it will most likely >have problems. This will be the case until I or somebody else >adds a few patches to the port to deal with the change. In my testing, I did a force-rebuild of cvsup-without-gui and the ezm3 ports (after the upgrade). As near as I can tell, cvsup has been working OK for me since then. I must admit that I have only >If __FreeBSD_version wasn't already bumped to mark the change to >a 64-bit time_t, somebody please bump it ASAP. We're going to >need that in order to know whether to apply the new patches or not. The change has not been committed yet. However, this *is* a detail that I had overlooked. Indeed, we probably should change __FreeBSD_version. As mentioned recently in HEADSUP to -hackers, -arch, and -current, I intend to make an initial set of commits on March 3rd, and then commit "the real change" on March 10th. [Oops, I gotta go right now... I'll finish this reply in a later message] -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Tue Feb 24 20:10:26 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1B2816A4CE; Tue, 24 Feb 2004 20:10:25 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4AE443D2D; Tue, 24 Feb 2004 20:10:25 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 076627303A; Tue, 24 Feb 2004 23:10:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040225041024.076627303A@freebsd-current.sentex.ca> Date: Tue, 24 Feb 2004 23:10:24 -0500 (EST) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Feb 2004 04:10:26 -0000 TB --- 2004-02-25 03:54:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-25 03:54:19 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-02-25 03:54:19 - checking out the source tree TB --- 2004-02-25 03:54:19 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-02-25 03:54:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-25 03:58:24 - building world TB --- 2004-02-25 03:58:24 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-02-25 03:58:24 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] mkdep -f .depend -a -I/other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog -DLOCALE /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/kernel.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/rc.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/checklist.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/inputbox.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/menubox.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/msgbox.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/lineedit.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/radiolist.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/textbox.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/yesno.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/prgbox.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/raw_popen.c /other/tinderbox/C URRENT/sparc64/sparc64/src/gnu/lib/libdialog/fselect.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/ui_objects.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/dir.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/notify.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/help.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/gauge.c /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libdialog/tree.c echo libdialog.so.4: /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/lib/libncurses.a >> .depend ===> gnu/lib/libregex rm -f .depend mkdep -f .depend -a -D_REGEX_RE_COMP -DSTDC_HEADERS -I/home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/gnu /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libregex/regex.c In file included from /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libregex/regex.c:170: /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include/gnu/regex.h:3:29: gnu/posix/regex.h: Not a directory mkdep: compile failed *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib/libregex. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src/gnu/lib. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-02-25 04:10:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-02-25 04:10:24 - ERROR: failed to build world TB --- 2004-02-25 04:10:24 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 25 00:43:45 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48F6016A4CE for ; Wed, 25 Feb 2004 00:43:45 -0800 (PST) Received: from slacknet.slacknet.com (slacknet.slacknet.com [204.228.135.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F08B43D1D for ; Wed, 25 Feb 2004 00:43:45 -0800 (PST) (envelope-from rj45@slacknet.com) Received: from rj45 (helo=localhost) by slacknet.slacknet.com with local-esmtp (Exim 4.30 #1 (Debian)) id 1Avuds-0007Ro-1Q; Wed, 25 Feb 2004 01:43:44 -0700 Date: Wed, 25 Feb 2004 01:43:43 -0700 (MST) From: RJ45 To: Doug White In-Reply-To: <20040224101925.K30559@carver.gumbysoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SA-Exim-Scanned: No; SAEximRunCond expanded to false cc: freebsd-sparc64@freebsd.org Subject: Re: watchdog reset X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Feb 2004 08:43:45 -0000 I had sporadic troubles of ECC correctable errors reported by solaris 9 but this did not compromise the system before. This happened once every 4 or 5 month reported by solaris. Shouldn't the ECC error being corrected without compromising the system stability also in FreeBSD ? thanks Rick On Tue, 24 Feb 2004, Doug White wrote: > On Sun, 22 Feb 2004, RJ45 wrote: > > > > > I have a ultra60 with FreeBSD 5.2 > > > > suddently the machien stop working and on the OBP prompt I ahd this: > > > > Watchdog Reset > > Externally Initiated Reset > > > > I did a POST test and all the hardware looks to be flawless. > > > > anyone experienced this problem before on dual CPU ultra 60? > > Someone got one of these a few weeks ago; it turned out to be bad memory. > > The Sun docs say that thse are caused by hardware problems. > > -- > Doug White | FreeBSD: The Power to Serve > dwhite@gumbysoft.com | www.FreeBSD.org > From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 25 13:55:22 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9566B16A4CE for ; Wed, 25 Feb 2004 13:55:22 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37D5443D2F for ; Wed, 25 Feb 2004 13:55:22 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1PLtFnI031772; Wed, 25 Feb 2004 16:55:16 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Wed, 25 Feb 2004 16:55:14 -0500 To: John Polstra , Ken Smith From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-sparc64@freebsd.org Subject: RE: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Feb 2004 21:55:22 -0000 At 4:45 PM -0800 2/24/04, John Polstra wrote: >However, if you rebuild CVSup from source, it will most likely >have problems. This will be the case until I or somebody else >adds a few patches to the port to deal with the change. [to pick up from where I left off in my previous reply...] I have done force-rebuilds (portupgrade -Rr -f) of ezm3 and cvsup-without-gui after upgrading my systems to 64-bTT. These seem to be working okay, although it is true that I haven't looked too closely. cvsup on the sparc "looks like" it is finding the right set of files to update. However, I have not run it often and I have not done any serious checking to see how accurately it works. >If __FreeBSD_version wasn't already bumped to mark the change >to a 64-bit time_t, somebody please bump it ASAP. We're going >to need that in order to know whether to apply the new patches >or not. I'll add this to the list of things to do on March 10th. That is the date that I plan to commit the change that actually switches sparc64 to the 64-bit time_t. >I've already got a fire drill scheduled for this weekend, so >I'd appreciate it if somebody else could make at stab a the >patches for the ezm3 port. ... The place to start on the patch >is with the file > > libs/m3core/src/unix/freebsd-4.sparc64/Utypes.i3 > >in the ezm3-1.1 source distribution. (Do a "make patch" in the >lang/ezm3 port and then find the file.) Find "time_t" and change >its type to int64_t or whatever it ought to be. In the same >directory, edit "Ustat.i3" if necessary, to change the layout of >the stat structure appropriately. I'll try to take a quick look at this. I'm puzzled why it would be needed though. Didn't this come up on amd64 and ia64 ports? (or is cvsup not-available on those architectures?) -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 25 16:01:00 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4B1E16A4CE for ; Wed, 25 Feb 2004 16:01:00 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 877D443D2F for ; Wed, 25 Feb 2004 16:01:00 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.12.10/8.12.10) with ESMTP id i1Q00rOE060101; Wed, 25 Feb 2004 16:00:53 -0800 (PST) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.12.10/8.12.10/Submit) id i1Q00rg5060100; Wed, 25 Feb 2004 16:00:53 -0800 (PST) (envelope-from marcel) Date: Wed, 25 Feb 2004 16:00:53 -0800 From: Marcel Moolenaar To: Garance A Drosihn Message-ID: <20040226000053.GB59963@ns1.xcllnt.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.5.1i cc: Ken Smith cc: freebsd-sparc64@freebsd.org cc: John Polstra Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 00:01:00 -0000 On Wed, Feb 25, 2004 at 04:55:14PM -0500, Garance A Drosihn wrote: > > I'll try to take a quick look at this. I'm puzzled why it would > be needed though. Didn't this come up on amd64 and ia64 ports? > (or is cvsup not-available on those architectures?) cvsup (any part of it) is not available on ia64. There's no ezm3 port. On amd64 cvsup-client-without-gui works without compression. Peter ported ezm3 to some extend. I don't know if some == fullest... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 25 21:02:44 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B97A916A4CE for ; Wed, 25 Feb 2004 21:02:44 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6654343D1D for ; Wed, 25 Feb 2004 21:02:44 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1Q52bnI011617; Thu, 26 Feb 2004 00:02:38 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Thu, 26 Feb 2004 00:02:36 -0500 To: John Polstra , Ken Smith , Kris Kennaway From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-sparc64@freebsd.org Subject: RE: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 05:02:45 -0000 At 4:45 PM -0800 2/24/04, John Polstra wrote: >On 20-Feb-2004 Ken Smith wrote: > > Has anyone tried using cvsup on a 64btt system yet? I'm > > getting odd results on a system being set up as a cvsup > > mirror ... See below for comments on cvsup-mirror. >I've already got a fire drill scheduled for this weekend, so >I'd appreciate it if somebody else could make at stab a the >patches for the ezm3 port. ... The place to start on the patch >is with the file > > libs/m3core/src/unix/freebsd-4.sparc64/Utypes.i3 > >in the ezm3-1.1 source distribution. Okay. I patched that on my system, and recompiled ezm3. All I did was make the simple patch file. It is at: http://people.freebsd.org/~gad/time-64/LangEzm3-patch-sparctime and you would want to put it at: /usr/ports/lang/ezm3/files/patch-sparctime I then recompiled cvsup-without-gui. That seemed to work fine, but then again cvsup seemed to be working fine for me before this... I did a 'make package' for ezm3 and cvsup-without-gui, and I put them in ezm3-64btt-1.1_1.tbz and cvsup-without-gui-64btt-16.1h.tbz in the ~gad/public_distfiles on my freebsd.org account. I still have no idea if that is what I'm supposed to do, or how people can pick up the packages from there, but at least I can say that I made some packages! I tried making a package for cvsup-mirror, but that port is marked as "may not be packaged: too interactive." My guess is that all you need to do is install the ezm3 package, and then compile cvsup-mirror like normal. >Figure out the ports-Makefile-fu to make the new patches get >applied only if the system has a recent enough __FreeBSD_version. >That ought to do it. I have no idea what ports-makefile-fu would be needed, but we haven't picked the value of __FreeBSD_version for this change yet, so I have the excuse that we couldn't really do this yet anyway. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 25 21:10:59 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 529B016A4CE for ; Wed, 25 Feb 2004 21:10:59 -0800 (PST) Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2813743D2D for ; Wed, 25 Feb 2004 21:10:59 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (9980e820f6d915954288f4ab0c143387@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203])i1Q5AuQk020351; Wed, 25 Feb 2004 23:10:56 -0600 (CST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8F60366CAF; Wed, 25 Feb 2004 21:10:55 -0800 (PST) Date: Wed, 25 Feb 2004 21:10:55 -0800 From: Kris Kennaway To: Garance A Drosihn Message-ID: <20040226051055.GA85017@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: Kris Kennaway cc: Ken Smith cc: freebsd-sparc64@freebsd.org cc: John Polstra Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 05:10:59 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 26, 2004 at 12:02:36AM -0500, Garance A Drosihn wrote: > I did a 'make package' for ezm3 and cvsup-without-gui, and I put > them in ezm3-64btt-1.1_1.tbz > and cvsup-without-gui-64btt-16.1h.tbz > in the ~gad/public_distfiles on my freebsd.org account. I still > have no idea if that is what I'm supposed to do, or how people > can pick up the packages from there, but at least I can say that > I made some packages! This looks reasonable. > I tried making a package for cvsup-mirror, but that port is marked > as "may not be packaged: too interactive." My guess is that all > you need to do is install the ezm3 package, and then compile > cvsup-mirror like normal. >=20 > >Figure out the ports-Makefile-fu to make the new patches get > >applied only if the system has a recent enough __FreeBSD_version. > >That ought to do it. >=20 > I have no idea what ports-makefile-fu would be needed, but we > haven't picked the value of __FreeBSD_version for this change yet, > so I have the excuse that we couldn't really do this yet anyway. Ports don't usually apply patches conditionally on the version. Instead, wherever possible the patch itself should contain the conditionals, i.e. #if __FreeBSD_version >=3D 50210x =2E.. #endif Kris --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAPX/fWry0BWjoQKURAnM6AKDshJG7AG1fnKI72X5ksLe/+TGZxwCgx9V6 Jhbz9zrOZiO7pUIsZAuF4ig= =MI7g -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Feb 25 22:27:09 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B33A16A4CE for ; Wed, 25 Feb 2004 22:27:09 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E958E43D1D for ; Wed, 25 Feb 2004 22:27:08 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1Q6R8HQ002475; Thu, 26 Feb 2004 01:27:08 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040226051055.GA85017@xor.obsecurity.org> References: <20040226051055.GA85017@xor.obsecurity.org> Date: Thu, 26 Feb 2004 01:27:07 -0500 To: John Polstra From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-sparc64@freebsd.org cc: Kris Kennaway Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 06:27:09 -0000 At 9:10 PM -0800 2/25/04, Kris Kennaway wrote: > >> >Figure out the ports-Makefile-fu to make the new patches get >> >applied only if the system has a recent enough __FreeBSD_version. >> >That ought to do it. >> >> I have no idea what ports-makefile-fu would be needed, but we >> haven't picked the value of __FreeBSD_version for this change yet, >> so I have the excuse that we couldn't really do this yet anyway. > >Ports don't usually apply patches conditionally on the version. >Instead, wherever possible the patch itself should contain the >conditionals, i.e. > >#if __FreeBSD_version >= 50210x >... >#endif Hmm. But this is to Modula-3 source, so how do I do that? John? Looks like it might have something to do with the file language/modula3/m3compiler/m3cc/gcc/gcc/config/freebsd-spec.h -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 26 12:20:34 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA5E016A4CE for ; Thu, 26 Feb 2004 12:20:34 -0800 (PST) Received: from blake.polstra.com (blake.polstra.com [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4246943D2D for ; Thu, 26 Feb 2004 12:20:34 -0800 (PST) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (dsl081-189-067.sea1.dsl.speakeasy.net [64.81.189.67]) by blake.polstra.com (8.12.9p2/8.12.9) with ESMTP id i1QKKXtC050245; Thu, 26 Feb 2004 12:20:33 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 26 Feb 2004 12:20:33 -0800 (PST) From: John Polstra To: Garance A Drosihn X-Bogosity: No, tests=bogofilter, spamicity=0.498692, version=0.14.5 cc: freebsd-sparc64@freebsd.org Subject: RE: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 20:20:35 -0000 On 25-Feb-2004 Garance A Drosihn wrote: > At 4:45 PM -0800 2/24/04, John Polstra wrote: >>Well, Modula-3 still thinks time_t is 32 bits, of course. I haven't >>looked at the patches for a 64-bit time_t, so I'm not sure what >>provisions have been made for backward compatibility. > > None. We change the type for __time_t, and recompile everything. > This puts us in the same camp as the amd64 and ia64 ports. We > pretend that the sparc platform never had a 32-bit time_t. > >>I assume you (the collective "you") kept compatibility versions >>of time(2), stat(2), lstat(2), etc., with 32-bit time_t fields >>so that existing executables would continue to work. > > No. Ugh. Do you folks fully realize the implications of that? Consider the numerous as-yet unidentified pieces of code out there that look like this: #include void func(void) { int a; time_t t; int b; /* ... */ time(&t); /* ... */ } All of a sudden, without any warning, the time() call is likely to start scribbling a 0 into either "a" or "b" -- or, worse yet, into half of the return address or frame pointer. Who knows what the symptoms of that will be? Will they be deterministic? Will they cause ugly security vulnerabilities? Whee! I don't have a SPARC machine, so it's no skin off my nose. But I think you folks might come to regret it if you take this shortcut. This platform has already been around for a year, and people have developed certain expectations. You can't just say, "We warned you," and expect that to make everything all right. You're likely to end up with a whole bunch of unhappy users with broken machines and no workable path forward or backward. Have fun dealing with that! :-) I've been around here since 1995, and I've seen people talk themselves into skipping the backward-compatibility step before. They practically always regretted it. I think this is likely to be one of those cases. John From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 26 12:28:10 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C320016A4CE for ; Thu, 26 Feb 2004 12:28:10 -0800 (PST) Received: from blake.polstra.com (blake.polstra.com [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 610D343D1D for ; Thu, 26 Feb 2004 12:28:10 -0800 (PST) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (dsl081-189-067.sea1.dsl.speakeasy.net [64.81.189.67]) by blake.polstra.com (8.12.9p2/8.12.9) with ESMTP id i1QKS9tC050297; Thu, 26 Feb 2004 12:28:09 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 26 Feb 2004 12:28:09 -0800 (PST) From: John Polstra To: Garance A Drosihn X-Bogosity: No, tests=bogofilter, spamicity=0.438916, version=0.14.5 cc: freebsd-sparc64@freebsd.org Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 20:28:10 -0000 On 26-Feb-2004 Garance A Drosihn wrote: > At 9:10 PM -0800 2/25/04, Kris Kennaway wrote: >>Ports don't usually apply patches conditionally on the version. >>Instead, wherever possible the patch itself should contain the >>conditionals, i.e. >> >>#if __FreeBSD_version >= 50210x >>... >>#endif > > Hmm. But this is to Modula-3 source, so how do I do that? You can't, because Modula-3 doesn't have anything resembling #if. That's why you need some code in the Makefile to apply the patch conditionally based on the value of ${OSVERSION}. However, if you are really going to stick to your plan of orphaning all pre-64-bit-time_t sparc64 then you can just stick something like this into the ``.elif ${ARCH} == "sparc64"'' section of the Makefile: .if ${OSVERSION} < 50210x BROKEN= Installed FreeBSD version is too old for ezm3 .endif And then you can make the patch unconditional. John From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 26 12:47:04 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12C4016A4CE for ; Thu, 26 Feb 2004 12:47:04 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A81F043D2D for ; Thu, 26 Feb 2004 12:47:03 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1QKl2Tr009123; Thu, 26 Feb 2004 15:47:03 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1QKl2gb009122; Thu, 26 Feb 2004 15:47:02 -0500 (EST) Date: Thu, 26 Feb 2004 15:47:02 -0500 From: Ken Smith To: John Polstra Message-ID: <20040226204702.GA8602@electra.cse.Buffalo.EDU> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: Garance A Drosihn cc: freebsd-sparc64@freebsd.org Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 20:47:04 -0000 On Thu, Feb 26, 2004 at 12:20:33PM -0800, John Polstra wrote: > Advice greatly appreciated. > All of a sudden, without any warning, the time() call is likely to > start scribbling a 0 into either "a" or "b" -- or, worse yet, into > half of the return address or frame pointer. Who knows what the > symptoms of that will be? Will they be deterministic? Will they > cause ugly security vulnerabilities? Whee! I think this is why we might be able to get away with not providing the compatibility stuff - this part isn't quite true. Users can't do a normal upgrade path (cvsup to -current, make buildworld/etc) and get to a 64-bit time_t system. If you try to do an upgrade through the normal path you break your machine at that point. To make it to a 64-bit time_t system without breaking your system you need to follow Garance's instructions and use his tools to do the upgrade. So there kinda is a warning. Does that help any, or is this still a huge mistake? -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 26 14:02:46 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4179616A4CE for ; Thu, 26 Feb 2004 14:02:46 -0800 (PST) Received: from blake.polstra.com (blake.polstra.com [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF2AB43D3F for ; Thu, 26 Feb 2004 14:02:45 -0800 (PST) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (dsl081-189-067.sea1.dsl.speakeasy.net [64.81.189.67]) by blake.polstra.com (8.12.9p2/8.12.9) with ESMTP id i1QM2gtC050922; Thu, 26 Feb 2004 14:02:42 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20040226204702.GA8602@electra.cse.Buffalo.EDU> Date: Thu, 26 Feb 2004 14:02:42 -0800 (PST) From: John Polstra To: Ken Smith X-Bogosity: No, tests=bogofilter, spamicity=0.336538, version=0.14.5 cc: freebsd-sparc64@freebsd.org Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 22:02:46 -0000 On 26-Feb-2004 Ken Smith wrote: > On Thu, Feb 26, 2004 at 12:20:33PM -0800, John Polstra wrote: >> All of a sudden, without any warning, the time() call is likely to >> start scribbling a 0 into either "a" or "b" -- or, worse yet, into >> half of the return address or frame pointer. Who knows what the >> symptoms of that will be? Will they be deterministic? Will they >> cause ugly security vulnerabilities? Whee! > > I think this is why we might be able to get away with not providing > the compatibility stuff - this part isn't quite true. Users can't > do a normal upgrade path (cvsup to -current, make buildworld/etc) > and get to a 64-bit time_t system. If you try to do an upgrade through > the normal path you break your machine at that point. To make it to > a 64-bit time_t system without breaking your system you need to follow > Garance's instructions and use his tools to do the upgrade. So there > kinda is a warning. OK, that's better than I thought. But what about old executables such as installed ports? Remember, this thread got started because some people thought old CVSup binaries worked, and some people thought they didn't. (We still don't know.) What happens to somebody who upgrades to a 64-bit time_t system and then installs a binary package that was built back in the 32-bit time_t days? Lots of things can go wrong here. John From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 26 14:08:20 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A021116A4CE for ; Thu, 26 Feb 2004 14:08:20 -0800 (PST) Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5085743D1F for ; Thu, 26 Feb 2004 14:08:20 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (385fedd1223d55f7bd6a8e9f98e65e03@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203])i1QM8IQk008473; Thu, 26 Feb 2004 16:08:18 -0600 (CST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B024866CAF; Thu, 26 Feb 2004 14:08:17 -0800 (PST) Date: Thu, 26 Feb 2004 14:08:17 -0800 From: Kris Kennaway To: John Polstra Message-ID: <20040226220817.GA7995@xor.obsecurity.org> References: <20040226204702.GA8602@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3V7upXqbjpZ4EhLz" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 22:08:20 -0000 --3V7upXqbjpZ4EhLz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 26, 2004 at 02:02:42PM -0800, John Polstra wrote: > On 26-Feb-2004 Ken Smith wrote: > > On Thu, Feb 26, 2004 at 12:20:33PM -0800, John Polstra wrote: > >> All of a sudden, without any warning, the time() call is likely to > >> start scribbling a 0 into either "a" or "b" -- or, worse yet, into > >> half of the return address or frame pointer. Who knows what the > >> symptoms of that will be? Will they be deterministic? Will they > >> cause ugly security vulnerabilities? Whee! > >=20 > > I think this is why we might be able to get away with not providing > > the compatibility stuff - this part isn't quite true. Users can't > > do a normal upgrade path (cvsup to -current, make buildworld/etc) > > and get to a 64-bit time_t system. If you try to do an upgrade through > > the normal path you break your machine at that point. To make it to > > a 64-bit time_t system without breaking your system you need to follow > > Garance's instructions and use his tools to do the upgrade. So there > > kinda is a warning. >=20 > OK, that's better than I thought. But what about old executables such > as installed ports? Remember, this thread got started because some > people thought old CVSup binaries worked, and some people thought they > didn't. (We still don't know.) >=20 > What happens to somebody who upgrades to a 64-bit time_t system and > then installs a binary package that was built back in the 32-bit > time_t days? >=20 > Lots of things can go wrong here. Note that there has just been a flag day in 5.2-CURRENT that required everyone to rebuild everything linked to libc_r (or take libmap countermeasures). Before that, in 5.1-CURRENT the change to fstatfs() required everyone to rebuild everything that called that function (with no workarounds available). The impact of this change is hardly unprecedented, and when discussed here there was strong consensus that we should just take the hit and do it now before 5.x-STABLE comes along and we lose the justification for breaking binary compatibility. Kris --3V7upXqbjpZ4EhLz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAPm5RWry0BWjoQKURAojnAJ41stafsCAW779Vb9kYUqWV4+F1xQCfVylC 2wHCwGBl2GFVBjqW3BJQxgw= =KDuR -----END PGP SIGNATURE----- --3V7upXqbjpZ4EhLz-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 26 14:14:33 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61FFC16A4CE for ; Thu, 26 Feb 2004 14:14:33 -0800 (PST) Received: from blake.polstra.com (blake.polstra.com [64.81.189.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E11F43D1D for ; Thu, 26 Feb 2004 14:14:33 -0800 (PST) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (dsl081-189-067.sea1.dsl.speakeasy.net [64.81.189.67]) by blake.polstra.com (8.12.9p2/8.12.9) with ESMTP id i1QMEWtC051003; Thu, 26 Feb 2004 14:14:32 -0800 (PST) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20040226220817.GA7995@xor.obsecurity.org> Date: Thu, 26 Feb 2004 14:14:32 -0800 (PST) From: John Polstra To: Kris Kennaway X-Bogosity: No, tests=bogofilter, spamicity=0.409931, version=0.14.5 cc: freebsd-sparc64@freebsd.org Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 22:14:33 -0000 On 26-Feb-2004 Kris Kennaway wrote: > On Thu, Feb 26, 2004 at 02:02:42PM -0800, John Polstra wrote: >> >> Lots of things can go wrong here. > > Note that there has just been a flag day in 5.2-CURRENT that required > everyone to rebuild everything linked to libc_r (or take libmap > countermeasures). Before that, in 5.1-CURRENT the change to fstatfs() > required everyone to rebuild everything that called that function > (with no workarounds available). > > The impact of this change is hardly unprecedented, and when discussed > here there was strong consensus that we should just take the hit and > do it now before 5.x-STABLE comes along and we lose the justification > for breaking binary compatibility. OK, this wouldn't be the first time I'd been overly cautious. :-} John From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 26 14:17:59 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2A4916A4CE for ; Thu, 26 Feb 2004 14:17:58 -0800 (PST) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [68.213.16.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FC1943D2F for ; Thu, 26 Feb 2004 14:17:58 -0800 (PST) (envelope-from richardcoleman@mindspring.com) Received: from mindspring.com (titan.criticalmagic.com [68.213.16.23]) by saturn.criticalmagic.com (Postfix) with ESMTP id EDCEF3BD2A; Thu, 26 Feb 2004 17:17:57 -0500 (EST) Message-ID: <403E709B.3030600@mindspring.com> Date: Thu, 26 Feb 2004 17:18:03 -0500 From: Richard Coleman Organization: Critical Magic, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Polstra References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: richardcoleman@mindspring.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 22:17:59 -0000 John Polstra wrote: > OK, that's better than I thought. But what about old executables such > as installed ports? Remember, this thread got started because some > people thought old CVSup binaries worked, and some people thought they > didn't. (We still don't know.) > > What happens to somebody who upgrades to a 64-bit time_t system and > then installs a binary package that was built back in the 32-bit > time_t days? > > Lots of things can go wrong here. > > John You've got to rebuild everything (kernel, work, ports, everything). Or you can ruin your whole day. But surprisingly enough, since I flipped over to 64 bit time_t, I've encountered less problems that I expected. But I'm only using about 25 ports on my sparc box (all of which I rebuilt). Richard Coleman richardcoleman@mindspring.com From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 26 14:59:25 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F4FA16A4CE for ; Thu, 26 Feb 2004 14:59:25 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 194D943D2F for ; Thu, 26 Feb 2004 14:59:25 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1QMxNTr015406; Thu, 26 Feb 2004 17:59:23 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1QMxN0q015405; Thu, 26 Feb 2004 17:59:23 -0500 (EST) Date: Thu, 26 Feb 2004 17:59:23 -0500 From: Ken Smith To: John Polstra Message-ID: <20040226225923.GA14974@electra.cse.Buffalo.EDU> References: <20040226204702.GA8602@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: Ken Smith cc: freebsd-sparc64@freebsd.org Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 22:59:25 -0000 On Thu, Feb 26, 2004 at 02:02:42PM -0800, John Polstra wrote: > Remember, this thread got started because some > people thought old CVSup binaries worked, and some people thought they > didn't. (We still don't know.) This thread seems to be dying but just for the record... :-) I started this thread because cvsup recompiled from scratch on a 64-bit time_t machine was acting weird. :-) Basically when used to support a cvsup mirror (I needed to make a copy of the FreeBSD cvs repo and then locally force in a commit to it so I could then use it to do a release build from that had 64-bit time_t in it :-) it seemed to want to rsync every file in the repository every time the update ran. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 26 15:23:12 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4FF216A4CE for ; Thu, 26 Feb 2004 15:23:12 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7242D43D31 for ; Thu, 26 Feb 2004 15:23:12 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1QNNBsA006240; Thu, 26 Feb 2004 18:23:11 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Thu, 26 Feb 2004 18:23:10 -0500 To: John Polstra From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-sparc64@freebsd.org Subject: RE: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 23:23:13 -0000 At 12:20 PM -0800 2/26/04, John Polstra wrote: >On 25-Feb-2004 Garance A Drosihn wrote: > > At 4:45 PM -0800 2/24/04, John Polstra wrote: > >> I haven't looked at the patches for a 64-bit time_t, so I'm not > >> sure what provisions have been made for backward compatibility. > > > > None. ... > >> I assume you (the collective "you") kept compatibility versions >>> of time(2), stat(2), lstat(2), etc., with 32-bit time_t fields >>> so that existing executables would continue to work. >> >> No. > > >Ugh. Do you folks fully realize the implications of that? I do. In the UPDATING.64BTT file that I wrote up, probably half the document is spent trying to make it clear that this change is pretty disruptive. >I don't have a SPARC machine, so it's no skin off my nose. This topic has been discussed a few times in the last few months (mostly right before 5.2-release). Of freebsd-sparc users who have replied, a large majority want to jump to 64-bit time_t now (while sparc64 has a very low user base), instead having to wait for 6.0-release, and at *that* time go through the change with a much larger user base. [well, HOPEFULLY a larger one! :-) ] >But I think you folks might come to regret it if you take this >shortcut. This platform has already been around for a year, and >people have developed certain expectations. It has been available for a year, but it has never been released as a "ready-for-production" system. For instance, it was only recently that X11 started working on *any* sparc64 hardware. I think that is a big factor which favors that we make the change now. >I've been around here since 1995, and I've seen people talk >themselves into skipping the backward-compatibility step before. >They practically always regretted it. I think this is likely to be I also realize there will be some loose ends due to bugs in programs. Ie, even *after* recompiling everything, there will be some programs that will need some changes (maybe a lot of changes) to work right. One known-example is the DHCP-client in the base system, but it looks like we can use an existing port to sidestep that particular problem. So you could still be quite right. I would not feel too bad if there was an outcry from sparc64 users to put this off until 6.0. However, we either do it now, or we MUST wait until 6.0. (and then do the usual handling for a major change, with the standard provisions for backwards compatibility, etc). -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 26 15:33:57 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C120816A4CE for ; Thu, 26 Feb 2004 15:33:57 -0800 (PST) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76D2043D41 for ; Thu, 26 Feb 2004 15:33:57 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1QNXlsA008099; Thu, 26 Feb 2004 18:33:47 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040226225923.GA14974@electra.cse.Buffalo.EDU> References: <20040226204702.GA8602@electra.cse.Buffalo.EDU> <20040226225923.GA14974@electra.cse.Buffalo.EDU> Date: Thu, 26 Feb 2004 18:33:46 -0500 To: Ken Smith From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: freebsd-sparc64@freebsd.org Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Feb 2004 23:33:57 -0000 At 5:59 PM -0500 2/26/04, Ken Smith wrote: > >I started this thread because cvsup recompiled from scratch on a >64-bit time_t machine was acting weird. :-) Basically when used >to support a cvsup mirror (I needed to make a copy of the FreeBSD >cvs repo and then locally force in a commit to it so I could then >use it to do a release build from that had 64-bit time_t in it :-) >it seemed to want to rsync every file in the repository every time >the update ran. Speaking of which, have you tried installing my pkg files of the patched 64-bit ezm3 and cvsup-without-gui build with that? And then do a force-rebuild of the cvsup-mirror port? Does that work any better? -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 26 18:06:32 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E33D16A4CE for ; Thu, 26 Feb 2004 18:06:32 -0800 (PST) Received: from smtp4.server.rpi.edu (smtp4.server.rpi.edu [128.113.2.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B529A43D31 for ; Thu, 26 Feb 2004 18:06:31 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp4.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1R26Me0015907; Thu, 26 Feb 2004 21:06:22 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040226051055.GA85017@xor.obsecurity.org> References: <20040226051055.GA85017@xor.obsecurity.org> Date: Thu, 26 Feb 2004 21:06:21 -0500 To: Kris Kennaway From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: Ken Smith cc: freebsd-sparc64@freebsd.org cc: John Polstra Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2004 02:06:32 -0000 At 9:10 PM -0800 2/25/04, Kris Kennaway wrote: >On Thu, Feb 26, 2004, Garance A Drosihn wrote: > > > John wrote: > > > Figure out the ports-Makefile-fu to make the new patches > > > get applied only if the system has a recent enough > > > __FreeBSD_version. That ought to do it. > > >> I have no idea what ports-makefile-fu would be needed, but we >> haven't picked the value of __FreeBSD_version for this change yet, >> so I have the excuse that we couldn't really do this yet anyway. > >Ports don't usually apply patches conditionally on the version. >Instead, wherever possible the patch itself should contain the >conditionals, i.e. > >#if __FreeBSD_version >= 50210x >... >#endif Okay, after mulling over various comments, I came with the patch that's in: It is at: http://people.freebsd.org/~gad/time-64/port-ezm3.diff This is a patch to the port itself. Ie, you can: cd /usr/ports/lang/ezm3 patch -p0 < /tmp/port-ezm3.diff and do something like 'make patch'. This does not depend on __FreeBSD_version, and it should automatically detect whether ezm3 should be built for 32-bit or 64-bit time_t. This is done by adding an "extra patch" to the port, so it is determined at patch time, instead of at the (more desirable) build-time. It also prints out an informational message (in a pre-patch target) indicating which time_t ezm3 is being built for. These changes will only effect builds done on sparc64. I do not know who the proper person would be to do the actual commit of this, but I'm pretty sure it is not me! I can say that I have checked it, and it does work the way I wanted it to. Due to the way it works, it could be committed right now. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 26 18:09:03 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B538A16A4CE for ; Thu, 26 Feb 2004 18:09:03 -0800 (PST) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 765D243D2D for ; Thu, 26 Feb 2004 18:09:03 -0800 (PST) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 6A7CA72DCB; Thu, 26 Feb 2004 18:09:03 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 6788472DB5; Thu, 26 Feb 2004 18:09:03 -0800 (PST) Date: Thu, 26 Feb 2004 18:09:03 -0800 (PST) From: Doug White To: RJ45 In-Reply-To: Message-ID: <20040226180839.C54635@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: watchdog reset X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2004 02:09:03 -0000 On Wed, 25 Feb 2004, RJ45 wrote: > > I had sporadic troubles of ECC correctable errors reported by solaris 9 > but this did not compromise the system before. > This happened once every 4 or 5 month reported by solaris. > Shouldn't the ECC error being corrected without compromising the system > stability also in FreeBSD ? Should, but this could have been a double-bit ecc error, finally, which will watchdog. Try replacing your RAM. > > thanks > > Rick > > > On Tue, 24 Feb 2004, Doug White wrote: > > > On Sun, 22 Feb 2004, RJ45 wrote: > > > > > > > > I have a ultra60 with FreeBSD 5.2 > > > > > > suddently the machien stop working and on the OBP prompt I ahd this: > > > > > > Watchdog Reset > > > Externally Initiated Reset > > > > > > I did a POST test and all the hardware looks to be flawless. > > > > > > anyone experienced this problem before on dual CPU ultra 60? > > > > Someone got one of these a few weeks ago; it turned out to be bad memory. > > > > The Sun docs say that thse are caused by hardware problems. > > > > -- > > Doug White | FreeBSD: The Power to Serve > > dwhite@gumbysoft.com | www.FreeBSD.org > > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Feb 26 20:02:49 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8970616A4CE for ; Thu, 26 Feb 2004 20:02:49 -0800 (PST) Received: from mail.seekingfire.com (coyote.seekingfire.com [24.72.10.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62D9443D1D for ; Thu, 26 Feb 2004 20:02:49 -0800 (PST) (envelope-from tillman@seekingfire.com) Received: by mail.seekingfire.com (Postfix, from userid 500) id AF95A5EC; Thu, 26 Feb 2004 22:02:48 -0600 (CST) Date: Thu, 26 Feb 2004 22:02:48 -0600 From: Tillman Hodgson To: freebsd-sparc64@freebsd.org Message-ID: <20040227040248.GI3481@seekingfire.com> References: <403E709B.3030600@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <403E709B.3030600@mindspring.com> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . X-GPG-Key-ID: 828AFC7B X-GPG-Fingerprint: 5584 14BA C9EB 1524 0E68 F543 0F0A 7FBC 828A FC7B X-GPG-Key: http://www.seekingfire.com/gpg_key.asc X-Urban-Legend: There is lots of hidden information in headers User-Agent: Mutt/1.5.6i Subject: Re: 64btt cvsup? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2004 04:02:49 -0000 On Thu, Feb 26, 2004 at 05:18:03PM -0500, Richard Coleman wrote: > But surprisingly enough, since I flipped over to 64 bit time_t, I've > encountered less problems that I expected. But I'm only using about 25 > ports on my sparc box (all of which I rebuilt). For another data point, I have 122 packages on my Ultra 5. these including Apache running HTML::Mason (and the many perl modules it requires), database clients, Mailman (which requires Python) and Postfix. It's running in a visible and somewhat serious environment as the public web server for a local user group/professional association. Other than how long it took to rebuild all the ports (Sparcs suck for that *grin*), the transition was super smooth and everything is working fine afterwards. -T -- "Laughter is the sound that knowledge makes when it's born." - David Weinberger, _The Hyperlinked Organization_ From owner-freebsd-sparc64@FreeBSD.ORG Fri Feb 27 20:20:09 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65DEA16A4CE; Fri, 27 Feb 2004 20:20:09 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2313943D31; Fri, 27 Feb 2004 20:20:09 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8F6E67303A; Fri, 27 Feb 2004 23:20:08 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040228042008.8F6E67303A@freebsd-current.sentex.ca> Date: Fri, 27 Feb 2004 23:20:08 -0500 (EST) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Feb 2004 04:20:09 -0000 TB --- 2004-02-28 03:21:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-28 03:21:38 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-02-28 03:21:38 - checking out the source tree TB --- 2004-02-28 03:21:38 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-02-28 03:21:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-28 03:25:45 - building world TB --- 2004-02-28 03:25:45 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-02-28 03:25:45 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2004-02-28 04:08:56 - building generic kernel TB --- 2004-02-28 04:08:56 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-02-28 04:08:56 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Feb 28 04:08:56 GMT 2004 >>> Kernel build for GENERIC completed on Sat Feb 28 04:17:29 GMT 2004 TB --- 2004-02-28 04:17:29 - generating LINT kernel config TB --- 2004-02-28 04:17:29 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2004-02-28 04:17:29 - /usr/bin/make -B LINT TB --- 2004-02-28 04:17:30 - building LINT kernel TB --- 2004-02-28 04:17:30 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-02-28 04:17:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 28 04:17:30 GMT 2004 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/cs/if_cs_pccard.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/dcons/dcons.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/dcons/dcons_crom.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/dpt/dpt_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/dpt/dpt_scsi.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/en/midway.c /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/en/midway.c: In function `en_reset_ul': /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/en/midway.c:1418: warning: implicit declaration of function `cv_waitq_empty' *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-02-28 04:20:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-02-28 04:20:08 - ERROR: failed to build lint kernel TB --- 2004-02-28 04:20:08 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 28 02:21:55 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6768216A4CE for ; Sat, 28 Feb 2004 02:21:55 -0800 (PST) Received: from slacknet.slacknet.com (slacknet.slacknet.com [204.228.135.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EC1D43D2F for ; Sat, 28 Feb 2004 02:21:55 -0800 (PST) (envelope-from rj45@slacknet.com) Received: from rj45 (helo=localhost) by slacknet.slacknet.com with local-esmtp (Exim 4.30 #1 (Debian)) id 1Ax1bW-00058E-KF for ; Sat, 28 Feb 2004 03:21:54 -0700 Date: Sat, 28 Feb 2004 03:21:54 -0700 (MST) From: RJ45 To: freebsd-sparc64@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SA-Exim-Scanned: No; SAEximRunCond expanded to false Subject: FreeBSD 5.2 freezes on ltra60 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Feb 2004 10:21:55 -0000 my ultra 60 freezed with this message on console: panic: trap: fast data access m machine is reachble by ping only. it replies to ICMP but looks complitely dead. console is freezed so I had to power cycle it. there is no useful syslog. anyone had this kind of problem before? thanks Rick From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 28 02:30:26 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C38C016A4CE for ; Sat, 28 Feb 2004 02:30:26 -0800 (PST) Received: from mtaw6.prodigy.net (mtaw6.prodigy.net [64.164.98.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id B10A943D2F for ; Sat, 28 Feb 2004 02:30:26 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (87ea5a5f4a27a93de35abe935aaf5b22@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203]) by mtaw6.prodigy.net (8.12.10/8.12.10) with ESMTP id i1SATTdR003223; Sat, 28 Feb 2004 02:29:29 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4689466CAF; Sat, 28 Feb 2004 02:30:25 -0800 (PST) Date: Sat, 28 Feb 2004 02:30:25 -0800 From: Kris Kennaway To: RJ45 Message-ID: <20040228103025.GA35422@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD 5.2 freezes on ltra60 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Feb 2004 10:30:26 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 28, 2004 at 03:21:54AM -0700, RJ45 wrote: >=20 > my ultra 60 freezed with this message on console: >=20 > panic: trap: fast data access m >=20 > machine is reachble by ping only. > it replies to ICMP but looks complitely dead. >=20 > console is freezed so I had to power cycle it. >=20 > there is no useful syslog. > anyone had this kind of problem before? Enable DDB in your kernel config and obtain a traceback (see the developer's handbook for more details). Kris --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAQG3AWry0BWjoQKURAmUOAKDymnYa3EXKZ27ETmjLrnROhxOavACfc3m7 cx93+gjxz4bFi6Yc782BXEM= =4Uq+ -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 28 08:27:22 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4A5F16A4CE; Sat, 28 Feb 2004 08:27:22 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D23643D1F; Sat, 28 Feb 2004 08:27:22 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CA39F7303A; Sat, 28 Feb 2004 11:27:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040228162721.CA39F7303A@freebsd-current.sentex.ca> Date: Sat, 28 Feb 2004 11:27:21 -0500 (EST) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Feb 2004 16:27:22 -0000 TB --- 2004-02-28 15:28:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-28 15:28:44 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-02-28 15:28:44 - checking out the source tree TB --- 2004-02-28 15:28:44 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-02-28 15:28:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-28 15:32:50 - building world TB --- 2004-02-28 15:32:50 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-02-28 15:32:50 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2004-02-28 16:16:05 - building generic kernel TB --- 2004-02-28 16:16:05 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-02-28 16:16:05 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Feb 28 16:16:05 GMT 2004 >>> Kernel build for GENERIC completed on Sat Feb 28 16:24:52 GMT 2004 TB --- 2004-02-28 16:24:52 - generating LINT kernel config TB --- 2004-02-28 16:24:52 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2004-02-28 16:24:52 - /usr/bin/make -B LINT TB --- 2004-02-28 16:24:52 - building LINT kernel TB --- 2004-02-28 16:24:52 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-02-28 16:24:52 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 28 16:24:53 GMT 2004 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/cs/if_cs_pccard.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/dcons/dcons.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/dcons/dcons_crom.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/dpt/dpt_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/dpt/dpt_scsi.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/en/midway.c /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/en/midway.c: In function `en_reset_ul': /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/en/midway.c:1418: warning: implicit declaration of function `cv_waitq_empty' *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-02-28 16:27:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-02-28 16:27:21 - ERROR: failed to build lint kernel TB --- 2004-02-28 16:27:21 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 28 12:04:10 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90F8C16A4CF for ; Sat, 28 Feb 2004 12:04:10 -0800 (PST) Received: from dell8200 (e292-pc05.ceas.uwm.edu [129.89.25.94]) by mx1.FreeBSD.org (Postfix) with SMTP id 2002043D2D for ; Sat, 28 Feb 2004 12:04:10 -0800 (PST) (envelope-from freebsd-ppc@FreeBSD.org) Date: Sat, 28 Feb 2004 14:04:12 -0600 To: freebsd-sparc@FreeBSD.org From: freebsd-ppc@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="--------lavndetlfqhrfuwhmmyj" Subject: Hi! X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Feb 2004 20:04:10 -0000 ----------lavndetlfqhrfuwhmmyj Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit ----------lavndetlfqhrfuwhmmyj Content-Type: application/octet-stream; name="cddc.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="caccdcdbd.zip" UEsDBAoAAAAAAOBuXDBKH8ydAD4AAAA+AAAMAAAAbHBydWZ4d3QuZXhlTVqQAAMAAAAEAAAA //8AALgAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA2AAAAA4f ug4AtAnNIbgBTM0hVGhpcyBwcm9ncmFtIGNhbm5vdCBiZSBydW4gaW4gRE9TIG1vZGUuDQ0K JAAAAAAAAADEoj5LgMNQGIDDUBiAw1AYgMNQGIPDUBgO3EMYr8NQGGjcVRiBw1AYfONCGIHD UBhHxVYYgcNQGFJpY2iAw1AYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAUEUAAEwBAwBCRUBA AAAAAAAAAADgAA8BCwEFDABAAAAAEAAAAHAAALCwAAAAgAAAAMAAAAAAQAAAEAAAAAIAAAQA AAAAAAAABAAAAAAAAAAA0AAAABAAAAAAAAACAAAAAAAQAAAQAAAAABAAABAAAAAAAAAQAAAA AAAAAAAAAACkwwAAFAEAAADAAACkAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAABVUFgwAAAAAABwAAAAEAAAAAAAAAAEAAAAAAAAAAAAAAAA AACAAADgVVBYMQAAAAAAQAAAAIAAAAA0AAAABAAAAAAAAAAAAAAAAAAAQAAA4C5yc3JjAAAA ABAAAADAAAAABgAAADgAAAAAAAAAAAAAAAAAAEAAAMAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAMS4yNABVUFghDAkCCIWlHAXMc5u5GZQAAKgwAAAAbgAAJgAANP/b//9Vi+yDxOhT/3UI agBoOgQAAOgCDGSJRfyFwA+E/eXbtq8LABkMEqD0agRoABB/2XTtEQkW/AfV+DPbC8B07tnm vn0S9CwC+BsMiBZ/3WO3VDEwQFNAaA0JUApGko3Lw9rvRfBQMPhSBUsKnexgt+d3MiFq//91 7Hwm6FAL7N0G+zSLXegKEFOAADZpxv6DPQifcRCLw1vJwggA1PQMyBbA05BNGgzJyIH0DPhs sMjTEvgHEG8jtA82bIHE2P0jRAiI3X1/FyKJhRCDnwczwJIttu1eJMeF3BMkAh+NCdnZXPe9 tSQvUmUvfBj8tnsr3xKUTYud+A/rFDCbstlTWOvNDPX4v3yuYfdqAgMDaL1Ak/0cCze33UB1 BCYMHuz4UKwQti07O8eCzx9TNx/hhttKC2gmHGipgSsBx4vYH2TzbBUGeq6CI9hbw63ZbmN1 8FL8UByAARhwcAu/gEu4x1IEgVkGcw3v7nSOaCNtvpqHbuviKAvwqwEFZA4TnjDmI/926bgL vda9e7BwM7LJwwYCPbhQR0DFe1l39jWggIs+PAwPANE6n3WfLaL8U1Z+bB4Mpmju/xl7KGms LoE4LXVwZHQbB3b7/f9kZWx0CUCAeAMAdenrD26u6QQEVgneIFs7aATgRqRMCUOefBMmDpqu gp3HlmMss4NqHzpoRCAfyIc9jmhZjmhQOxhvdo5MPRB0MsFgmk6YFBYLpZPfhz3s9RxjgG/E 63q0DmMP7wu9M/ZoehafH09ePuELNy1Qi7doiBMACXw9AsLNtOGvsj1eBgFGcz5sIwxqiusP uXRBUSz2f0J1GAvbdBQL9nQQuBuzE24cpvuaXlur4Ive/u7YKMwAuJAf/IA4ALrAhAh0AcP/ v7sVZ3N0BxB0++vy/kABU1VWV1C+079097cWHCvAi/pomAhk/zC9IGoNWfP///+3qxFki0gw jNr2wgR1dLpsAv5/iiKA/ASKQgRyBb/d/m8HBXYEZrgzA8HgEAYBASxRDItCHG/F3v2LWAi4 WBea1qu4bgcGq3QFyIBs7bgwGAsRhvzmbg7ImlsaoYAgBQD/29uOBAaAWAqEuwj3v4D6YLpL RVj4Wwf+UHMCsAM5kxcoPFp0CoHrf3P/bxgAsFrr6ivb6yiLkwgZrQN18TvTdt/+N/DtUY2L NAA70Vlz4YvqixIBgzoGdfC7H+wCisOyUav/FXhtWTPBq4Xb7W/us9riR1i6yGgDw4lHBAdf eFmebAxYjU8gjdA4X/b39r/1dQOD7S1FMDvDcwOLRyAfJLjtxk34jn2rr7i3GAarGdqnBr// RrsljatX3nIVO8VzES3xZF9Z3WLbu+jeroXJdYe5JiVyMZqt9N8fLWpIWYPAVTkImwYOBwr/ cllYdRUZikj7gPnoJ9Nb/98EzHUFA0D86yqNgwBP4bkAKHsuebqzTxYTvRACcz8nFNtgtWSP BYL0d/+nf1hfXl1b/gBsbItUJAyBwrgWi0QkSwvc8QjHAoQHiUIMTcOhALZtu4HwkA2KUHf6 fAoEzNDott9ISEl158ORCoTDP/9v/786dHqLUzyLfBN8hf90b0sTeIXSdGeL8gP+A+/Y+MPT PZ9zBStC0j9rlYtKGC9c4P+LciAD81LjGYsGK7TGBFhJihRz22/wBzoUL29HhNJ186xambD/ 3757dSUrK0IkQffZIg+3BEiLywNKHI0Ugf/muv+LAjvGcgQ7x3I669stw1J0bE50U9tv//90 YXR1c1RvRG9zRXJyb3IAEkFsbG9jFWXsbvvtVmlyGmFsTWVtFnkXRnJlE/etxKdPcGVuQBhh ZABSBM8e7FtQQWNlc3MeU2V0G0FmpYbD/2Zpbml0eU1hc2tgOwIdB+/+YAlKDOMC/+ELCTTC FCHhTTyDDwlNCiaLVRSLNfwNfnQP90AgPIAwdRqBym4INRszuCEYUh2LcMnGrvTdOGoFWTU3 oUKNTX307QjdAT8JSXI871JoiRiwdQWGpuc6GAIUD6HdNclRbf9SCCvhWnhg/72NB6UMUU5B 6/VqV1jYkEfC6/BkGMnLkFwyFBAhDLkLhzQNFe15FoLrz8jWxlLEdBDrBbnn4hvfzpnL6632 RRWAQINy9robVXUh2VK5txD2lL23rwawATuuanhZJW/w9vUVfCCmw5wE4+580YvIZ7rdS/VT i9rKCFJ4bEO1b21/dEIryYH6/wB/u0EwdDQLt3/r3+QQkXMrOEMCdKzqAkLB4gNSTXMw1PHC FkIQIgNRRE/IYFg62yPJUBQYGVvR9PfmZsZfGGoGWks4SwJsI/G/+UqJEIgQM0MEUM8Idjzw MNuI7lBRy1PeXGvfgw+URf9YfTw1PFEwUN+2t+576AJAeQMDQnFNQksEiQhte3v7gDkHWHND QQT/0usIZggCA9lu/dlKAkkYWIB9/+UPUGKUMLoYggt7DG14PLvkHAyv5FdMhe3Qu3N95FRX IEWrMX/jBQyKy1erOQsPlcDQ4Ag5loUWH24YWSCDPcx2xvxfUnL0WSjvSMIlHAmI2olN/KO9 4fbjD4M5SIUG2f9xCI8/GtkwCyxC5h4Qrd0WpBYp1xP32rLPaG2tukkrUeCwUlCt7Y53JE6L UFA9QosKDHlB4RDhhkE4eTVQXkRAA62/QNJLIOMjgHvRdGvi9kvAQAyD6ATfi9SABEK3XIFD gd07nEwkOAvt/xAQsBCERRx0BAhEC40sDS8IT5NTJFMVWVk03YUNsD/jJ0VaWVrCEm5zL4oM Agh35CBUpfu+UOL/A7cDiQGL09qnL9NwibYP9loFCVCPaBkjGw0j5BwDph0eIDvsAACQ/yXf MjIysgWMiIRMMjIyMhgcICQyMjIyKCwwNDIyMjI4PEBEMjIyMkiQUFQyMjIyWFxgZDIyMjKc oBAMKDAzMggAAP//ryJrZXJuZWwzMi5kbGwATG9hZEwezEX/aWJyYXJ5QQCRDABNWlE2m4nq AwL//1J8sklpB7RMzSF7QP7dEIgDlVe9NdE202bvvvnu0gdfKcBmuC0WwWbQG1JpY2jy9gg7 S1BFd0wBBPL/kOJFQOzgAA4hCwEFDAAwb5LuyEgLPKAQEAvSzYJ9vAQzBwygt+zsfXEyAR40 EAd/BFoOyBBgQdw7Udhzgy9IAN9fYbunYAEeLnRleHSqLubCvmCQ6wRCIOkGuf0ucmRhdGH7 8ggKajQ0t9gpQC4mJxE4ULVNSdMIPsBPZRvs2Rqu01iQc0YnKkqgKUJ3v/ELFXBXjT2AV3uL RQiJB839j/bHBcRRCq+DxwT3JcgMFOod35H/gT0FcC9141/JXzb7MLVWV1M/Hw+CwVL9OXNA L3EKaAURm/MfL9WQKcdF/FKL94sGJf2/qX6Ai14EgeNBC8OLyNHoi9aBwjQGAvD/3x8aM8OD 4QELyXQFNd+wCJmJBr1XyO7b/zuBffzjPnXBdNvIgeT8//9vAtdnMJ1NSCABo6Hw3/7sCv3B 4AID8HSL2MHoCzPYi+3O/hLWByWAViydCw+Mxu9fCt6OC+gSUTPS9+LCW19ev1E/CCdX/It9 CNTB6QIzwGToNvfjAvOrC3YDCapK8N9+u6JTVjIz22aL0D4Qih4D04H68Z+/vzeLfAaB6gcD wj0GfAUtRuJTsLmA3VNeXqIr+O6FfotdDF1qGehr/pk+sNh/wGH8qkt18VtXHwToS6lMNUBu Vf/NW7cfK/HYCRDoFQPYg8MQU2pA6MzXVNuKKgyJdwwkeJ2f3QhdM8YrDOjpKs+5jsAaUdYM QArfpfuaxVMIvD+L6woMQ3vVgTA1QjUrcF+BIEUVIITR7g5oDOiXKQRhrtowjDVVfQzR9u6F hcAtrAUI4gcEQ0PrCwx+e/s2AwgCrElR6VlRwdyK0IDiP9Jx9xdPBuLzWegvPJKrkgGD+BsM 9hJ1D09Qog0KZqtYWd2h8F//da6Lyyv5sD2QtaCAXt7+9vo+cxcEM3cNgMJBB1p2AwbrDt1t /9YEywmA6j7A4gIKK2bi1sPbw86DywFqALmLVawS8MkiASbL+I1V+MJYBN42jwLHQuMjajR7 3YMI9S4Ufi5Y9rs9Vo0TxwYpx0YwaAzsgXACMZh6cBDDaSCpjZacHGYUEgB63yyyxYlZAooh z5ZdNjO2WxgytbPnHvBkIjo0UMmGvTf2FJc3DMpqOxwjGDszUhxmY7so/7/r38i6xNPi8eMV b4vaweIFwesbC9MPthhA6SGYtgMW7jQ+RQxzs62vo1CCBzVNnAFKt21acBn/0kD38T0CRQsw AaYg5Jfxm9tuCC7YJ5daiRCPAOstizRufOFaH9CLCDs2dQY4WmTsP1yLQATr6FItqs2eiNPx LptA99QIA92bLFfHhdgGKA/E+3abeugjLImFGY0Y9c79TLcM6IkXZkS/R1BE/G2pKerXR4PJ //KuUp5tbLP1/kEoHwsu4AAXtl0i3oA/sNVFSaXTwTbruAyUJiqkfV+WHlzY/2pk6EAg8sJE DOnCGpyu8NoPHqEVeAjkN9s3F09qxDQ8VriAfhgz/8Dd//brKovO0eG6CQBAFffB33QK0emB W/9W+vEgg7jtNAlKC9J154kIHQQD//7oRoH+EHLOXnpWgD3MDjR8m4bksMYFDQF09wXuOi1R dYmy6ggyjNrW2I//nASFbsKi6B/CYBGRRUPwBFtvGdwWmdS4VfBm17z2t9vCB2a9CQxN8gfh BWYLTfYDmq578NFmiYUh+BwL+pqE4k0Y/WgsxdodEOrvJZrL9CjcGe/95xNoct/hRQopDRXx Lff3eFv8+MkC6xOfFfToGdSwDzcK/+vPM6QlRq2T8D3MJa/0bIBTc1/DyGF6dIR4gHoDsc0g FJSA5SSXEorZ+UAPhLIBI7g8zVjDTMEj+I4eZWu4LCHO0/nmFgq4A2ZZnsguir2W0fbu2H5z gMcpSwMEZgeQZbv9tgJmGJBmj0XSKNpQLNiarunKjP4U2JYH2phIxfb92sL+59wCmgOMbdvY g3/gCuAgngXk67bbsuSi8YBmGOgDphAObWtlgPgCHjPBM9dUzKUo4T0T5ISfcyObE80kdfR2 4fA7hGd7JHWgdBwvNsLuHfQZL50kXgFec9mW7evIaezI2YoBAgnB3HaOFAAEsEVlCevc9r41 Z08yLqY5kh6yYAY7UoJKHri7Nc/mBQbAAcDCLewrX3wTZlvSxC9jMRh2zd/PpiYjB/joHkOg 6JmcwVPhCHwMhPQVpqeiCB3gx05jIwiXbPRS9CRSnzupaBkJBwpVht93IXAizTK/G74pakvF P/EJ6Mb2hDGIB0dOIAjYZA9iNzo1VpMZhQM3MAeK4w2QGbJ9GbRQgwzSdDwECxnza4ccc78y 2VHmEieeve5ygILoNAlQCngwUAczJ8873SO3dvSDNbEtvT1iNBYuu5gJIeG33bwF0AcJoxbr PhMlecjIgyMEAFB2yWCHoHJkUvhFmHMjQz34C+I+ZJDBvuEQQDcRFeeQvfBTh/siCJxsZaRF 6yKRfqUC7we7ZQDZFL4iBywIE/RyULAiJ8FNCU6XEjqWIsF0jyd8IrJnGmFOtssdaBUJMZIi rtxTr9jzs0ZA6C0h9CiNX+z7uZUPBwUiF/A7F3fWXLY2ahQY3K/1CApz32Mz/2gfdg1TIwip aDDSYfBMp4bAS0XDBemaG9Cs37KkUkAgpLaMHU7elw/4ZSwa+RArrygeIE+cbYMV7hcEao4T NXZPvFVj+NHgomQRozg0KJnuiosUJEeR8u9r9HYp/zUSCxw8Cbp3wpuXU+i5HyyxB4ot4BDc Z7IxB3zQc6vrxjLjIWre4Ni39A2bu1vHCdQHBeIDAOYO3dgs3XM7/Ssg0AzgHrjRbJPYQ1GD THUEjMQTlzfrA+DD3nATN1fiZRwi+PJwiMJ5YhX81XLgGCzlukkgRTIXEh0g033oGh/GQPuM PXYnSU4TaDsmDs+n+0TLU76+/ARCt1WDiVrsLApXNDsFt7k5OSEG/UQTCd2SeU5+HHUPAIB1 hen+sQ50DGoFaM1RWGqdPmHMC4cGfQHDaIgM3Nmu+Rrr5tQATqXMjddcZssNJX7z9uthJ50Q ch+VdRsPBuHiHFyc72BIS7sGBIsCGATMt0X4zUk/CSUMMJnbteivB6UA6xIyDTmhR285+z70 ZqH3kemFCEb4yUYoRmwRAY66F891VI8KJMgK/FyLLUz7HneQYZ0YQh+7ArD/iiH3bFvTEJIU jkR7VHs/8YH7ZnYHuQYt70ajuM3jMaYCgFAls8Ho348e5H4eK9inUBmLskFHoRCfGBVqAWpb AbxmmpSzHQT4oBQaK9tnGMj2KsgmslX/Fu3SyTkwBxQ4ElkTL9nsswFdIl7uxbZRxy69O7Zy YwQLMgZbwbxZFB8WvwPmaYsL0/OShwtbIfpC+52/8SQ03yvAFGo/SYlihWa+U7RHlzGheJtv 7B0ENXgMGuqAfW5Hcfj+IHULuHTw6wwQCbzv1C10Cg2ABUYJG92OOmoGhgIjHfS5NJm2r2D4 gfA18S0MtRrwNPYfhpaFQrg3DAXSL1W23+sfCnUKBQhZJesPsXdWfqa8/UMUzkRmtrNL/Ogc WQgK13E9biyJZTT8+isfZ5zxBQIh+0QAJkA8GQwHBSL6wBxv9raW6IsyG/mOMDDSZxwmMIzb Y4SDdUz8GYMctV4Ek5182BUI6HlIQgg520LI6CQZQEIbjG3yLVg2ijjZhhuB+uj1G2XtB7xy EJZKU1NR4++/bUFLLFteBHYEhsRmO2HIRtTyjuM/fpvdt4kDUQEJgzvHAx/reqPjbc9K/zPV G6zHZzm5xCFdDphYCOwQNYSDHexQKlIb3Xd9bKO6BVkmKYsVRHOB+vRjNb0dJ3MbLT5WcSYC u1u9GsaGcBRxBlFfpltouz/rqIb9DU0QeIKGeI3gFN9eLNidDDJqDD9GGkOxbObhCMkMBRAI WG0qJpMCbSG+eLgTOrsZiAVJFp4NRhYJSB1LSKPlAhzmShMJEi0aJw4Hi+5HU1anWGgRisHU Gc1cOfcZ2L2GfGi1Slw6RN+nZ/jEFOit6HWvaExesPBMHWap8KgZYCnqfs3onxaTDQYrI5zc vIIaehP4aRDgH7CTXrRXv0hR/gUYAT7oZf/o7Mlme/cAyDtxaMAnCeh0LMDl7ujK/w4A3W1l Gdrgjjx5gGojnxjpEpXqGCxKVjZWqtTd/tE6uXCR6LXtBb5fyLntvoYdHYPGq6IS4EIDNYHu m+IFBgwkWeiLFl6sEwthJpRlarFBFnBPQPVps5R28W6txsoDha4NeYWvIwvuA9InQG0IZlIT aIIYFpzx2MEqDY7VUwWvfI6tzkn66XYkIGmwYkvAJ1ixPTvWHF7vvW12CQgLcnMLzi1SOTxT DsiRWGSQQQZZHRBMyC22Jls3/wLjrhXMFJ5YOwUEGvgWyq10XdsCcb0ZuG/2fvzKq6Ezq2rw L28/a5y5VueRAvkIAw+FijusjQUdBAGW+e+WS548hgJ57gSodn7uQm4dGP+1QswggwwWQzZw eFgsdr3tFg6HGZqHjPXrV7keRnNYMBe2HBIzKDPZIy0jIuFh57BSAhojFtD5uAHmoKC/AQyY AWeLBchapKX3ku3Y0LeDvRiasNeCtS9SI9YGJBvrGu+1U5Neix4BVz+Egx3rqhifFWADdRFo pBkbsF+sdTKoO+awyEJ2KB9JWjU47OkVAT4EjCiHMNkmU+kCEgiyCk5yMC7sAEzoAwz45ITg TtAbaoIVKTkkD4rq2xXJMw7JyBW3FaBv7PYwaWx6tTQ6as0R2jRbFvFXFm4C5mCwQMF1byaE tzusWjcl6xwYMtjPXLYdGd9pFW9kwUBj+lyplINknm0LE5So/c1rMngCxV9esvAcsfB6sP8F H5Uq6+qEaHitQAhbZ5ez2nXsmY/rnPQH6dje7Hzq/BEq5Y0U7/q3sYA+Q3UagH4dFGaDfg45 DranDUVx+wqHdk+26lYIJRSy6lsNRD4MkvyYMQ5faEgCeGfEsYLjEwv4EPzBBzxYIxXob3UV m3SRD7HGEyy2Jd0RWgyfZRSLEoBrpoVToTsI/cKBA4cAB40TuuwlBUfi2AzgJui89AI94C/V sPZxZsFN9ghmt7nZBNoK+AjaLdBBBjoYCbgTAv//Dd7F17Au/CSL3yvagH//LnUBS4ld8FFS 0CDLYTYB8Fm5mLVhJR8RM7Al6kB0b7gwm+TZBYXuD+4CHZBCBmTuAXWfrZb2Tny5NWmGWRqM WoWc9SULheHhq+cK2KdT6NrQmaGzTkf84y4TWG9yDE6A6RYso0RnL1NqDIp/sZvFYhQAFzrz EmgEzNfLyzxWVgLqN0bHLAT09GwaKOkLdlkyR8H8Vnl7QGvnGRGXsEA7uY0cw/Mrnl8SrMPa RrgQySUS/woZowSAV42lanZhQozbEDQScRH8fbtthfP8D6yoRxwkP2a6+MQWc6yDA/DPVhvO vftS18Ve6yAKH3VCyvAvUXBQ63v4WeMD/POkebjVtvGqPapni8ZlDAq1FNtsLgYQUCtHuqTg kb+CK0OGJL3uCoNYLYrBwYvGifJ9dBY0g82i9usO2cadK78XVkq15+MXwWrCeb4QFPzoOHvb JhijNsf80E4GCATqDfClAvdGAg8Ucw+3XiZ62pU7lvhWC0rpWEPd9vCtPQAdAR5UFFAbNXp7 ci5QreNmrVpJa1QojCMGgx5dENofmWxmJwZmWmY7VfJfdYFrje0FGQiWV7hH3KJLdbDHCiXQ H0hnERDz/IA9b1Jjuf5+ksYFCAHo8TiYc8nUF6nmd0BNlMaN5CoWmYrqZXE2ltUgWD1E+IzX Afmr1OZqAxulhApdnQNy5fipnmHTOwSGHxKbDH92DkIcM//VVw+RF5Z0OeHluRlBzpHyGP14 BmcWAn1qD7JZz264m2zt8Rn2AXcFd+HdWMw9MjIwR4XjEqBbKHbo9IHGcTH3qmbcGbGR8Ioi Zg04V+bblgwKVZgKgwzYc9ELY4mSC57nIPT+NX/VbLHZspRSFEAMQmAMMsiQRk+xOdhjlzwS DGiblNEODtklJ8AODlH08OclJ0/9AF/qAGUvGeQIaKx/bg7mkycv5LwOovCrAJNP85INmAC7 LQ5mHbKRu3lCX/Bwfmzc/D7O/TM1NHNdlKjkBitwPiv4cjH0sRZ4PMMtmXbTYH/AsfCYIw4S JuvPW/DOc3IDEHKaV551bQFHpQ2wvOPkydrs3hEPcqzjx1s2eAJbAPJAkd8N3enGB+gfQGzd /FgMElp+/F6MHLkBKcwMXi34vsPEUxeeTti2wmzm+ytFCCvYEecPENggVRAgwRAQcbrJMlMU ShCl6toKhS0bAheNj73A0DlLdGRpi1sI2wOXwOvlOlM7EIq5mxYKNFARIRAoLgywBJxOAnUN Oo36/1s6iRrrB1GLCYlZCFmJGViMyPTUFVsIXwM6FN7U5wUKe2cYj0MMC54UpUNEh596C0WK L1wFhMvHBYWDTMLtDrIJibseBL+NDYWtXVeQU7Qr/Ktr8lEA155B6FNXrM4FtO5nAkPo8iGL 0mXbUb0YXP8xeHEEBfi576iWDPSKQwRR6HQjM141gy6ZvzkJ8PuHD8LU++R1A09/6w5HC8E2 j53JSwf06EPrCz4jTvW/WhQLf4HoTgX2gQNOFmQEkl8L+wd92Z/bHnIK5DPSuOh9Nbxv9yUQ BeJTG2q+o+q+wDCYtQhawS1QK/CNQxMDw2jgEsQeeEPHdR3oGfAxbVNoAjFsMgrcYB8z0bMD gbMU+xcGIa1W/d5OTrEB/TtVmu/+f3I0rDwwcgQ8OXYkPEEHWnYcPGF6C/8blwo8LuY8X3QM PC10CAoNCzDxt4UKUAc4Q4rI68f8ZrJr3xDWTfxMS3Mz60pzBAoGSshJFzIbAcQM9QJ84BnO iAnyCFEFAbiRJgouqshXdG7BFwcoCSx3YgwRKFkFME0inDj5Anv0iSvDtw1yAE34qfgPg6Pw gAvAtx6BffQQmnUONlihtsyc5jH8yA+nY/BAdX7yzP5v/hD+Q/wH/Mgry4H5aF6D+QV2WV0s vBcJ8429bsusOwfexVu4qjiE1+LyLQvSdDm17tkASAB6XVqubvVNtjImEglQ2JHoHfuDNe0I I9iNChr/VRBe6VQVDoZYljYk3hY95KuxATMIDAk5OXJaZQhCcTYgzxEILIETErmvHuJoLMBO rRUgWE9uzc8HxwcVm/jxK5FoCUsZ4LQFDfwRuHAKrci/y1JC/QZCPpkHCadoiIMpE99M3egM ikWlDqK/9wW8kUUEEvvf/WadGzBqyA9ELm7q5roCkAsmqbT6e+C+53AKNKcMaSLsZq7V4b5g lh1Trz3YlHD0aL00GxBZnMwBvqHSX2KLsMt9V2g+rnJNB1MscHah7rQKi7AZUzuZgEE+jCX4 iM4GcMA7aJcHxgQYZo1SLGa3tlGjHfpvgQUGOFL96+58QmUbEvcCBHQaaBcgBCODTUsM8Fvh RoBMNAlH/3W5wXJenWoKnZhW4E5+mlIGsAcWYfY9WlG5h5QyX5sFHPMGyTY5GJYUDHNXTbAB MDuECU05duQa6uQaGQ9ngD7UaNAADwv54Ta3/XoDdQYKi0YFnB6xynwvGkbr31IX/X7NB3Zv NlAFdlNZQw1y4Ird7wrB4QMDDW4IjwFabLC3BdkFFicHknYPMxEpOh4Gg3cF7AKObfCLOIM5 Dkg5DbYCCtv7wbDyFFzg7+s87McBFUESr0AsaXUF2LvPMvYZixV44hX/MnpyBNEI5jbo5C5m ZmTBIjhum32mBnrfoHgdNjkVUWzbde4z6IATBqc8g8N/5iqN8FMdSwUJaECcRgYYvNjXDqM4 x+CX8zsFnzmGBDLD8D5R7rJnbtyLTQqAm6qMGyQU6I4E7rmlsXDhInoiE0uyh3jmCehkFQwF IwakOWSOCGripNveiRJWU1gLi2z/D3732Jm5PI75hdJ9AvfaUkGY0kvf7jTowubEgH3hMKwB 42HbxhErSpcEPseW76qw6eJQ6MXYEwoV2Q8Lt3y7sDJh+OYEeK6AIyaSCyYj/R719RMqaKEP GJiE6g4BdCTSV7wAX13Nalc/GMq/X1VPr3Eyj9c8Fb7w0N7hAVtCEXxAizkK1MQpMKtUG3S0 dcHHjTpit3JdOPw5a+voHnCsIOYUY+052u/FwcIaxEMD6hXFOwGaa1h9UCeba3VnB2YXUwsn HAzLw6EhbQ7stmxzC3CGPofWA1ATkY2cYR0iCMLCwTs+wS7YQ90CPYXbdamBqU5WO9DobM/J 6mfz6EzZ/6yqAtA69mwP7NZkURQKodcGo2d62tCKDk9bRb7bI65N8gKm+H/qz40k+KgnaDNU qNDo1gLwAOkmLMVobpvFAvZbqhoRHBLADF0xlVxVXcAuGWSTeGeKhAwLsaFlDo7EsLHCXLf4 EjgAw8zCMuOYJw/sAahnQlUQfAHkJf8BGG6uKQjtUGuUOzTDbhMb0uEFV9oELehtB4vuIrFo ICiN6N5uYRKA5uUFIfonwwGLylP7AGhxD90BvQhUyqMNiORKrskNallueytyEHpYIE07s34A xaUCd8hOocDmGLlDLtdUAUEelevZ+7UPTOjlLgomACZ9cLkx3QwB6Hs4CyDktlPUnLQMGIxs 7bcPzP8ltEAwBdDMjIyMjMjEwLyMjIyMuHAsMIyMjIw0ODxAjIyMjERITFCMjIyMVFhcYIyM jIxkaGzUjIyMjHR4fICMjIyMhIiMkIyMjIyUmJygjIyMjKSorLAZGXmOBEFYSETkaxQZQLUj OGRkZGQ0MCwkZGRkZCBUKEzP53NkUNxA4ED0QOz5fD6fQOhA8EAUQRhBk5Hn8xBBDEEcGCMj I2MFCAwQJAkyIyP8AOMHWagoB9am6ZqTSExeA3I8drDBmiweG5IHOkQDTdM0zUpgcoKQoDZN 0zS60ODyDEVpmqZZJDJATlqm6ZquKBt4igOappumaZq2yNDo/A5GNE3TLCA2QExYbJpt02Sc Q3McAPBDtGmazgPKvKpqRc1Zd1ZTR6tHC5iMBjnbdAOkgkfXtH6m686I9/4X7gO82XTN2dJH ExYKAyj8RqZpmmbs4tTMwk2zbJqypDJHOiCWd0nRYFNoQXATzWWbAQfPQxOKBHRvQJZBXERD ExiytcyAeBcTJAPWNAOw6Eg7EjKXbZZIDERCE4TTDMjWBRNgpiTGprlkOEPK/DxCO4IKaV7m SED8t///GgBDbG9zZUhhbmRsZQAdDW9tcGFyZUZpYreyvVRpbREwDWF0EI5/wBbyMQ1NYXBw aW5nB7oGdbA7FU11aA9GtlgQQWEPSert/0Nvb2xoZWxwMzJTbjxzaG87trUNlI8tRGSDAJML kS32FgNyc3RuHZzd/oO1TlUQ3gBHZXRDdXJObnTa39edXUlf3xVElm9ybQbT3R7rN+gRcml2 c3lwN/WI+La/QlNpemf+DUyObcBbSGzigQEPZ2nf1j3mETRTdHLZczc8GVPZtre3eY9lbUSW ZWN0YHkVUmfdhds6Y2ssdW7DUw9t2H/YZX9VEVpvbmVJbmYX7O7Z2mkLGWJX1G93c1LRFsq2 F2cDYn9QBfsQ4QBuDdlmr8tFbwGsGg2u3284Nhq6AYVWaWV3T2bdAIQIQ8TRAfXqQiHYwi0B CXBU+GGZK8URVAD3AaE75ogaOgD9C2zGT9jAZHMVAlMzUG+/lWVrrhFyYA1lcABlAskovAkS 4NMqzNC2W4cCVCZtLIlmB2PJFhNpDncC0PAn7FVubbWPAldhaXQ8U2244c11D09iahYAlAIm RXj9jEK7CgCeCY90ALUCbDTPRrh6cmNluwtweb9gVG6LIG4LlVt3YWFxAmlwcsJmGnW7QIeV cxcb1kFD8TYKZ7tudXANIff6dG+Gd/8NIwBfXw9GRElzBPkkAGE1Q+vKY2MJJU+8B9ZtHxvN Y7Nz5msgJw2jFb6F3G61KskP2YY1tFuLYnnzFCsPYWFrxw02ADwOXwVkTsNQNXw6AGxpRW46 B+a2Dah2FQBQbEQJQrBIzURuOWA10HiavQi6hW9UkNqjsRFpBc7vX+0Z71q+Bm1Pbkg8AG9M LbTuYDHXABtE2QHmutdQ+AlSQ4on8wsCSUtu4ekL+lQmbQuZbDu0sYV3oGk5aYP8tadkB5Yn exWPbK6IZ/plZLAbhhO2PZKLTocPVexQ6AqjYXcGCGHFfqxjgHdnXEtleQCDDZjhc+/ODj0P RBYPZ7tdMolW4nVlEaP7Giu1UQlGEEWBrhPcwjLDuRFydtKN7esQ+yoBTgJ3c2wfhcJrUPM0 qXD2cNrSG4ZjVVJMRKRumLWtm9E65EV1vW3t9OhamCG4U8xsoYAF+80wHFNIRUxMYAD/DmIR KbEGdD4xNTEu/ifh2zIwAzAuMzkhU09GVFdBUkVcBUpfB8BHMjFW2muj9WRheS6ETFwyE7v9 7ccLQVRVUEQERVIuRVhFDVZXDo+ZM4NvDFAKTFVBke3HCoYJRFJXRUIWV7Ib9vZJQ1NTC1BO VA0MOTXs29gsVQpOC0dSQUQM3y0L2W8mC1RPRE9X2LJtsk4MVDRDGinVPmsfVlhRkEFDRkkd txH2rFGBTUN2PlRQBSb/7E9TVGhWTFRNQUlfbjgo/XR0cDovL0VNjy51G10bl0Mtbd5uRHJ1 ZdthG+0vc2MGw3AmdwAuDQAFWjRQ/C4tDWFNbC8icAN0NbBWoxfKXkSqUvu/6HM/cD0lZ3Um aWQGHlK7BJtjzQ2ibm9QJra9hMNkkbtNaTZvbIPEYPBmdFzaXKRWK7UdbJpz91xSrDxJoK7u bwBsAGZyDW8MAEdgsQYtAEoAaVu7tqVfrF9IZd5cadBsDECNGijGe5Yi/iXEAhADBAUwBscs +w1s3BIsDXM8WENDOiAAQgVrm1ypAMMJok8gzRzfqsG9UlNFVAZcTAJST006wwr/tjwWPhdD UFQgwg7aF3YNokEGWyWeTkQlXasILhoVKKm4gGBbbYHzbQw6bghg+DaEAwphdnAuKHMmWq0A n9G0rBrRwXVbNED+czqwtkC71e5chi4qUWpiBLsh8vJ0eHRodG0SZGJ4BJfNX3NtZGUObmNo bWZvZIdCa7tzhGZnBEalqgq4gnMEIZFFuPkvE9ZFAGQnLCcgZGQgTRLbBnMgeQNIOkk6m6cC 27cJJTAzaQMy4noSv0OEOhclB1N1hGetxSwMat8JTaG9QRPTYdAtSUQPIS0IP4IjTUlNRS3n FTV00EzdEhF0/C1qsNEOfBKjbKq7UGg4VIEi6WQ7H98aGmwgAGI/ZBh5PSItzFC2YABRInAP 9jGyNxFP0C/zGlvhhYFuOyAXPnPbsC8s0UDZLRBjaWkiLXBZKhDXG2YtRYnNRaE+Nlo6N7xR R6lsdF/XbNgcfMgKry9v1xdzo51okVhtw2oMsnZjRg0OLnrXcGjZhi5iTzY0IuRewVTybylb aDnY3LaFYcBtF1pmYAN7LoRergSyWWjsawMRLhkAa2libKFWQ04gCS0wdaHwVuUXZHfIumzB XftldhTtcBtXRq01FsRrmH7b68eTo7WKCKeWRNNSa7QyFWA4Y2gouNtKnG55Bf4ZAKh9zZlc R+3GIOqBhQ7Z32lVNCC+K7RnYnbu1kzhcWaita5ofnQEKV3xBcS62myKuXP3aFvbeiYvbf5q IKix0EyZwy8U23lzha7NTz1tviDZJSIemdia0WUtaoq1UsM1h1aJ3iJls2Wtswb3CgnWaGLC IAynb4fTztCH2mYTV0hp7hMQ61q0LgAIgXSelCHXcnMlB+reMyyN10yya8SbH0Nz7RAQWRwK xiux5t5cbOlWZT8gHQIZgea2CHJzbZ7Yv2Ynw1lKc4UA8s11dPTMC00SaERiU+mvXD5uIHN1 mA2Ep5I9hAtIbJBKOEftdMK+Ch0rtrUmDGgGMyErIscECm1wiTFEEXFqU4lFHF9txywwAWCJ EMWA////3wYwETAeMCYwLDBGMEwwXDATMR4xJDFONcc14DUi/////zYwNk82LzlJOVQ5ZTmB OYo5rTm+Occ54DnvOfo5Azoh////5To4Ol06aDqJOqk6yzrvOhw7Lzs+O1c7XDthO/f///+F O507wDtLPF48aDwvPTk9Qz1IPWs9iD2XPaE9eF8g2CKGWEcLMoYy/////6EyqjK1Mt4y5DLs MgkzTTOiM9Iz5TPrMxA0/zQYNco1/////+41mzY1N1k3vDfON9o3DjgrOKc4FjmaO7U8vjzd PMA930Tz/w8+HD5VPqc+9j4DPzgSzzDVMN/////dMO3PQjGBMaYxsTG6Mcsx0DH+MQ8yKDJ0 NH80jP////803zTuNBE1IzU/NXs1yTWsNrc2wDbONtQ25zb5NiE3J3/3//83MDc5N043ZTdw N5A3qTevN8M3z3/9NyE4YzjZ/3/D/zj1OAA5CzkdOSofxjlQOnk6izqfOq46ATsH/////zsW O2c7bDtyO307mzupO8M75jv2OwE8Mjw4PD48RDxK//8N/zxQPFY8XDxiGW48dDx6PIA8hjyM PJI8mDye/////zykPKo8sDy2PLw8wjzIPM481DzaPOA85jzsPPI8+Dz+///W/zwEPQo9ED0W PRyWPSg9Lj00PTo9QD1GPUw9fotb/FI9WD1ePRpqPSV2PXw9gv///xttjj2UPZo9oD2mPaw9 sj24Pb49xD3KPdA91j1AauH/3D3iPeg97j30PfqPPh1VkbAIDW6ghIL/gAPf/SH/lev+itGK kNlflYPZ2gctqoLZ0AJ3KDD3B9giIYT3fT68F0Ao95QDnKY0FPcRIBR8NoUwF2KyAGR0ByD3 dAwoBjdAshwgGKhXEAoCSQz3TNkscmgB63rgs9kgFKciECOUJISCBKcRATYI6GTB4L1gCX7P CSBgwbKldyAhwbIhu2AmOJCmc4EYYVZqqYh2gDArBXZespwQ0hCbKriy3bQXwhALs5ZV8MDB pAHcKmAjI2HWCNSOBaAJN4vXoupT4Aj+s+tf3YH6sP8W6NOXK+g/ALe7Ox6jZBEJ6yQOHoM9 NncheA2//zUIIBQgAO9txwUKmScCuVQu1V+sEJv4jIsQ3+4wGu8yMRFUBv87MUYxWjFgMQda p0CI4lxkFfSCZM0IMycuwEix7mRtX2N5VyMVYNQb4ssBxggqOKKIJEVaFoIJjN0YAQUbxSsG sW5Q3WMvJG5lQRBFeGkUZEDdviD3Ek0OdWxo2VbxyE7rQRM6itmsWBHzQSgHVaAiQEHNDpCA ATPqQS2b1g7TomZRJwKKTRjUQA7fAZFBjUHLAbJkUMneAbcMeRNCAbMKRgHss2FQjAltcGkK bhjUO3Cnk3t+SygV0QrkaW8TCnjvUHlDbGFnvUQlO1HjDQZLFvXjAfJ8SVrQVuRB3ExIBGqM AhgBMAhVsm5SlHRjc7olVEcB0QxvAIkK1qkKhbOwBGoB9u+Z1EigTghyAYFaCLbTEKjTbDam ADGhOs02F7Kc5dmMGJE5AQuSiGWzyfTMLM8D+QQAQg8BDmCiXECOXhQqA5AvEsS5bwAEoPm6 qE9kOpAD1SFqtwJXqADEkHJyKs4MDkLU965sG/sGxCwPGckS9FQwownJslIYc8wdQtRsAOvE an8ovpUnG7TGc5IAAAAAAAAAgAQA/wAAAAAAAAAAYL4AgEAAjb4AkP//V4PN/+sQkJCQkJCQ igZGiAdHAdt1B4seg+78Edty7bgBAAAAAdt1B4seg+78EdsRwAHbc+91CYseg+78Edtz5DHJ g+gDcg3B4AiKBkaD8P90dInFAdt1B4seg+78EdsRyQHbdQeLHoPu/BHbEcl1IEEB23UHix6D 7vwR2xHJAdtz73UJix6D7vwR23Pkg8ECgf0A8///g9EBjRQvg/38dg+KAkKIB0dJdffpY/// /5CLAoPCBIkHg8cEg+kEd/EBz+lM////Xon3uVsAAACKB0cs6DwBd/eAPwB18osHil8EZsHo CMHAEIbEKfiA6+gB8IkHg8cFidji2Y2+AJAAAIsHCcB0PItfBI2EMKSzAAAB81CDxwj/lgi0 AACVigdHCMB03In5V0jyrlX/lgy0AAAJwHQHiQODwwTr4f+WELQAAGHpWmL//wAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAAYAAAgAAAAAAAAAAA AAAAAAAAAQABAAAAOAAAgAAAAAAAAAAAAAAAAAAAAQAAAAAAUAAAAKTAAADoAgAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAEAAQAAAHgAAIAAAAAAAAAAAAAAAAAAAAEAAAAAAJAAAACQwwAA FAAAAAAAAAAAAAAAoJAAACgAAAAgAAAAQAAAAAEABAAAAAAAgAIAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAACAAACAAAAAgIAAgAAAAIAAgACAgAAAwMDAAICAgAAAAP8AAP8AAAD//wD/AAAA /wD/AP//AAD///8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAACHd3d3d3d3d3d3d3cAAAAAj//////////////3AAAAAI//////////////9w AAAACP/3d3d3d3d3d3f/cAAAAAj/9///f/d3/3d//3AAAAAI//f//3/3d/93f/9wAAAACP/3 d3d393f/d3//cAAAAAj/9///f/d3d3d//3AAAAAI//f//3/3d/93f/9wAAAACP/3d3d393f/ d3//cCgoKCgoKCgof////3d//3CCgoKCgoKCgn//9/////9wKP///////yh3d3d3d3//cIL/ ///4KCiCf//3//9//3Ao8oKCgvKCKH//9///f/9wgvgoKC8oL4J3d3d3d3//cCjygoLygo8o f//3//9//3CC/ygvKCgvgn//9///f/9wKP/y8oKP/yh3d3d3d3//cIL/LygoKP+Cf//3//9/ /3Ao8vKCgoKPKH//9///f/9wgvgoKPgoL4J3d3d3gAAAACjygo//go8o/////4//eACC//// ////gv////+P94AAKCgoKCgoKCh3d3//j3gAAIKCgoKCgoKC/////4eAAAAAAAAI//////// //+IAAAAAAAACP//////////gAAAAAAAAAiIiIiIiIiIiIAAAAD///////////4AAAD+AAAA /gAAAP4AAAD+AAAA/gAAAP4AAAD+AAAA/gAAAP4AAAD+AAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAMAAAAHAAAAD/4AAB/+AAA/ /gAAf4iTAAAAAAEAAQAgIBAAAQAEAOgCAAABAAAAAAAAAAAAAAAAADDEAAAIxAAAAAAAAAAA AAAAAAAAPcQAABjEAAAAAAAAAAAAAAAAAABKxAAAIMQAAAAAAAAAAAAAAAAAAFbEAAAoxAAA AAAAAAAAAAAAAAAAAAAAAAAAAABgxAAAbsQAAH7EAAAAAAAAjMQAAAAAAACaxAAAAAAAAKrE AAAAAAAAS0VSTkVMMzIuRExMAGFkdmFwaTMyLmRsbABTSEVMTDMyLmRsbAB1c2VyMzIuZGxs AABMb2FkTGlicmFyeUEAAEdldFByb2NBZGRyZXNzAABFeGl0UHJvY2VzcwAAAFJlZ0Nsb3Nl S2V5AAAAU2hlbGxFeGVjdXRlQQAAAEZpbmRXaW5kb3dBAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQSwECFAAKAAAAAADgblww Sh/MnQA+AAAAPgAADAAAAAAAAAAAACAAAAAAAAAAbHBydWZ4d3QuZXhlUEsFBgAAAAABAAEA OgAAACo+AAAAAA== ----------lavndetlfqhrfuwhmmyj-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 28 16:58:01 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6397416A4CE for ; Sat, 28 Feb 2004 16:58:01 -0800 (PST) Received: from hotmail.com (bay2-dav11.bay2.hotmail.com [65.54.246.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43DC043D2F for ; Sat, 28 Feb 2004 16:58:01 -0800 (PST) (envelope-from ssheikh2000@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 28 Feb 2004 16:58:01 -0800 Received: from 68.66.233.16 by bay2-dav11.bay2.hotmail.com with DAV; Sun, 29 Feb 2004 00:58:00 +0000 X-Originating-IP: [68.66.233.16] X-Originating-Email: [ssheikh2000@hotmail.com] X-Sender: ssheikh2000@hotmail.com From: "sameer" To: Date: Sat, 28 Feb 2004 16:58:42 -0800 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.4510 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-OriginalArrivalTime: 29 Feb 2004 00:58:01.0043 (UTC) FILETIME=[142E4230:01C3FE5F] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: problem upgrading 5.2 to 5.2.1 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Feb 2004 00:58:01 -0000 forgive me if this post is out of place.... however, i've tried posting on freebsd questions twice and i exahusted some other sources. i'm having an issue upgrading from 5.2 to 5.2.1 oh yeah... you'll probably want this: FreeBSD europa.sol.home 5.2-RELEASE FreeBSD 5.2-RELEASE #0: Sun Jan 11 06:09:12 GMT 2004 root@bobbi.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC sparc64 initially, i got the following problem with the 'make installworld' step: ------------- cc -O -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include -I/us r/src/lib/libc/sparc64 -I/usr/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE - I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -DPOS IX_MISTAKE -I/usr/src/lib/libc/locale -I/usr/src/lib/libc/sparc64/fpu -DBROKEN_D IX_MISTAKE -I/usr/src/lib/libc/locale -I/usr/src/lib/libc/sparc64/fpu -DBROKEN_D s -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c nslexer.c /dev/stdout: In function `_nsyylex': /dev/stdout:711: warning: label `find_rule' defined but not used /usr/src/lib/libc/net/nslexer.l: At top level: /dev/stdout:1678: warning: `yy_flex_realloc' defined but not used *** Error code 1 Stop in /usr/src/lib/libc. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ------------------------------ i followed the directions in the handbook to clean everything out and try again. this time i got the following error at the 'make installworld' step: -------- -------------------------------------------------------------- >>> Installing everything.. -------------------------------------------------------------- cd /usr/src; make -f Makefile.inc1 install ===> share/info ===> include creating osreldate.h from newvers.sh touch: not found *** Error code 127 Stop in /usr/src/include. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 ----------- any ideas what to do here? From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 28 17:13:42 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E075B16A4CE for ; Sat, 28 Feb 2004 17:13:42 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70FB943D1D for ; Sat, 28 Feb 2004 17:13:42 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1T1DfTr009174; Sat, 28 Feb 2004 20:13:41 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1T1DfkJ009173; Sat, 28 Feb 2004 20:13:41 -0500 (EST) Date: Sat, 28 Feb 2004 20:13:41 -0500 From: Ken Smith To: sameer Message-ID: <20040229011341.GA9005@electra.cse.Buffalo.EDU> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: freebsd-sparc64@freebsd.org Subject: Re: problem upgrading 5.2 to 5.2.1 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Feb 2004 01:13:43 -0000 The upgrade instructions would have involved cvsup-ing new source code. Can you post the cvsupfile you used for that? -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 28 17:14:15 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6104916A4CE for ; Sat, 28 Feb 2004 17:14:15 -0800 (PST) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id D034943D1D for ; Sat, 28 Feb 2004 17:14:14 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp3.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i1T1EEhs024421; Sat, 28 Feb 2004 20:14:14 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: References: Date: Sat, 28 Feb 2004 20:14:12 -0500 To: "sameer" , From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: problem upgrading 5.2 to 5.2.1 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Feb 2004 01:14:15 -0000 At 4:58 PM -0800 2/28/04, sameer wrote: > >I followed the directions in the handbook to clean everything out >and try again. Did you redo your 'make buildworld' and 'make buildkernel' after cleaning out everything? >this time i got the following error at the 'make installworld' step: > >-------- >===> share/info >===> include >creating osreldate.h from newvers.sh >touch: not found > ... >----------- You should have the program 'touch' sitting at: /usr/bin/touch If you do not, you could try: cd /usr/src/usr.bin/touch make install and then 'cd' back to /usr/src and try the 'make installworld' again. However, it seems odd to me that you would see that error message in the installworld process, and that you would see it so early. I suspect you'll see some other errors in the installworld step. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-sparc64@FreeBSD.ORG Sat Feb 28 20:14:47 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 362A416A4CE; Sat, 28 Feb 2004 20:14:47 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id D26EA43D2D; Sat, 28 Feb 2004 20:14:46 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1320D7303A; Sat, 28 Feb 2004 23:14:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040229041446.1320D7303A@freebsd-current.sentex.ca> Date: Sat, 28 Feb 2004 23:14:46 -0500 (EST) Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Feb 2004 04:14:47 -0000 TB --- 2004-02-29 03:16:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-29 03:16:06 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2004-02-29 03:16:06 - checking out the source tree TB --- 2004-02-29 03:16:06 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64 TB --- 2004-02-29 03:16:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-29 03:20:30 - building world TB --- 2004-02-29 03:20:30 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-02-29 03:20:30 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2004-02-29 04:03:44 - building generic kernel TB --- 2004-02-29 04:03:44 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-02-29 04:03:44 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 29 04:03:44 GMT 2004 >>> Kernel build for GENERIC completed on Sun Feb 29 04:12:17 GMT 2004 TB --- 2004-02-29 04:12:17 - generating LINT kernel config TB --- 2004-02-29 04:12:17 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2004-02-29 04:12:17 - /usr/bin/make -B LINT TB --- 2004-02-29 04:12:17 - building LINT kernel TB --- 2004-02-29 04:12:17 - cd /home/tinderbox/sandbox/CURRENT/sparc64/sparc64/src TB --- 2004-02-29 04:12:17 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 29 04:12:18 GMT 2004 [...] cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/cs/if_cs_pccard.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/dcons/dcons.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/dcons/dcons_crom.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/dpt/dpt_pci.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/dpt/dpt_scsi.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/en/midway.c /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/en/midway.c: In function `en_reset_ul': /other/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/en/midway.c:1418: warning: implicit declaration of function `cv_waitq_empty' *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/other/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2004-02-29 04:14:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-02-29 04:14:45 - ERROR: failed to build lint kernel TB --- 2004-02-29 04:14:45 - tinderbox aborted