From owner-freebsd-sparc64@FreeBSD.ORG Sun Oct 12 04:12:30 2003 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 DBAB816A4BF for ; Sun, 12 Oct 2003 04:12:30 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-107-253.dsl.lsan03.pacbell.net [64.169.107.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1AB843F75 for ; Sun, 12 Oct 2003 04:12:29 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id A2E9866D16; Sun, 12 Oct 2003 04:12:28 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 4744EB3F; Sun, 12 Oct 2003 04:12:28 -0700 (PDT) Date: Sun, 12 Oct 2003 04:12:27 -0700 From: Kris Kennaway To: Tillman Hodgson Message-ID: <20031012111227.GA27698@rot13.obsecurity.org> References: <20031011114819.GA54814@freebie.xs4all.nl> <20031012003402.GA32486@rot13.obsecurity.org> <20031011193836.A564@seekingfire.com> <20031012014224.GA95189@rot13.obsecurity.org> <20031011194837.B564@seekingfire.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <20031011194837.B564@seekingfire.com> User-Agent: Mutt/1.4.1i cc: freebsd-sparc@freebsd.org cc: Kris Kennaway Subject: Re: X on sparc64? 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, 12 Oct 2003 11:12:31 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 11, 2003 at 07:48:37PM -0600, Tillman Hodgson wrote: > On Sat, Oct 11, 2003 at 06:42:24PM -0700, Kris Kennaway wrote: > > On Sat, Oct 11, 2003 at 07:38:36PM -0600, Tillman Hodgson wrote: > > > On Sat, Oct 11, 2003 at 05:34:02PM -0700, Kris Kennaway wrote: > > > > Be aware that 4.x's NFS code doesn't like talking to sparc64 client= s - > > > > it causes the i386 server to double fault. 5.x as a server is > > > > perfectly happy though. > > >=20 > > > I have an Ultra 5 running a recent -current that uses an i386 -stable= as > > > it's NFS server ... I've never seen any problems with it. Is this an > > > issue that is only affected via certain NFS options or is otherwise > > > possible to (unknowingly) avoid? > >=20 > > It only occurs under load..if you've never put heavy (I mean heavy!) > > loads on the server you've probably avoided it. I was able to repeat > > this on two separate networks. >=20 > Load on which end? I dump all filesystems on 4 servers to the -stable > box out of daily.local (thus simultaneously), which should swamp the NFS > server fairly regularly. 14 out of 16 of my nfsd's show significant CPU > usage, considering that my uptime is 11 days (my last -stable upgrade). >=20 > I'm now somewhat nervous about the setup if you meant load on the NFS > server rather than the sparc64 client :-) >=20 BTW, if you want to test this, a good way to try would be to build the fsx tool in /usr/src/tools/regression/fsx, mount the i386 4.x machine rw on the sparc64 and run a dozen or so instances concurrently for a day or so (or until it blows up). I haven't tried this, but fsx is typically a good way to exercise filesystem bugs. Kris --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/iTcbWry0BWjoQKURAkFfAJ433AYT/0D3FFuGej+ujS/93tCDWACgiJ2h ZwZZjXwGw6ihRfvyCbyONOg= =cAI+ -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-sparc64@FreeBSD.ORG Sun Oct 12 05:34:04 2003 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 F184016A4B3; Sun, 12 Oct 2003 05:34:04 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0967643FAF; Sun, 12 Oct 2003 05:34:04 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h9CCY2nE017194; Sun, 12 Oct 2003 08:34:02 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h9CCY25s017193; Sun, 12 Oct 2003 08:34:02 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Date: Sun, 12 Oct 2003 08:34:02 -0400 (EDT) Message-Id: <200310121234.h9CCY25s017193@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk 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, 12 Oct 2003 12:34:05 -0000 TB --- 2003-10-12 11:26:10 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-10-12 11:26:10 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-10-12 11:26:10 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-10-12 11:28:02 - building world TB --- cd /home/des/tinderbox/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: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2003-10-12 12:22:29 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Oct 12 12:22:29 GMT 2003 >>> Kernel build for GENERIC completed on Sun Oct 12 12:31:39 GMT 2003 TB --- 2003-10-12 12:31:39 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-10-12 12:31:39 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Oct 12 12:31:39 GMT 2003 [...] 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/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/crypto/des/des_ecb.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/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/crypto/des/des_setkey.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/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/crypto/rijndael/rijndael-alg-fst.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/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/crypto/rijndael/rijndael-api-fst.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/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/crypto/ripemd160/rmd160.c /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/crypto/ripemd160/rmd160.c: In function `RMD160Transform': /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/crypto/ripemd160/rmd160.c:174: warning: implicit declaration of function `swap32' /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/crypto/ripemd160/rmd160.c:174: warning: cast discards qualifiers from pointer target type *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-10-12 12:34:02 - /usr/bin/make returned exit code 1 TB --- 2003-10-12 12:34:02 - ERROR: failed to build lint kernel TB --- 2003-10-12 12:34:02 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sun Oct 12 07:34:31 2003 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 7B1BE16A4B3 for ; Sun, 12 Oct 2003 07:34:31 -0700 (PDT) Received: from smtpzilla3.xs4all.nl (smtpzilla3.xs4all.nl [194.109.127.139]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26E4943FB1 for ; Sun, 12 Oct 2003 07:34:30 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtpzilla3.xs4all.nl (8.12.9/8.12.9) with ESMTP id h9CEYSsZ071837; Sun, 12 Oct 2003 16:34:28 +0200 (CEST) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9p1/8.12.9) with ESMTP id h9CEYSPq026382; Sun, 12 Oct 2003 16:34:28 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9p1/8.12.9/Submit) id h9CEYS4n026381; Sun, 12 Oct 2003 16:34:28 +0200 (CEST) (envelope-from wkb) Date: Sun, 12 Oct 2003 16:34:28 +0200 From: Wilko Bulte To: Kris Kennaway Message-ID: <20031012143428.GA25642@freebie.xs4all.nl> References: <20031011114819.GA54814@freebie.xs4all.nl> <20031011163602.GA38796@freebie.xs4all.nl> <20031012003520.GB32486@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031012003520.GB32486@rot13.obsecurity.org> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.9-PRERELEASE X-PGP: finger wilko@freebsd.org cc: freebsd-sparc@freebsd.org Subject: Re: X on sparc64? 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, 12 Oct 2003 14:34:31 -0000 On Sat, Oct 11, 2003 at 05:35:20PM -0700, Kris Kennaway wrote: > On Sat, Oct 11, 2003 at 06:36:02PM +0200, Wilko Bulte wrote: > > > On the UE30 I see: > > > /usr/X11R6/lib/libXfont.so: undefined reference to `FT_Get_PS_Font_Info' > > Hmm, doh. I see this is also occurring on the package machines. It > was working recently :( At least I'm not alone, small consolation.. -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 13 04:12:14 2003 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 747E416A4B3 for ; Mon, 13 Oct 2003 04:12:14 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 477AE43FE0 for ; Mon, 13 Oct 2003 04:12:13 -0700 (PDT) (envelope-from ilmar@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9p2/8.12.9) with ESMTP id h9DBBjMg035078; Mon, 13 Oct 2003 07:11:46 -0400 (EDT) (envelope-from ilmar@watson.org) Received: from localhost (ilmar@localhost)h9DBBj4O035075; Mon, 13 Oct 2003 07:11:45 -0400 (EDT) (envelope-from ilmar@watson.org) X-Authentication-Warning: fledge.watson.org: ilmar owned process doing -bs Date: Mon, 13 Oct 2003 07:11:45 -0400 (EDT) From: "Ilmar S. Habibulin" To: Kris Kennaway In-Reply-To: <20031012003402.GA32486@rot13.obsecurity.org> Message-ID: <20031013070923.F35007@fledge.watson.org> References: <20031011114819.GA54814@freebie.xs4all.nl> <20031012003402.GA32486@rot13.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc@freebsd.org Subject: Re: X on sparc64? 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, 13 Oct 2003 11:12:14 -0000 On Sat, 11 Oct 2003, Kris Kennaway wrote: > On Sat, Oct 11, 2003 at 01:48:19PM +0200, Wilko Bulte wrote: > > What is the status of X on sparc64? > Jake's p4 branch had working code (I've been using my u30 as my main And can blade 100 be used as and X terminal? From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 13 06:42:02 2003 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 6227816A4B3; Mon, 13 Oct 2003 06:42:02 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6ACE43FBF; Mon, 13 Oct 2003 06:42:00 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h9DDfx326736; Mon, 13 Oct 2003 15:41:59 +0200 (MEST) Date: Mon, 13 Oct 2003 15:41:59 +0200 (CEST) From: Harti Brandt To: standards@freebsd.org, sparc64@freebsd.org Message-ID: <20031013153219.H45269@beagle.fokus.fraunhofer.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: time_t on sparc64 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, 13 Oct 2003 13:42:02 -0000 Hi all, I just discovered that time_t is 32-bit on sparc64. One of the problems is that struct timeval is defined by Posix as struct timeval { time_t tv_secs; suseconds_t tv_usecs; }; but _timeval.h has struct timeval { long tv_secs; suseconds_t tv_usecs; } This means, that our timeval is not Posix compatible. What is the reason for time_t not beeing a long on sparc64? harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 13 11:01:49 2003 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 D763D16A4BF for ; Mon, 13 Oct 2003 11:01:49 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01AD143FB1 for ; Mon, 13 Oct 2003 11:01:39 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.9/8.12.9) with ESMTP id h9DI1dFY044415 for ; Mon, 13 Oct 2003 11:01:39 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.9/8.12.9/Submit) id h9DI1d6G044409 for freebsd-sparc64@freebsd.org; Mon, 13 Oct 2003 11:01:39 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 13 Oct 2003 11:01:39 -0700 (PDT) Message-Id: <200310131801.h9DI1d6G044409@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, 13 Oct 2003 18:01:50 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/06/24] sparc64/53670sparc64 pthreads implementation on 5.1-Release sp o [2003/10/09] sparc64/57800sparc64 Probable non-64bit-cleanness of unrar 2 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/02/03] sparc64/47845sparc64 4 second daily clock drift o [2003/09/01] sparc64/56286sparc64 Broken world in 5.1-CURRENT under Sparc64 o [2003/10/10] sparc64/57856sparc64 sparc64: IDE Raid controller no detect di 3 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 13 11:19:10 2003 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 370E116A4B3; Mon, 13 Oct 2003 11:19:10 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22BED43F93; Mon, 13 Oct 2003 11:19:05 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id EAA09624; Tue, 14 Oct 2003 04:18:56 +1000 Date: Tue, 14 Oct 2003 04:17:34 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Harti Brandt In-Reply-To: <20031013153219.H45269@beagle.fokus.fraunhofer.de> Message-ID: <20031014035805.F32262@gamplex.bde.org> References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: standards@freebsd.org cc: sparc64@freebsd.org Subject: Re: time_t on sparc64 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, 13 Oct 2003 18:19:10 -0000 On Mon, 13 Oct 2003, Harti Brandt wrote: > I just discovered that time_t is 32-bit on sparc64. One of the problems > is that struct timeval is defined by Posix as > > struct timeval { > time_t tv_secs; > suseconds_t tv_usecs; > }; This is a bug in POSIX. In BSD, tv_secs has type long which may be, and is different from time_t. > but _timeval.h has > > struct timeval { > long tv_secs; > suseconds_t tv_usecs; > } > > This means, that our timeval is not Posix compatible. What is the reason > for time_t not beeing a long on sparc64? time_t was used in some data structures whose layout shouldn't be changed even for new arches. Mainly in ufs in Lite2: %%% ffs/fs.h: time_t fs_time; /* last time written */ ffs/fs.h: time_t cg_time; /* time last written */ ffs/fs.h: time_t cg_time; /* time last written */ lfs/lfs.h: time_t bi_segcreate; /* origin segment create time */ ufs/quota.h: time_t dqb_btime; /* time limit for excessive disk use */ ufs/quota.h: time_t dqb_itime; /* time limit for excessive files */ %%% These are now: %%% ffs/fs.h: int32_t fs_old_time; /* last time written */ ffs/fs.h: ufs_time_t fs_time; /* last time written */ ffs/fs.h: int32_t cg_old_time; /* time last written */ ffs/fs.h: ufs_time_t cg_time; /* time last written */ /dev/null: time_t bi_segcreate; /* origin segment create time */ ufs/quota.h: int32_t dqb_btime; /* time limit for excessive disk use */ ufs/quota.h: int32_t dqb_itime; /* time limit for excessive files */ %%% I.e., int32_t is now not mispelled time_t in f^Hufs1 and Y2.038K bugs are fixed in ffs2 except for quotas. ffs2 also parametrizes timestamps in inodes better: %%% ufs/dinode.h:typedef int64_t ufs_time_t; ufs/dinode.h: ufs_time_t di_atime; /* 32: Last access time. */ ufs/dinode.h: ufs_time_t di_mtime; /* 40: Last modified time. */ ufs/dinode.h: ufs_time_t di_ctime; /* 48: Last inode change time. */ ufs/dinode.h: ufs_time_t di_birthtime; /* 56: Inode creation time. */ ufs/dinode.h: int32_t di_mtimensec; /* 64: Last modified time. */ ufs/dinode.h: int32_t di_atimensec; /* 68: Last access time. */ ufs/dinode.h: int32_t di_ctimensec; /* 72: Last inode change time. */ ufs/dinode.h: int32_t di_birthnsec; /* 76: Inode creation time. */ [Note that these aren't in a timespec struct, POSIX or otherwise, since the struct would give MD packing which happens to be inefficient in most cases.] ufs/dinode.h: int32_t di_atime; /* 16: Last access time. */ ufs/dinode.h: int32_t di_atimensec; /* 20: Last access time. */ ufs/dinode.h: int32_t di_mtime; /* 24: Last modified time. */ ufs/dinode.h: int32_t di_mtimensec; /* 28: Last modified time. */ ufs/dinode.h: int32_t di_ctime; /* 32: Last inode change time. */ ufs/dinode.h: int32_t di_ctimensec; /* 36: Last inode change time. */ [Y2.038K bugs are still in ffs1.] %%% To change time_t to 64 bits, all in-use non-transient data structures need to be changed similarly. Bruce From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 13 15:04:50 2003 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 18B5216A4B3 for ; Mon, 13 Oct 2003 15:04:50 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-64-169-107-253.dsl.lsan03.pacbell.net [64.169.107.253]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F2FB43FA3 for ; Mon, 13 Oct 2003 15:04:49 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 1EED066E30; Mon, 13 Oct 2003 15:04:48 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 1E908B8D; Mon, 13 Oct 2003 15:04:48 -0700 (PDT) Date: Mon, 13 Oct 2003 15:04:48 -0700 From: Kris Kennaway To: "Ilmar S. Habibulin" Message-ID: <20031013220448.GA42857@rot13.obsecurity.org> References: <20031011114819.GA54814@freebie.xs4all.nl> <20031012003402.GA32486@rot13.obsecurity.org> <20031013070923.F35007@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <20031013070923.F35007@fledge.watson.org> User-Agent: Mutt/1.4.1i cc: freebsd-sparc@freebsd.org cc: Kris Kennaway Subject: Re: X on sparc64? 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, 13 Oct 2003 22:04:50 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 13, 2003 at 07:11:45AM -0400, Ilmar S. Habibulin wrote: >=20 >=20 > On Sat, 11 Oct 2003, Kris Kennaway wrote: >=20 > > On Sat, Oct 11, 2003 at 01:48:19PM +0200, Wilko Bulte wrote: > > > What is the status of X on sparc64? > > Jake's p4 branch had working code (I've been using my u30 as my main >=20 > And can blade 100 be used as and X terminal? The code in p4 is not supported..please wait until it is committed to CVS. Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/iyF/Wry0BWjoQKURAsA5AJ9dh4SFw5PFu4huPyzWtmRDj+kMUwCfQMaw HjlIj80EqdosSs+OvCWQLGI= =R7a6 -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Oct 13 15:10:07 2003 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 D490516A4B3 for ; Mon, 13 Oct 2003 15:10:07 -0700 (PDT) Received: from smtpzilla5.xs4all.nl (smtpzilla5.xs4all.nl [194.109.127.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90BCC43FB1 for ; Mon, 13 Oct 2003 15:10:06 -0700 (PDT) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtpzilla5.xs4all.nl (8.12.9/8.12.9) with ESMTP id h9DMA4Wl019156; Tue, 14 Oct 2003 00:10:04 +0200 (CEST) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.9p1/8.12.9) with ESMTP id h9DMA4Pq033617; Tue, 14 Oct 2003 00:10:04 +0200 (CEST) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.9p1/8.12.9/Submit) id h9DMA44B033616; Tue, 14 Oct 2003 00:10:04 +0200 (CEST) (envelope-from wkb) Date: Tue, 14 Oct 2003 00:10:04 +0200 From: Wilko Bulte To: Kris Kennaway Message-ID: <20031013221004.GB33523@freebie.xs4all.nl> References: <20031011114819.GA54814@freebie.xs4all.nl> <20031012003402.GA32486@rot13.obsecurity.org> <20031013070923.F35007@fledge.watson.org> <20031013220448.GA42857@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031013220448.GA42857@rot13.obsecurity.org> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.9-PRERELEASE X-PGP: finger wilko@freebsd.org cc: freebsd-sparc@FreeBSD.ORG cc: "Ilmar S. Habibulin" Subject: Re: X on sparc64? 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, 13 Oct 2003 22:10:07 -0000 On Mon, Oct 13, 2003 at 03:04:48PM -0700, Kris Kennaway wrote: > On Mon, Oct 13, 2003 at 07:11:45AM -0400, Ilmar S. Habibulin wrote: > > > > > > On Sat, 11 Oct 2003, Kris Kennaway wrote: > > > > > On Sat, Oct 11, 2003 at 01:48:19PM +0200, Wilko Bulte wrote: > > > > What is the status of X on sparc64? > > > Jake's p4 branch had working code (I've been using my u30 as my main > > > > And can blade 100 be used as and X terminal? > > The code in p4 is not supported..please wait until it is committed to CVS. Someone will inevitably ask anyway ( ;-) ): is there a CVS ETA? -- | / o / /_ _ wilko@FreeBSD.org |/|/ / / /( (_) Bulte From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 14 01:39:15 2003 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 4357216A4B3; Tue, 14 Oct 2003 01:39:15 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 444A943FAF; Tue, 14 Oct 2003 01:39:13 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h9E8d3303921; Tue, 14 Oct 2003 10:39:05 +0200 (MEST) Date: Tue, 14 Oct 2003 10:39:03 +0200 (CEST) From: Harti Brandt To: Bruce Evans In-Reply-To: <20031014035805.F32262@gamplex.bde.org> Message-ID: <20031014103446.U45269@beagle.fokus.fraunhofer.de> References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> <20031014035805.F32262@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: standards@freebsd.org cc: sparc64@freebsd.org Subject: Re: time_t on sparc64 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, 14 Oct 2003 08:39:15 -0000 Thanks for this info Bruce, two questions however: On Tue, 14 Oct 2003, Bruce Evans wrote: BE>On Mon, 13 Oct 2003, Harti Brandt wrote: BE> BE>> I just discovered that time_t is 32-bit on sparc64. One of the problems BE>> is that struct timeval is defined by Posix as BE>> BE>> struct timeval { BE>> time_t tv_secs; BE>> suseconds_t tv_usecs; BE>> }; BE> BE>This is a bug in POSIX. In BSD, tv_secs has type long which may be, BE>and is different from time_t. Why do you think this is a POSIX bug? Aren't we the odd man out? Now we (and MacOS 10) require a workaround for thinks like printf("%s", ctime(tv.tv_secs)); which works perfect on other systems. BE> BE>> but _timeval.h has BE>> BE>> struct timeval { BE>> long tv_secs; BE>> suseconds_t tv_usecs; BE>> } BE>> BE>> This means, that our timeval is not Posix compatible. What is the reason BE>> for time_t not beeing a long on sparc64? BE> BE>time_t was used in some data structures whose layout shouldn't be changed BE>even for new arches. Mainly in ufs in Lite2: BE> BE>%%% BE>ffs/fs.h: time_t fs_time; /* last time written */ BE>ffs/fs.h: time_t cg_time; /* time last written */ BE>ffs/fs.h: time_t cg_time; /* time last written */ BE>lfs/lfs.h: time_t bi_segcreate; /* origin segment create time */ BE>ufs/quota.h: time_t dqb_btime; /* time limit for excessive disk use */ BE>ufs/quota.h: time_t dqb_itime; /* time limit for excessive files */ BE>%%% BE> BE>These are now: BE> BE>%%% BE>ffs/fs.h: int32_t fs_old_time; /* last time written */ BE>ffs/fs.h: ufs_time_t fs_time; /* last time written */ BE>ffs/fs.h: int32_t cg_old_time; /* time last written */ BE>ffs/fs.h: ufs_time_t cg_time; /* time last written */ BE>/dev/null: time_t bi_segcreate; /* origin segment create time */ BE>ufs/quota.h: int32_t dqb_btime; /* time limit for excessive disk use */ BE>ufs/quota.h: int32_t dqb_itime; /* time limit for excessive files */ BE>%%% BE> BE>I.e., int32_t is now not mispelled time_t in f^Hufs1 and Y2.038K bugs are BE>fixed in ffs2 except for quotas. BE> BE>ffs2 also parametrizes timestamps in inodes better: BE> BE>%%% BE>ufs/dinode.h:typedef int64_t ufs_time_t; BE>ufs/dinode.h: ufs_time_t di_atime; /* 32: Last access time. */ BE>ufs/dinode.h: ufs_time_t di_mtime; /* 40: Last modified time. */ BE>ufs/dinode.h: ufs_time_t di_ctime; /* 48: Last inode change time. */ BE>ufs/dinode.h: ufs_time_t di_birthtime; /* 56: Inode creation time. */ BE>ufs/dinode.h: int32_t di_mtimensec; /* 64: Last modified time. */ BE>ufs/dinode.h: int32_t di_atimensec; /* 68: Last access time. */ BE>ufs/dinode.h: int32_t di_ctimensec; /* 72: Last inode change time. */ BE>ufs/dinode.h: int32_t di_birthnsec; /* 76: Inode creation time. */ BE> BE>[Note that these aren't in a timespec struct, POSIX or otherwise, since the BE>struct would give MD packing which happens to be inefficient in most cases.] BE> BE>ufs/dinode.h: int32_t di_atime; /* 16: Last access time. */ BE>ufs/dinode.h: int32_t di_atimensec; /* 20: Last access time. */ BE>ufs/dinode.h: int32_t di_mtime; /* 24: Last modified time. */ BE>ufs/dinode.h: int32_t di_mtimensec; /* 28: Last modified time. */ BE>ufs/dinode.h: int32_t di_ctime; /* 32: Last inode change time. */ BE>ufs/dinode.h: int32_t di_ctimensec; /* 36: Last inode change time. */ BE> BE>[Y2.038K bugs are still in ffs1.] BE>%%% BE> BE>To change time_t to 64 bits, all in-use non-transient data structures BE>need to be changed similarly. I guess we have to do this work before 2038, don't we? If we don't do it before 5.2 we have to stick with this until 6.0. Correct? harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 14 08:20:26 2003 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 AB6F016A4B3; Tue, 14 Oct 2003 08:20:26 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id E092D43F3F; Tue, 14 Oct 2003 08:20:24 -0700 (PDT) (envelope-from schilling@fokus.fraunhofer.de) Received: from burner.fokus.fraunhofer.de (burner [193.175.133.116]) h9EFKLD01393; Tue, 14 Oct 2003 17:20:21 +0200 (MEST) Received: (from jes@localhost)h9EFKCip004956; Tue, 14 Oct 2003 17:20:12 +0200 (CEST) Date: Tue, 14 Oct 2003 17:20:12 +0200 (CEST) From: Joerg Schilling Message-Id: <200310141520.h9EFKCip004956@burner.fokus.fraunhofer.de> To: bde@zeta.org.au, brandt@fokus.fraunhofer.de, schilling@fokus.fraunhofer.de, sparc64@freebsd.org, standards@freebsd.org Subject: Re: time_t on sparc64 (fwd) 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, 14 Oct 2003 15:20:26 -0000 >---------- Forwarded message ---------- >Date: Tue, 14 Oct 2003 04:17:34 +1000 (EST) >From: Bruce Evans >To: Harti Brandt >Cc: standards@freebsd.org, sparc64@freebsd.org >Subject: Re: time_t on sparc64 >On Mon, 13 Oct 2003, Harti Brandt wrote: >> I just discovered that time_t is 32-bit on sparc64. One of the problems >> is that struct timeval is defined by Posix as >> >> struct timeval { >> time_t tv_secs; >> suseconds_t tv_usecs; >> }; >This is a bug in POSIX. In BSD, tv_secs has type long which may be, >and is different from time_t. No, it is definitely not a POSIX bug. POSIX is consistent and doesn't need to be fixed. FreeBSD is inconsistent. You cannot call e.g. ctime(&t.tv_sec) >> but _timeval.h has >> >> struct timeval { >> long tv_secs; >> suseconds_t tv_usecs; >> } >> >> This means, that our timeval is not Posix compatible. What is the reason >> for time_t not beeing a long on sparc64? >time_t was used in some data structures whose layout shouldn't be changed >even for new arches. Mainly in ufs in Lite2: >%%% >ffs/fs.h: time_t fs_time; /* last time written */ >ffs/fs.h: time_t cg_time; /* time last written */ This looks like an internal implementation problem of the FreeBSD kernel. This is definitely bejond the scope of a standard. Please note that introducing an inconsistent user interface is much harder to fix later than adding a few hacks into the kernel and fix the real kernel problem later. You have nearly 35 years left.... Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js@cs.tu-berlin.de (uni) If you don't have iso-8859-1 schilling@fokus.fraunhofer.de (work) chars I am J"org Schilling URL: http://www.fokus.fraunhofer.de/usr/schilling ftp://ftp.berlios.de/pub/schily From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 14 12:29:48 2003 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 ABD5116A4B3; Tue, 14 Oct 2003 12:29:48 -0700 (PDT) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 999DC43FBD; Tue, 14 Oct 2003 12:29:45 -0700 (PDT) (envelope-from bde@zeta.org.au) Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id FAA16237; Wed, 15 Oct 2003 05:29:29 +1000 Date: Wed, 15 Oct 2003 05:28:08 +1000 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Harti Brandt In-Reply-To: <20031014103446.U45269@beagle.fokus.fraunhofer.de> Message-ID: <20031015045429.Q41837@gamplex.bde.org> References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> <20031014103446.U45269@beagle.fokus.fraunhofer.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: standards@FreeBSD.org cc: sparc64@FreeBSD.org Subject: Re: time_t on sparc64 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, 14 Oct 2003 19:29:48 -0000 On Tue, 14 Oct 2003, Harti Brandt wrote: > On Tue, 14 Oct 2003, Bruce Evans wrote: > > BE>On Mon, 13 Oct 2003, Harti Brandt wrote: > BE> > BE>> I just discovered that time_t is 32-bit on sparc64. One of the problems > BE>> is that struct timeval is defined by Posix as > BE>> > BE>> struct timeval { > BE>> time_t tv_secs; > BE>> suseconds_t tv_usecs; > BE>> }; > BE> > BE>This is a bug in POSIX. In BSD, tv_secs has type long which may be, > BE>and is different from time_t. > > Why do you think this is a POSIX bug? Aren't we the odd man out? Now we AFAIK (not all that far), timevals (or at least most of the things POSIX uses them for) are BSD things, so POSIX is broken since it is incompatable with the a reference implementation if not _the_ reference implementation. POSIX uses timevals mainly for getrusage(), select(), itimers, get/settimeofday(), utimes() and struct utmpx. All of these except utmpx are documented in the FreeBSD man pages ias first appearing in 4.2BSD. FreeBSD doesn't even have struct utmpx. It has struct utmp, which is documented as first appearing in V6. It is not quite compatible with V6 here and has actually regressed with respect to storing times: it uses "int32_t ut_time", but V7 uses "long ut_time". This regression occurred for binary compatibility reasons in FreeBSD (Lite2 uses "long ut_time"). > (and MacOS 10) require a workaround for thinks like > > printf("%s", ctime(tv.tv_secs)); & > > which works perfect on other systems. > BE>[ffs changes] > BE>To change time_t to 64 bits, all in-use non-transient data structures > BE>need to be changed similarly. > > I guess we have to do this work before 2038, don't we? If we don't do it > before 5.2 we have to stick with this until 6.0. Correct? Yes. It is too late to change it for 5.n IMO. Every syscall that uses a time_t or a timeval would need to be duplicated. This would give a lot of compatibility cruft that would have to be supported forever if the transition is not carefully managed. We still haven't managed to drop cruft like olseek() (to support 32-bit off_t's) although the clean break in 4.4BSD should have made it unnecessary. Bruce From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 14 14:20:53 2003 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 C445216A4B3 for ; Tue, 14 Oct 2003 14:20:53 -0700 (PDT) Received: from kundenserver16.yws-admin.de (kundenserver16.yws-admin.de [217.115.154.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEFD443FDF for ; Tue, 14 Oct 2003 14:20:50 -0700 (PDT) (envelope-from flo@kasimir.com) Received: from kasimir.com (pD951ECA1.dip.t-dialin.net [217.81.236.161]) by kundenserver16.yws-admin.de (Postfix) with ESMTP id C15D7352587 for ; Tue, 14 Oct 2003 23:20:37 +0200 (CEST) Message-ID: <3F8C68A4.3010801@kasimir.com> Date: Tue, 14 Oct 2003 23:20:36 +0200 From: "Florian C. Smeets" User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5b) Gecko/20031011 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: sparc64 -CURRENT snapshots 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, 14 Oct 2003 21:20:53 -0000 Hey list, does anyone know if there are sparc64 snapshots available somewhere ? I didn't find any recent ones on ftp.freebsd.org or snapshots.jp.freebsd.org. Nor did i find any hints in the mailinglist archives nor with googling. Thanks, flo From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 14 15:51:29 2003 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 C396716A4D9; Tue, 14 Oct 2003 15:51:29 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F0A043FFD; Tue, 14 Oct 2003 15:51:08 -0700 (PDT) (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.9/8.12.9) with ESMTP id h9EMosbe094662; Tue, 14 Oct 2003 15:50:54 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) h9EMornb059137; Tue, 14 Oct 2003 15:50:53 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.10/8.12.10/Submit) id h9EMorZV059136; Tue, 14 Oct 2003 15:50:53 -0700 (PDT) (envelope-from marcel) Date: Tue, 14 Oct 2003 15:50:53 -0700 From: Marcel Moolenaar To: Bruce Evans Message-ID: <20031014225053.GA59096@dhcp01.pn.xcllnt.net> References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> <20031014103446.U45269@beagle.fokus.fraunhofer.de> <20031015045429.Q41837@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031015045429.Q41837@gamplex.bde.org> User-Agent: Mutt/1.5.4i cc: standards@freebsd.org cc: sparc64@freebsd.org Subject: Re: time_t on sparc64 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, 14 Oct 2003 22:51:30 -0000 On Wed, Oct 15, 2003 at 05:28:08AM +1000, Bruce Evans wrote: > > > > I guess we have to do this work before 2038, don't we? If we don't do it > > before 5.2 we have to stick with this until 6.0. Correct? > > Yes. > > It is too late to change it for 5.n IMO. Every syscall that uses a time_t > or a timeval would need to be duplicated. I'd rather we create a new sysent and prune the syscalls to get rid of other compatibility cruft. It also allows us change userland visible structures to make them more LP64 friendly. BTW: time_t on ia64 is already 64 bit. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Tue Oct 14 18:20:03 2003 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 681EE16A4B3 for ; Tue, 14 Oct 2003 18:20:03 -0700 (PDT) Received: from castle.jp.FreeBSD.org (castle.jp.FreeBSD.org [210.226.20.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B07643F85 for ; Tue, 14 Oct 2003 18:20:01 -0700 (PDT) (envelope-from matusita@jp.FreeBSD.org) Received: from localhost (localhost [::1])h9F1JaM61776; Wed, 15 Oct 2003 10:19:36 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) In-Reply-To: <3F8C68A4.3010801@kasimir.com> References: <3F8C68A4.3010801@kasimir.com> X-User-Agent: Mew/1.94.2 Emacs/21.3 X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20030322(IM144) Lines: 11 From: Makoto Matsushita To: flo@kasimir.com Date: Wed, 15 Oct 2003 10:19:34 +0900 Message-Id: <20031015101934K.matusita@jp.FreeBSD.org> cc: sparc@FreeBSD.org Subject: Re: sparc64 -CURRENT snapshots 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, 15 Oct 2003 01:20:03 -0000 flo> I didn't find any recent ones on ftp.freebsd.org or flo> snapshots.jp.freebsd.org. If I can have new machines for snapshots.jp.FreeBSD.org, it would be possible easily and I would like to do so. However there's NO plan to replace to new machines since there's nothing:) -- - Makoto `MAR' Matsushita, buildadm@jp.FreeBSD.org hat on my head From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 15 00:06:50 2003 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 21E5616A4B3; Wed, 15 Oct 2003 00:06:50 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 221F843FAF; Wed, 15 Oct 2003 00:06:46 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h9F76cD05857; Wed, 15 Oct 2003 09:06:38 +0200 (MEST) Date: Wed, 15 Oct 2003 09:06:38 +0200 (CEST) From: Harti Brandt To: Marcel Moolenaar In-Reply-To: <20031014225053.GA59096@dhcp01.pn.xcllnt.net> Message-ID: <20031015090422.M57857@beagle.fokus.fraunhofer.de> References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> <20031015045429.Q41837@gamplex.bde.org> <20031014225053.GA59096@dhcp01.pn.xcllnt.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: standards@freebsd.org cc: Bruce Evans cc: sparc64@freebsd.org Subject: Re: time_t on sparc64 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, 15 Oct 2003 07:06:50 -0000 On Tue, 14 Oct 2003, Marcel Moolenaar wrote: MM>On Wed, Oct 15, 2003 at 05:28:08AM +1000, Bruce Evans wrote: MM>> > MM>> > I guess we have to do this work before 2038, don't we? If we don't do it MM>> > before 5.2 we have to stick with this until 6.0. Correct? MM>> MM>> Yes. MM>> MM>> It is too late to change it for 5.n IMO. Every syscall that uses a time_t MM>> or a timeval would need to be duplicated. MM> MM>I'd rather we create a new sysent and prune the syscalls to get rid of MM>other compatibility cruft. It also allows us change userland visible MM>structures to make them more LP64 friendly. MM> MM>BTW: time_t on ia64 is already 64 bit. Hmm. In this case it should be rather easy to change sparc64's time_t to 64bit? The only changes should be in MD code (in theory). But this would clearly break existing installations, so I guess we'd rather wait until the fork of 6. harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 15 00:44:56 2003 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 EBD8A16A4B3; Wed, 15 Oct 2003 00:44:56 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4104543FDD; Wed, 15 Oct 2003 00:44:55 -0700 (PDT) (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.9/8.12.9) with ESMTP id h9F7ikbe096983; Wed, 15 Oct 2003 00:44:46 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) h9F7iknb060405; Wed, 15 Oct 2003 00:44:46 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.10/8.12.10/Submit) id h9F7ibPn060404; Wed, 15 Oct 2003 00:44:37 -0700 (PDT) (envelope-from marcel) Date: Wed, 15 Oct 2003 00:44:37 -0700 From: Marcel Moolenaar To: Harti Brandt Message-ID: <20031015074437.GA60338@dhcp01.pn.xcllnt.net> References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> <20031014103446.U45269@beagle.fokus.fraunhofer.de> <20031015045429.Q41837@gamplex.bde.org> <20031014225053.GA59096@dhcp01.pn.xcllnt.net> <20031015090422.M57857@beagle.fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031015090422.M57857@beagle.fokus.fraunhofer.de> User-Agent: Mutt/1.5.4i cc: standards@freebsd.org cc: Bruce Evans cc: sparc64@freebsd.org Subject: Re: time_t on sparc64 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, 15 Oct 2003 07:44:57 -0000 On Wed, Oct 15, 2003 at 09:06:38AM +0200, Harti Brandt wrote: > MM> > MM>BTW: time_t on ia64 is already 64 bit. > > Hmm. In this case it should be rather easy to change sparc64's time_t to > 64bit? Yes. The MI code is already done and there's not much MD code that is expected to break. It's mostly the structures that change. This is especially painful on sparc64 because it's big-endian. I assume that sparc64 passes syscall arguments in registers, so the syscalls that take a time_t do not change except that there's no sign extension prior to use. You can preserve the ABI until 2038 by ignoring the upper 32-bits in that case. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 15 00:51:16 2003 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 B01A216A4B3; Wed, 15 Oct 2003 00:51:16 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8583543FBF; Wed, 15 Oct 2003 00:51:14 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id EC88B66E5A; Wed, 15 Oct 2003 00:51:11 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id B1AB4B72; Wed, 15 Oct 2003 00:51:11 -0700 (PDT) Date: Wed, 15 Oct 2003 00:51:11 -0700 From: Kris Kennaway To: Marcel Moolenaar Message-ID: <20031015075111.GA52914@rot13.obsecurity.org> References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> <20031014103446.U45269@beagle.fokus.fraunhofer.de> <20031015045429.Q41837@gamplex.bde.org> <20031014225053.GA59096@dhcp01.pn.xcllnt.net> <20031015090422.M57857@beagle.fokus.fraunhofer.de> <20031015074437.GA60338@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <20031015074437.GA60338@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.4.1i cc: standards@freebsd.org cc: Bruce Evans cc: sparc64@freebsd.org Subject: Re: time_t on sparc64 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, 15 Oct 2003 07:51:16 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Oct 15, 2003 at 12:44:37AM -0700, Marcel Moolenaar wrote: > Yes. The MI code is already done and there's not much MD code that > is expected to break. It's mostly the structures that change. This > is especially painful on sparc64 because it's big-endian. I assume > that sparc64 passes syscall arguments in registers, so the syscalls > that take a time_t do not change except that there's no sign extension > prior to use. You can preserve the ABI until 2038 by ignoring the > upper 32-bits in that case. I'd much prefer we get it over with now before sparc64 gets widely deployed. It's going to be much more painful once there's an installed user base running production 5.x-STABLE systems. Kris --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/jPxvWry0BWjoQKURAqyfAJ4+6W0qCOKmnJCGK0vL5O62lqf0KACgx7WM QR3DnnQe7HwhrFXAEOIKvGg= =ut9a -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 15 01:05:30 2003 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 A54B916A4B3; Wed, 15 Oct 2003 01:05:30 -0700 (PDT) Received: from mandy.mts.ru (mandy.mts.ru [81.211.47.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AEE343FBD; Wed, 15 Oct 2003 01:05:28 -0700 (PDT) (envelope-from tiamat@komi.mts.ru) Received: from maeko.inside.mts.ru (maeko [192.168.10.3]) by mandy.mts.ru with SMTP id h9F83HI13814; Wed, 15 Oct 2003 12:03:17 +0400 (MSD) Received: from stella.komi.mts.ru ([10.50.1.1]) by maeko.inside.mts.ru (NAVGW 2.5.2.12) with SMTP id M2003101512052517505 ; Wed, 15 Oct 2003 12:05:25 +0400 Received: from nbdav (nb-dav.komi.mts.ru [10.50.1.185]) (user=tiamat mech=NTLM bits=0) by stella.komi.mts.ru (MTS Komi/Smtp) with ESMTP id h9F85OpH070912; Wed, 15 Oct 2003 12:05:24 +0400 (MSD) (envelope-from tiamat@komi.mts.ru) Message-ID: <003a01c392f3$060e8930$b901320a@komi.mts.ru> From: =?koi8-r?B?5MXK1MXSIOHMxcvTwc7E0iD3wczF0tjF18ne?= To: , Date: Wed, 15 Oct 2003 12:04:57 +0400 Organization: =?koi8-r?B?5snMycHMIO/h7yAi7c/CyczYztnFIPTFzMXzydPUxc3ZIiDXIMcu8w==?= =?koi8-r?B?2cvU2dfLwdLFLCDy6y4=?= MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: recent -CURRENT panic: trap: memory address not aligned 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, 15 Oct 2003 08:05:30 -0000 Got folowing panic on Netra T1 sparc64: Timecounters tick every 10.000 msec panic: trap: memory address not aligned Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 db> trace panic() at panic+0xf0 trap() at trap+0x394 -- memory address not aligned sfar=0xc037e7c1 sfsr=0x40029 %o7=0xc00d2740 -- rijndael_blockEncrypt() at rijndael_blockEncrypt+0xe4 yarrow_encrypt() at yarrow_encrypt+0x14 read_random_real() at read_random_real+0x88 read_random() at read_random+0x10 arc4_randomstir() at arc4_randomstir+0x8 arc4rand() at arc4rand+0x40 arc4random() at arc4random+0xc syncache_init() at syncache_init+0x30 tcp_init() at tcp_init+0x250 net_init_domain() at net_init_domain+0x78 net_add_domain() at net_add_domain+0x44 mi_startup() at mi_startup+0x12c btext() at btext+0x34 Thanks! From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 15 01:11:56 2003 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 AF21A16A4B3; Wed, 15 Oct 2003 01:11:56 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4684C43FBD; Wed, 15 Oct 2003 01:11:55 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 1E05066E5A; Wed, 15 Oct 2003 01:11:53 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id EA820B72; Wed, 15 Oct 2003 01:11:52 -0700 (PDT) Date: Wed, 15 Oct 2003 01:11:52 -0700 From: Kris Kennaway To: ?????? ????????? ?????????? Message-ID: <20031015081152.GA53203@rot13.obsecurity.org> References: <003a01c392f3$060e8930$b901320a@komi.mts.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: <003a01c392f3$060e8930$b901320a@komi.mts.ru> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org cc: freebsd-sparc@freebsd.org cc: ume@FreeBSD.org Subject: Re: recent -CURRENT panic: trap: memory address not aligned 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, 15 Oct 2003 08:11:56 -0000 --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 15, 2003 at 12:04:57PM +0400, ?????? ????????? ?????????? wrote: > Got folowing panic on Netra T1 sparc64: >=20 > Timecounters tick every 10.000 msec > panic: trap: memory address not aligned > Debugger("panic") > Stopped at Debugger+0x1c: ta %xcc, 1 > db> trace > panic() at panic+0xf0 > trap() at trap+0x394 > -- memory address not aligned sfar=3D0xc037e7c1 sfsr=3D0x40029 %o7=3D0xc0= 0d2740 -- > rijndael_blockEncrypt() at rijndael_blockEncrypt+0xe4 I think that's due to a recent commit of ume. It might not yet be fixed. Kris --FCuugMFkClbJLl1L Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/jQFIWry0BWjoQKURAvL1AKDxf02LH4xTGbDRve6G54WvUDgfNgCglLRm 00rBDRsVnHQDKmUcw4hP0w8= =9owP -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L-- From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 15 01:20:18 2003 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 D047216A4D9 for ; Wed, 15 Oct 2003 01:20:18 -0700 (PDT) Received: from geddar.km.ua (geddar.km.ua [62.149.0.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 983FB43F85 for ; Wed, 15 Oct 2003 01:20:16 -0700 (PDT) (envelope-from maxim@geddar.km.ua) Received: from geddar.km.ua (localhost [127.0.0.1]) by geddar.km.ua (8.12.9/8.12.9) with ESMTP id h9F8K9SZ097635 for ; Wed, 15 Oct 2003 11:20:09 +0300 (EEST) (envelope-from maxim@geddar.km.ua) Received: (from maxim@localhost) by geddar.km.ua (8.12.9/8.12.9/Submit) id h9F8K8mQ097634 for freebsd-sparc@FreeBSD.ORG; Wed, 15 Oct 2003 11:20:08 +0300 (EEST) Date: Wed, 15 Oct 2003 11:20:08 +0300 From: Maxim Mazurok To: freebsd-sparc@FreeBSD.ORG Message-ID: <20031015082008.GO25319@km.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i Subject: de(4) 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, 15 Oct 2003 08:20:18 -0000 diver de(4) worked on freebsd-sparc now? -- Maxim Mazurok (MMP2-RIPE) From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 15 01:57:13 2003 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 9E1B316A4B3 for ; Wed, 15 Oct 2003 01:57:13 -0700 (PDT) Received: from mail.speakeasy.net (mail9.speakeasy.net [216.254.0.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id E55C843F3F for ; Wed, 15 Oct 2003 01:57:10 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 12486 invoked from network); 15 Oct 2003 08:57:10 -0000 Received: from unknown (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail9.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 15 Oct 2003 08:57:10 -0000 Received: from hydrogen.funkthat.com (pkdapa@localhost.funkthat.com [127.0.0.1])h9F8v9Ce027134; Wed, 15 Oct 2003 01:57:09 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id h9F8uxLS027133; Wed, 15 Oct 2003 01:56:59 -0700 (PDT) Date: Wed, 15 Oct 2003 01:56:59 -0700 From: John-Mark Gurney To: Marcel Moolenaar Message-ID: <20031015085659.GX533@funkthat.com> Mail-Followup-To: Marcel Moolenaar , Harti Brandt , standards@freebsd.org, Bruce Evans , sparc64@freebsd.org References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> <20031014103446.U45269@beagle.fokus.fraunhofer.de> <20031015045429.Q41837@gamplex.bde.org> <20031014225053.GA59096@dhcp01.pn.xcllnt.net> <20031015090422.M57857@beagle.fokus.fraunhofer.de> <20031015074437.GA60338@dhcp01.pn.xcllnt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031015074437.GA60338@dhcp01.pn.xcllnt.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: standards@freebsd.org cc: Bruce Evans cc: sparc64@freebsd.org Subject: Re: time_t on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 08:57:13 -0000 Marcel Moolenaar wrote this message on Wed, Oct 15, 2003 at 00:44 -0700: > Yes. The MI code is already done and there's not much MD code that > is expected to break. It's mostly the structures that change. This > is especially painful on sparc64 because it's big-endian. I assume > that sparc64 passes syscall arguments in registers, so the syscalls > that take a time_t do not change except that there's no sign extension > prior to use. You can preserve the ABI until 2038 by ignoring the > upper 32-bits in that case. There is if you load a signed 32bit value into the register... sparc will automaticly sign extend the register when loading a 32bit value.. This was done to be backwards compatible with sparcv8. So the question is, does the values get loaded into different registers? or are they packed into a single register? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 15 02:02:47 2003 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 6A54A16A4B3; Wed, 15 Oct 2003 02:02:47 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9428743F93; Wed, 15 Oct 2003 02:02:39 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h9F92WD22670; Wed, 15 Oct 2003 11:02:32 +0200 (MEST) Date: Wed, 15 Oct 2003 11:02:32 +0200 (CEST) From: Harti Brandt To: John-Mark Gurney In-Reply-To: <20031015085659.GX533@funkthat.com> Message-ID: <20031015105841.C57857@beagle.fokus.fraunhofer.de> References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> <20031015045429.Q41837@gamplex.bde.org> <20031015090422.M57857@beagle.fokus.fraunhofer.de> <20031015085659.GX533@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: standards@freebsd.org cc: sparc64@freebsd.org cc: Bruce Evans cc: Marcel Moolenaar Subject: Re: time_t on sparc64 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, 15 Oct 2003 09:02:47 -0000 On Wed, 15 Oct 2003, John-Mark Gurney wrote: JG>Marcel Moolenaar wrote this message on Wed, Oct 15, 2003 at 00:44 -0700: JG>> Yes. The MI code is already done and there's not much MD code that JG>> is expected to break. It's mostly the structures that change. This JG>> is especially painful on sparc64 because it's big-endian. I assume JG>> that sparc64 passes syscall arguments in registers, so the syscalls JG>> that take a time_t do not change except that there's no sign extension JG>> prior to use. You can preserve the ABI until 2038 by ignoring the JG>> upper 32-bits in that case. JG> JG>There is if you load a signed 32bit value into the register... sparc JG>will automaticly sign extend the register when loading a 32bit value.. JG>This was done to be backwards compatible with sparcv8. JG> JG>So the question is, does the values get loaded into different registers? JG>or are they packed into a single register? I guess, IF we go the road now to change time_t to 64 bit, we should NOW break the ABI (if this change breaks the ABI). This brings us more in line with other systems and platforms and is a lot less problematic now that we have only -current than later. I suggest we do it NOW especially given that ia64 already does this and, obviously, has worked out the MI problems. harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 15 02:13:50 2003 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 9931516A4B3; Wed, 15 Oct 2003 02:13:50 -0700 (PDT) Received: from mandy.mts.ru (mandy.mts.ru [81.211.47.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51C9E43FA3; Wed, 15 Oct 2003 02:13:47 -0700 (PDT) (envelope-from tiamat@komi.mts.ru) Received: from maeko.inside.mts.ru (maeko [192.168.10.3]) by mandy.mts.ru with SMTP id h9F9BbI24613; Wed, 15 Oct 2003 13:11:37 +0400 (MSD) Received: from stella.komi.mts.ru ([10.50.1.1]) by maeko.inside.mts.ru (NAVGW 2.5.2.12) with SMTP id M2003101513134403547 ; Wed, 15 Oct 2003 13:13:44 +0400 Received: from nbdav (nb-dav.komi.mts.ru [10.50.1.185]) (user=tiamat mech=NTLM bits=0) by stella.komi.mts.ru (MTS Komi/Smtp) with ESMTP id h9F9DjpH098704; Wed, 15 Oct 2003 13:13:45 +0400 (MSD) (envelope-from tiamat@komi.mts.ru) Message-ID: <008801c392fc$91b83bd0$b901320a@komi.mts.ru> From: "?????? ????????? ??????????" To: , References: <003a01c392f3$060e8930$b901320a@komi.mts.ru> <20031015081152.GA53203@rot13.obsecurity.org> Date: Wed, 15 Oct 2003 13:13:17 +0400 Organization: =?iso-8859-1?B?1Ojr6ODrIM7AziAizO7h6Ov87fvlINLl6+XR6PHy5ez7IiDiIOM=?= =?iso-8859-1?B?LtH76vL74urg8OUsINDKLg==?= MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 cc: Kris Kennaway Subject: Re: recent -CURRENT panic: trap: memory address not aligned 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, 15 Oct 2003 09:13:50 -0000 > I think that's due to a recent commit of ume. It might not yet be fixed. I'm sorry, my src/sys/crypto/rijndael/rijndael-api-fst.c have a version 1.8. But last commit ume: Fix alignment problem on 64 bit arch. I only tested if it doesn't break anything on i368. Since I have no 64 bit machine, I cannot test it, actually. Reported by: jmallett Revision Changes Path 1.9 +49 -0 src/sys/crypto/rijndael/rijndael-api-fst.c Thanks! From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 15 05:56:45 2003 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 744C416A4B3 for ; Wed, 15 Oct 2003 05:56:45 -0700 (PDT) Received: from Bizone.inar.ru (is.inar.ru [212.14.160.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87F0343FBD for ; Wed, 15 Oct 2003 05:56:42 -0700 (PDT) (envelope-from seal@inar.ru) Received: from localhost ([212.14.161.12])h9FCuYll092325 for ; Wed, 15 Oct 2003 16:56:37 +0400 (MSD) Date: Wed, 15 Oct 2003 16:56:28 +0400 From: Vyacheslav Silakov X-Mailer: The Bat! (v1.62q) Personal Organization: Internet-Arkhangelsk Company; +7 (8182) 650002; ICQ: 117086713 X-Priority: 3 (Normal) Message-ID: <864694727.20031015165628@inar.ru> To: freebsd-sparc64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: FreeBSD-5-CURRENT kernel or boot floppy for sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: seal List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 12:56:45 -0000 Hi! Where can I find FreeBSD-5-CURRENT sparc64 kernel or boot floppy or boot CD? In other words I need to install FreeBSD-5 on sun netra x1 station, but I've read that problems with davicom ethernet card is fixed in FreeBSD-5-CURRENT (post FreeBSD-5.1-RELEASE). Is there any solution other than wait for 5.2-RELEASE? From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 15 11:17:28 2003 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 74A7716A4B3 for ; Wed, 15 Oct 2003 11:17:28 -0700 (PDT) Received: from mail.speakeasy.net (mail8.speakeasy.net [216.254.0.208]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A3DC43F93 for ; Wed, 15 Oct 2003 11:17:27 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 11935 invoked from network); 15 Oct 2003 18:17:27 -0000 Received: from unknown (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail8.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 15 Oct 2003 18:17:27 -0000 Received: from hydrogen.funkthat.com (tuxoxq@localhost.funkthat.com [127.0.0.1])h9FIHRCe037559; Wed, 15 Oct 2003 11:17:27 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id h9FIHQPe037558; Wed, 15 Oct 2003 11:17:26 -0700 (PDT) Date: Wed, 15 Oct 2003 11:17:26 -0700 From: John-Mark Gurney To: Vyacheslav Silakov Message-ID: <20031015181726.GB533@funkthat.com> Mail-Followup-To: Vyacheslav Silakov , freebsd-sparc64@freebsd.org References: <864694727.20031015165628@inar.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <864694727.20031015165628@inar.ru> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD-5-CURRENT kernel or boot floppy for sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Oct 2003 18:17:28 -0000 Vyacheslav Silakov wrote this message on Wed, Oct 15, 2003 at 16:56 +0400: > Where can I find FreeBSD-5-CURRENT sparc64 kernel or boot floppy or boot CD? you can always make one through a cross build. :) > In other words I need to install FreeBSD-5 on sun netra x1 station, but I've > read that problems with davicom ethernet card is fixed in FreeBSD-5-CURRENT > (post FreeBSD-5.1-RELEASE). > > Is there any solution other than wait for 5.2-RELEASE? Install 5.1-R and upgrade to -current via source? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 15 11:56:47 2003 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 4048916A4B3; Wed, 15 Oct 2003 11:56:47 -0700 (PDT) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3593A43FBF; Wed, 15 Oct 2003 11:56:46 -0700 (PDT) (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.10/8.12.9) with ESMTP id h9FIueF1024985; Wed, 15 Oct 2003 14:56:41 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20031015075111.GA52914@rot13.obsecurity.org> References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> <20031014103446.U45269@beagle.fokus.fraunhofer.de> <20031015045429.Q41837@gamplex.bde.org> <20031014225053.GA59096@dhcp01.pn.xcllnt.net> <20031015090422.M57857@beagle.fokus.fraunhofer.de> <20031015074437.GA60338@dhcp01.pn.xcllnt.net> <20031015075111.GA52914@rot13.obsecurity.org> Date: Wed, 15 Oct 2003 14:56:39 -0400 To: Kris Kennaway , Marcel Moolenaar From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: standards@freebsd.org cc: Bruce Evans cc: sparc64@freebsd.org Subject: Re: time_t on sparc64 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, 15 Oct 2003 18:56:47 -0000 At 12:51 AM -0700 10/15/03, Kris Kennaway wrote: >On Wed, Oct 15, 2003, Marcel Moolenaar wrote: > > > Yes. The MI code is already done and there's not much MD > > code that is expected to break. It's mostly the structures > > that change. ... > >I'd much prefer we get it over with now before sparc64 gets >widely deployed. It's going to be much more painful once >there's an installed user base running production 5.x-STABLE >systems. I agree it would be better if we had 64-bit time_t's for 5.x-STABLE. I would really really like to see that. However, we are hoping to make 5.x turn into 5.x-stable with a release of 5.2 in December. We have plenty of other things which are already in the TO-DO list for 5.2, and I think it's just too late in the cycle to toss this change into the mix. In a different message, Marcel Moolenaar wrote: >BTW: time_t on ia64 is already 64 bit. Our current lineup is: alpha: typedef __int32_t __time_t; arm: typedef __int32_t __time_t; i386: typedef __int32_t __time_t; powerpc: typedef __int32_t __time_t; sparc64: typedef __int32_t __time_t; amd64: typedef __int64_t __time_t; ia64: typedef __int64_t __time_t; I could see moving powerpc to 64-bit, since that is still very much work in progress. If the powerpc port is broken by this change, we would not have to delay 5.2 for it. If there is some unpleasant fallout in changing time_t for sparc64, then we will have to delay 5.2 until all of those side-effects are sorted out. Either that, or delay "5.x-stable" to 5.3-release. And if we delay 5.x-stable to 5.3-release, then we'll find ourselves two months before 5.3-release and saying "We really should make change now, instead of waiting for 6.x-stable", and it'll be the same thing all over again. There is *always* a major change that we'd rather get done "now" instead of waiting for the next major release. This is particularly true as the time between major releases gets stretched to four or more years. So, I'd love to have it, but I think we should wait for 6.0. IMO. -- 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 Oct 15 12:09:53 2003 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 7FB0816A4B3; Wed, 15 Oct 2003 12:09:53 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DA6643F3F; Wed, 15 Oct 2003 12:09:52 -0700 (PDT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost [127.0.0.1]) by ns1.xcllnt.net (8.12.9/8.12.9) with ESMTP id h9FJ9pbe000690; Wed, 15 Oct 2003 12:09:51 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.12.9/8.12.9/Submit) id h9FJ9pV4000689; Wed, 15 Oct 2003 12:09:51 -0700 (PDT) (envelope-from marcel) Date: Wed, 15 Oct 2003 12:09:51 -0700 From: Marcel Moolenaar To: Garance A Drosihn Message-ID: <20031015190951.GA638@ns1.xcllnt.net> References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> <20031014103446.U45269@beagle.fokus.fraunhofer.de> <20031015045429.Q41837@gamplex.bde.org> <20031014225053.GA59096@dhcp01.pn.xcllnt.net> <20031015090422.M57857@beagle.fokus.fraunhofer.de> <20031015074437.GA60338@dhcp01.pn.xcllnt.net> <20031015075111.GA52914@rot13.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: standards@freebsd.org cc: sparc64@freebsd.org cc: Bruce Evans cc: Kris Kennaway Subject: Re: time_t on sparc64 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, 15 Oct 2003 19:09:53 -0000 On Wed, Oct 15, 2003 at 02:56:39PM -0400, Garance A Drosihn wrote: > > I agree it would be better if we had 64-bit time_t's for > 5.x-STABLE. I would really really like to see that. However, > we are hoping to make 5.x turn into 5.x-stable with a release > of 5.2 in December. In fact, 5-stable happens no sooner than 5.3 in Feb 2004. Make the switch before 5.2 and you have enough time to deal with ports that suddenly start to break. Since sparc64 is already labeled tier 1, I would suggest we spend the rest of this month (= 2 weeks) getting feedback from the field. If the resistance is small enough, we make the switch early Nov. and use the remaining time to 5.2 as a shake-out period of src. We then use the time between 5.2 and 5.3 to shake out problems in ports. No mistakes: "we" does not include "marcel" :-) -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Wed Oct 15 13:12:51 2003 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 8CD8516A4EC; Wed, 15 Oct 2003 13:12:51 -0700 (PDT) Received: from smtp3.server.rpi.edu (smtp3.server.rpi.edu [128.113.2.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63ABD43F85; Wed, 15 Oct 2003 13:12:48 -0700 (PDT) (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.10/8.12.9) with ESMTP id h9FKCkF1012959; Wed, 15 Oct 2003 16:12:46 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20031015190951.GA638@ns1.xcllnt.net> References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> <20031014103446.U45269@beagle.fokus.fraunhofer.de> <20031015045429.Q41837@gamplex.bde.org> <20031014225053.GA59096@dhcp01.pn.xcllnt.net> <20031015090422.M57857@beagle.fokus.fraunhofer.de> <20031015074437.GA60338@dhcp01.pn.xcllnt.net> <20031015075111.GA52914@rot13.obsecurity.org> <20031015190951.GA638@ns1.xcllnt.net> Date: Wed, 15 Oct 2003 16:12:44 -0400 To: Marcel Moolenaar From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: standards@freebsd.org cc: sparc64@freebsd.org cc: Bruce Evans cc: Kris Kennaway Subject: Re: time_t on sparc64 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, 15 Oct 2003 20:12:51 -0000 At 12:09 PM -0700 10/15/03, Marcel Moolenaar wrote: >On Wed, Oct 15, 2003, Garance A Drosihn wrote: > > >> I agree it would be better if we had 64-bit time_t's for >> 5.x-STABLE. I would really really like to see that. However, >> we are hoping to make 5.x turn into 5.x-stable with a release >> of 5.2 in December. > >In fact, 5-stable happens no sooner than 5.3 in Feb 2004. Make >the switch before 5.2 and you have enough time to deal with >ports that suddenly start to break. Oh. I thought it was going to be 5.2. Well, I'm still uneasy about making the change, but I don't object quite as much if we aren't shooting for -stable in 5.2. -- 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 Oct 15 13:36:33 2003 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 ED37C16A4B3; Wed, 15 Oct 2003 13:36:33 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65B1943F93; Wed, 15 Oct 2003 13:36:32 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 7A83566CFA; Wed, 15 Oct 2003 13:36:26 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 5BE597D6; Wed, 15 Oct 2003 13:36:26 -0700 (PDT) Date: Wed, 15 Oct 2003 13:36:26 -0700 From: Kris Kennaway To: ?????? ????????? ?????????? Message-ID: <20031015203626.GA55109@rot13.obsecurity.org> References: <003a01c392f3$060e8930$b901320a@komi.mts.ru> <20031015081152.GA53203@rot13.obsecurity.org> <008801c392fc$91b83bd0$b901320a@komi.mts.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <008801c392fc$91b83bd0$b901320a@komi.mts.ru> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org cc: freebsd-sparc@freebsd.org cc: Kris Kennaway Subject: Re: recent -CURRENT panic: trap: memory address not aligned 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, 15 Oct 2003 20:36:34 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 15, 2003 at 01:13:17PM +0400, ?????? ????????? ?????????? wrote: > > I think that's due to a recent commit of ume. It might not yet be fixe= d. >=20 > I'm sorry, my src/sys/crypto/rijndael/rijndael-api-fst.c have a version 1= .8. > But last commit ume: >=20 > Fix alignment problem on 64 bit arch. > I only tested if it doesn't break anything on i368. Since I > have no 64 bit machine, I cannot test it, actually. >=20 > Reported by: jmallett >=20 > Revision Changes Path > 1.9 +49 -0 src/sys/crypto/rijndael/rijndael-api-fst.c >=20 > Thanks! Yes, and it was claimed by someone else that this approach doesn't actually fix the alignment problem. Kris --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/ja/JWry0BWjoQKURAqW8AJ4qhOUgB1ng0dlsPvmISp7N6UvCBgCgrzfd DTIJrKS+R9qed5JP14hEjQo= =QHIK -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 16 03:47:49 2003 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 EEC5816A4B3; Thu, 16 Oct 2003 03:47:48 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F8BD43FDF; Thu, 16 Oct 2003 03:47:46 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h9GAlcD15572; Thu, 16 Oct 2003 12:47:38 +0200 (MEST) Date: Thu, 16 Oct 2003 12:47:37 +0200 (CEST) From: Harti Brandt To: Garance A Drosihn In-Reply-To: Message-ID: <20031016123335.L57857@beagle.fokus.fraunhofer.de> References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> <20031015045429.Q41837@gamplex.bde.org> <20031015090422.M57857@beagle.fokus.fraunhofer.de> <20031015075111.GA52914@rot13.obsecurity.org> <20031015190951.GA638@ns1.xcllnt.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Kris Kennaway cc: standards@freebsd.org cc: sparc64@freebsd.org cc: Bruce Evans cc: Marcel Moolenaar Subject: Re: time_t on sparc64 (it seems to work) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: harti@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 10:47:49 -0000 On Wed, 15 Oct 2003, Garance A Drosihn wrote: GAD>At 12:09 PM -0700 10/15/03, Marcel Moolenaar wrote: GAD>>On Wed, Oct 15, 2003, Garance A Drosihn wrote: GAD>> > GAD>>> I agree it would be better if we had 64-bit time_t's for GAD>>> 5.x-STABLE. I would really really like to see that. However, GAD>>> we are hoping to make 5.x turn into 5.x-stable with a release GAD>>> of 5.2 in December. GAD>> GAD>>In fact, 5-stable happens no sooner than 5.3 in Feb 2004. Make GAD>>the switch before 5.2 and you have enough time to deal with GAD>>ports that suddenly start to break. GAD> GAD>Oh. I thought it was going to be 5.2. Well, I'm still uneasy GAD>about making the change, but I don't object quite as much if GAD>we aren't shooting for -stable in 5.2. Well, I tried to get a first impression on how hard this change would be. I have a ultra-10 to play with. The only thing I did (after a couple of greps in sys/sparc64) was to change __time_t to __int64_t. I then recompiled everything and installed the new kernel. Just for fun I booted the kernel and - hey - it works. It comes even in multiuser mode, albeit without NFS file systems. I then rebooted the old kernel and did a make installworld. I expected this to fail at some place, because it would use the new tools (which expect 64bit time_t from the kernel) on the old kernel. It goes quite far - the stopper is zic which enters an endless loop. I stopped the install and rebooted the new kernel into single user, mounted my NFS file systems (my src and obj are on a server) by hand and tried the make install again. This time it stopped in include, probably because it was now using the old make which couldn't correctly resolve the file times anymore. I installed the new make handish and tried the installworld again. This time it stopped in sendmail, because the old find doesn't work as expected. Installing the new find did the trick. After a mergemaster and a reboot everything seems to be just fine. Of course you need to recompile all ports (unless you know which port won't used stat() or gettimeofday(). So given that things are quite simple I would argue to do the move now, before the sparc port will really be used as -stable in production systems. With a little help from the build infrastructure people it may be possible to ensure that the above will work more automatically. Also the sparc gurus should probably have a look at the MD parts, whether there is something that needs to be changed. So when will we do it? harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 16 05:25:14 2003 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 2075816A4B3; Thu, 16 Oct 2003 05:25:14 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 925B943FB1; Thu, 16 Oct 2003 05:25:12 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h9GCPBv9053772; Thu, 16 Oct 2003 08:25:11 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h9GCPBSo053771; Thu, 16 Oct 2003 08:25:11 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Date: Thu, 16 Oct 2003 08:25:11 -0400 (EDT) Message-Id: <200310161225.h9GCPBSo053771@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk 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: Thu, 16 Oct 2003 12:25:14 -0000 TB --- 2003-10-16 11:27:15 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-10-16 11:27:15 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-10-16 11:27:15 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-10-16 11:29:06 - building world TB --- cd /home/des/tinderbox/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: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2003-10-16 12:23:34 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Oct 16 12:23:34 GMT 2003 [...] awk -f /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/tools/makeobjops.awk /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/kern/device_if.m -c ; cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -mcmodel=medlow -msoft-float -ffreestanding -Werror device_if.c device_if.c:38: warning: initialization from incompatible pointer type device_if.c:42: warning: initialization from incompatible pointer type device_if.c:46: warning: initialization from incompatible pointer type device_if.c:50: warning: initialization from incompatible pointer type device_if.c:54: warning: initialization from incompatible pointer type device_if.c:58: warning: initialization from incompatible pointer type device_if.c:62: warning: initialization from incompatible pointer type *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-10-16 12:25:11 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-10-16 12:25:11 - TB --- ERROR: failed to build generic kernel TB --- 2003-10-16 12:25:11 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 16 06:08:43 2003 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 D304F16A4B3 for ; Thu, 16 Oct 2003 06:08:43 -0700 (PDT) Received: from web42001.mail.yahoo.com (web42001.mail.yahoo.com [66.218.93.169]) by mx1.FreeBSD.org (Postfix) with SMTP id 3BA0C43F93 for ; Thu, 16 Oct 2003 06:08:43 -0700 (PDT) (envelope-from rlangnau@yahoo.com) Message-ID: <20031016121522.84072.qmail@web42001.mail.yahoo.com> Received: from [207.138.122.138] by web42001.mail.yahoo.com via HTTP; Thu, 16 Oct 2003 05:15:22 PDT Date: Thu, 16 Oct 2003 05:15:22 -0700 (PDT) From: Rob Langnau To: freebsd-sparc@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-447437372-1066306522=:83776" X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: It won't install 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, 16 Oct 2003 13:08:43 -0000 --0-447437372-1066306522=:83776 Content-Type: text/plain; charset=us-ascii Just to let you know, we attempted to install FreeBSD 4.8 onto a Sun Enterprise 4000 with no success. I've included a text file describing the system in question. Regarding my background. I'm currently a Sun Solaris Administer and the other guy who tried to install it on that machine is an AIX Admin. This message's intent is not to be one of complaint but, to help you in your porting efforts. Thank You for your time. Rob --------------------------------- Do you Yahoo!? The New Yahoo! Shopping - with improved product search --0-447437372-1066306522=:83776 Content-Type: text/plain; name="sysinfo.txt" Content-Description: sysinfo.txt Content-Disposition: inline; filename="sysinfo.txt" G E N E R A L I N F O R M A T I O N Host Name is zeus Host Aliases is zeus corpinfo news.hammis.com mailhost mailhost.hammis.com loghost Host Address(es) is 192.168.0.100 Host ID is 8081f030 Serial Number is 2155999280 Manufacturer is Sun (Sun Microsystems) Manufacturer (Short) is Sun Manufacturer (Full) is Sun Microsystems System Model is Ultra Enterprise 4000/5000 Main Memory is 1.5 GB Virtual Memory is 2.2 GB ROM Version is OBP 3.2.10 1997/09/08 13:27 Number of CPUs is 6 CPU Type is sparc CPU Speed is 248 MHz App Architecture is sparc Kernel Architecture is sun4u Kernel Bit Size is 32 OS Name is SunOS OS Version is 5.8.1 Libc Name is libc Libc Version is 1 Kernel Version is SunOS Release 5.8.1 Version Generic_103640-29 [UNIX(R) System V Release 4.0] Boot Time is Fri Nov 29 17:27:02 2002 EST Current Time is Thu May 22 16:07:35 2003 EDT H A R D W A R E I N F O R M A T I O N SUNW,Ultra-Enterprise openprom1 is a "Sun Open Boot PROM" device options0 is a "PROM Settings" aliases1 is a "PROM Device Aliases" central0 is a "System Clock Board" fhc1 is a "FireHost Controller" Utility Bus eeprom1 is a "EEPROM" device zs0 is a "Zilog 8530" serial device zs1 is a "Zilog 8530" serial device kbd is a "Sun Type-5 US Unix" Keyboard clock-board0 is a "Clock Board" sysboard0 is a "CPU & Memory Board" system board fhc0 is a "Sun FireHost Controller" Utility Bus ac0 is a "Sun Memory Controller" memory controller simm-status0 is a "SIMM Status" environment0 is a "Environmental Sensor" sram0 is a "SRAM" flashprom1 is a "Sun Flash PROM" device cpu0 is a "Sun UltraSPARC-II" 248 MHz processor cpu1 is a "Sun UltraSPARC-II" 248 MHz processor sysboard2 is a "CPU & Memory Board" system board fhc2 is a "Sun FireHost Controller" Utility Bus ac1 is a "Sun Memory Controller" memory controller simm-status1 is a "SIMM Status" environment1 is a "Environmental Sensor" sram1 is a "SRAM" flashprom3 is a "Sun Flash PROM" device cpu2 is a "Sun UltraSPARC-II" 248 MHz processor cpu3 is a "Sun UltraSPARC-II" 248 MHz processor sysboard4 is a "CPU & Memory Board" system board fhc4 is a "Sun FireHost Controller" Utility Bus ac3 is a "Sun Memory Controller" memory controller simm-status2 is a "SIMM Status" environment3 is a "Environmental Sensor" sram2 is a "SRAM" flashprom5 is a "Sun Flash PROM" device cpu4 is a "Sun UltraSPARC-II" 248 MHz processor cpu5 is a "Sun UltraSPARC-II" 248 MHz processor sysboard1 is a "Sbus I/O Board" system board sbus0 is a "Sun SBus" system bus SUNW,soc0 is a "Sun Serial Optical Controller" FCS Host Adapter SUNW,pln1 is a "Sun SPARCstorage Array" Host Bus Adapter driver c0t0d0 (ssd0) is a "SEAGATE ST15230W SUN4.2G" SCSI 4.0 GB disk drive c0t0d1 (ssd1) is a "SEAGATE ST15230W SUN4.2G" SCSI 4.0 GB disk drive c0t0d2 (ssd2) is a "SEAGATE ST15230W SUN4.2G" SCSI 4.0 GB disk drive c0t0d3 (ssd3) is a "SEAGATE ST15230W SUN4.2G" SCSI 4.0 GB disk drive c0t0d4 (ssd4) is a "SEAGATE ST15230W SUN4.2G" SCSI 4.0 GB disk drive c0t0d5 (ssd5) is a "SEAGATE ST15230W SUN4.2G" SCSI 4.0 GB disk drive c0t0d6 (ssd6) is a "SEAGATE ST15230W SUN4.2G" SCSI 4.0 GB disk drive c0t1d0 (ssd16) is a "SEAGATE ST15230W SUN4.2G" SCSI 4.0 GB disk drive c0t1d1 (ssd17) is a "SEAGATE ST15230W SUN4.2G" SCSI 4.0 GB disk drive c0t1d2 (ssd18) is a "SEAGATE ST15230W SUN4.2G" SCSI 4.0 GB disk drive c0t1d3 (ssd19) is a "SEAGATE ST15230W SUN4.2G" SCSI 4.0 GB disk drive c0t1d4 (ssd20) is a "SEAGATE ST15230W SUN4.2G" SCSI 4.0 GB disk drive c0t1d5 (ssd21) is a "SEAGATE ST15230W SUN4.2G" SCSI 4.0 GB disk drive c0t1d6 (ssd22) is a "SEAGATE ST15230W SUN4.2G" SCSI 4.0 GB disk drive fhc3 is a "Sun FireHost Controller" Utility Bus ac2 is a "Sun Memory Controller" memory controller environment2 is a "Environmental Sensor" flashprom7 is a "Sun Flash PROM" device eeprom3 is a "EEPROM" device sbus1 is a "Sun SBus" system bus hme0 is a "Sun" Fast Ethernet 100 Mb/s network interface SUNW,fas0 is a "Sun FAS366 Fast" SCSI controller sd6 is a disk drive rmt/0 (st5) is a "SONY SDT-7000" SCSI tape drive cgsix0 is a "Sun TurboGX 8-bit Color Graphics" frame buffer monitor0 is a "15-inch/17-inch Entry-Level Greyscale CRT" video monitor --0-447437372-1066306522=:83776-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 16 06:20:15 2003 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 4A29116A4B3 for ; Thu, 16 Oct 2003 06:20:15 -0700 (PDT) Received: from dover.hayesbrook.kent.sch.uk (ip04.hayesbrook.adsl.gxn.net [195.147.239.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 67E1543FD7 for ; Thu, 16 Oct 2003 06:20:13 -0700 (PDT) (envelope-from oggy@hayesbrook.kent.sch.uk) Received: from Hayesbrook-MTA by dover.hayesbrook.kent.sch.uk with Novell_GroupWise; Thu, 16 Oct 2003 14:20:12 +0100 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.0 Date: Thu, 16 Oct 2003 14:20:07 +0100 From: "Francis little" To: , Subject: Re: It won't install 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, 16 Oct 2003 13:20:15 -0000 4.8 won't install on sparc because it is only for x86 or Alpha, you can get the ISO images for 5.1 for sparc64 from this link: ftp://ftp.freebsd.org/pub/FreeBSD/ISO-IMAGES-sparc64/5.1/ >>> Rob Langnau 16/10/2003 13:15:22 >>> Just to let you know, we attempted to install FreeBSD 4.8 onto a Sun Enterprise 4000 with no success. I've included a text file describing the system in question. Regarding my background. I'm currently a Sun Solaris Administer and the other guy who tried to install it on that machine is an AIX Admin. This message's intent is not to be one of complaint but, to help you in your porting efforts. Thank You for your time. Rob --------------------------------- Do you Yahoo!? The New Yahoo! Shopping - with improved product search From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 16 06:21:40 2003 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 0EFBB16A4B3 for ; Thu, 16 Oct 2003 06:21:40 -0700 (PDT) Received: from mailhub.fokus.fraunhofer.de (mailhub.fokus.fraunhofer.de [193.174.154.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7553043FAF for ; Thu, 16 Oct 2003 06:21:38 -0700 (PDT) (envelope-from brandt@fokus.fraunhofer.de) Received: from beagle (beagle [193.175.132.100])h9GDLYD13059; Thu, 16 Oct 2003 15:21:34 +0200 (MEST) Date: Thu, 16 Oct 2003 15:21:34 +0200 (CEST) From: Harti Brandt To: Rob Langnau In-Reply-To: <20031016121522.84072.qmail@web42001.mail.yahoo.com> Message-ID: <20031016152016.F57857@beagle.fokus.fraunhofer.de> References: <20031016121522.84072.qmail@web42001.mail.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc@freebsd.org Subject: Re: It won't install 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, 16 Oct 2003 13:21:40 -0000 On Thu, 16 Oct 2003, Rob Langnau wrote: RL>Just to let you know, we attempted to install FreeBSD 4.8 onto a Sun RL>Enterprise 4000 with no success. I've included a text file describing RL>the system in question. Regarding my background. I'm currently a Sun RL>Solaris Administer and the other guy who tried to install it on that RL>machine is an AIX Admin. This message's intent is not to be one of RL>complaint but, to help you in your porting efforts. Thank You for your RL>time. You really want to install FreeBSD 5.1 I suppose. 4.X will not run on sparcs. harti -- harti brandt, http://www.fokus.fraunhofer.de/research/cc/cats/employees/hartmut.brandt/private brandt@fokus.fraunhofer.de, harti@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 16 08:21:08 2003 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 ACFC516A4B3 for ; Thu, 16 Oct 2003 08:21:08 -0700 (PDT) Received: from Bizone.inar.ru (is.inar.ru [212.14.160.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E1D543FBF for ; Thu, 16 Oct 2003 08:21:06 -0700 (PDT) (envelope-from seal@inar.ru) Received: from localhost ([212.14.161.12])h9GFKsll057606; Thu, 16 Oct 2003 19:20:57 +0400 (MSD) Date: Thu, 16 Oct 2003 19:20:47 +0400 From: Vyacheslav Silakov X-Mailer: The Bat! (v1.62q) Personal Organization: Internet-Arkhangelsk Company; +7 (8182) 650002; ICQ: 117086713 X-Priority: 3 (Normal) Message-ID: <607060264.20031016192047@inar.ru> To: John-Mark Gurney In-Reply-To: <20031015181726.GB533@funkthat.com> References: <864694727.20031015165628@inar.ru> <20031015181726.GB533@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-sparc64@freebsd.org Subject: Re[2]: FreeBSD-5-CURRENT kernel or boot floppy for sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: seal List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 15:21:08 -0000 Wednesday, October 15, 2003, 10:17:26 PM, you wrote: JMG> Vyacheslav Silakov wrote this message on Wed, Oct 15, 2003 at 16:56 +0400: >> Where can I find FreeBSD-5-CURRENT sparc64 kernel or boot floppy or boot CD? JMG> you can always make one through a cross build. :) >> In other words I need to install FreeBSD-5 on sun netra x1 station, but I've >> read that problems with davicom ethernet card is fixed in FreeBSD-5-CURRENT >> (post FreeBSD-5.1-RELEASE). >> >> Is there any solution other than wait for 5.2-RELEASE? JMG> Install 5.1-R and upgrade to -current via source? cross build and upgrade to -current via CD is two great ideas! :) ...and I'm stupid... :) many thanks! From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 16 08:27:25 2003 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 AE17616A4B3 for ; Thu, 16 Oct 2003 08:27:25 -0700 (PDT) Received: from Bizone.inar.ru (is.inar.ru [212.14.160.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F6D843FDD for ; Thu, 16 Oct 2003 08:27:24 -0700 (PDT) (envelope-from seal@inar.ru) Received: from localhost ([212.14.161.12])h9GFRHll062167; Thu, 16 Oct 2003 19:27:18 +0400 (MSD) Date: Thu, 16 Oct 2003 19:27:10 +0400 From: Vyacheslav Silakov X-Mailer: The Bat! (v1.62q) Personal Organization: Internet-Arkhangelsk Company; +7 (8182) 650002; ICQ: 117086713 X-Priority: 3 (Normal) Message-ID: <233613735.20031016192710@inar.ru> To: seal In-Reply-To: <607060264.20031016192047@inar.ru> References: <864694727.20031015165628@inar.ru> <20031015181726.GB533@funkthat.com> <607060264.20031016192047@inar.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: John-Mark Gurney cc: freebsd-sparc64@freebsd.org Subject: Re[3]: FreeBSD-5-CURRENT kernel or boot floppy for sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: seal List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 15:27:25 -0000 Thursday, October 16, 2003, 7:20:47 PM, you wrote: VS> Wednesday, October 15, 2003, 10:17:26 PM, you wrote: JMG>> Vyacheslav Silakov wrote this message on Wed, Oct 15, 2003 at 16:56 +0400: >>> Where can I find FreeBSD-5-CURRENT sparc64 kernel or boot floppy or boot CD? JMG>> you can always make one through a cross build. :) >>> In other words I need to install FreeBSD-5 on sun netra x1 station, but I've >>> read that problems with davicom ethernet card is fixed in FreeBSD-5-CURRENT >>> (post FreeBSD-5.1-RELEASE). >>> >>> Is there any solution other than wait for 5.2-RELEASE? JMG>> Install 5.1-R and upgrade to -current via source? VS> cross build and upgrade to -current via CD is two great ideas! :) VS> ...and I'm stupid... :) VS> many thanks! BUT! I havn't found sparc64 tree on ftp://current.freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 16 10:13:23 2003 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 A38E716A4B3 for ; Thu, 16 Oct 2003 10:13:23 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A43243FF5 for ; Thu, 16 Oct 2003 10:13:22 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id 4D53266DBA; Thu, 16 Oct 2003 10:13:21 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 17754BE6; Thu, 16 Oct 2003 10:13:21 -0700 (PDT) Date: Thu, 16 Oct 2003 10:13:21 -0700 From: Kris Kennaway To: Vyacheslav Silakov Message-ID: <20031016171320.GB71561@rot13.obsecurity.org> References: <864694727.20031015165628@inar.ru> <20031015181726.GB533@funkthat.com> <607060264.20031016192047@inar.ru> <233613735.20031016192710@inar.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZoaI/ZTpAVc4A5k6" Content-Disposition: inline In-Reply-To: <233613735.20031016192710@inar.ru> User-Agent: Mutt/1.4.1i cc: John-Mark Gurney cc: freebsd-sparc64@freebsd.org Subject: Re: FreeBSD-5-CURRENT kernel or boot floppy for sparc64 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, 16 Oct 2003 17:13:23 -0000 --ZoaI/ZTpAVc4A5k6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Oct 16, 2003 at 07:27:10PM +0400, Vyacheslav Silakov wrote: > Thursday, October 16, 2003, 7:20:47 PM, you wrote: >=20 > VS> Wednesday, October 15, 2003, 10:17:26 PM, you wrote: >=20 > JMG>> Vyacheslav Silakov wrote this message on Wed, Oct 15, 2003 at 16:56= +0400: > >>> Where can I find FreeBSD-5-CURRENT sparc64 kernel or boot floppy or b= oot CD? >=20 > JMG>> you can always make one through a cross build. :) >=20 > >>> In other words I need to install FreeBSD-5 on sun netra x1 station, b= ut I've > >>> read that problems with davicom ethernet card is fixed in FreeBSD-5-C= URRENT > >>> (post FreeBSD-5.1-RELEASE). > >>>=20 > >>> Is there any solution other than wait for 5.2-RELEASE? >=20 > JMG>> Install 5.1-R and upgrade to -current via source? >=20 > VS> cross build and upgrade to -current via CD is two great ideas! :) > VS> ...and I'm stupid... :) > VS> many thanks! >=20 > BUT! I havn't found sparc64 tree on ftp://current.freebsd.org What sparc64 tree? There's only one FreeBSD source tree for all architectu= res. Kris --ZoaI/ZTpAVc4A5k6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/jtGwWry0BWjoQKURAtSbAKCOZ6JRa2tIwCtIhYnGQjNfCiOwzACg8rs+ 6lKJXnl9G+6vBpCFcXPEdSs= =vnoY -----END PGP SIGNATURE----- --ZoaI/ZTpAVc4A5k6-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Oct 16 14:52:51 2003 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 AB0A916A4B3 for ; Thu, 16 Oct 2003 14:52:51 -0700 (PDT) Received: from remt28.cluster1.charter.net (remt28.cluster1.charter.net [209.225.8.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F2B543F93 for ; Thu, 16 Oct 2003 14:52:49 -0700 (PDT) (envelope-from jobs@foodemployment.com) Received: from [66.190.50.119] (HELO JS) by remt28.cluster1.charter.net (CommuniGate Pro SMTP 4.0.6) with SMTP id 822906 for freebsd-sparc64@freebsd.org; Thu, 16 Oct 2003 17:52:46 -0400 Message-ID: <000901c3942f$d01f45b0$6601a8c0@JS> From: "FoodEmployment.com" To: Date: Thu, 16 Oct 2003 16:52:36 -0500 Organization: FoodEmployment.com MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: panic: trap: memory address not aligned X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "FoodEmployment.com" List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Oct 2003 21:52:51 -0000 Rebooting with command: boot /pci@1f,0/pci@1,1/ide@3/disk@0,0:a Boot device: /pci@1f,0/pci@1,1/ide@3/disk@0,0:a File and args: >> FreeBSD/sparc64 boot block Boot path: /pci@1f,0/pci@1,1/ide@3/disk@0,0:a Boot loader: /boot/loader Console: OpenFirmware console FreeBSD/sparc64 bootstrap loader, Revision 1.0 (XXX@XXX.XXX, Wed Oct 15 02:35:31 GMT 2003) bootpath=3D"/pci@1f,0/pci@1,1/ide@3/disk@0,0:a" Loading /boot/defaults/loader.conf /boot/kernel/kernel data=3D0x283008+0x4e5c8 = syms=3D[0x8+0x46fe0+0x8+0x397db] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... nothing to autoload yet. jumping to kernel entry at 0xc0038000. Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD 5.1-CURRENT #0: Thu Oct 16 19:45:03 GMT 2003 XXX@XXX.XXX:/usr/obj/usr/src/sys/EUCLID Preloaded elf kernel "/boot/kernel/kernel" at 0xc0354000. Timecounter "tick" frequency 299778953 Hz quality 0 real memory =3D 268435456 (256 MB) avail memory =3D 250077184 (238 MB) cpu0: Sun Microsystems UltraSparc-IIi Processor (299.78 MHz CPU) nexus0: pcib0: on nexus0 pcib0: Sabre, impl 0, version 0, ign 0x7c0, bus A pcib0: [FAST] pcib0: [FAST] DVMA map: 0xc0000000 to 0xc3ffffff pci0: on pcib0 pcib1: at device 1.1 on pci0 pci1: on pcib1 ebus0: revision 0x01 ebus0: mem = 0xf1000000-0xf17fffff,0xf0000000-0xf0ffffff at dev ice 1.0 on pci1 ebus0: addr = 0x140072f000-0x140072f003,0x140072c000-0x140072c003,0x140072 a000-0x140072a003,0x1400728000-0x1400728003,0x1400726000-0x1400726003 = (no driver attached) ebus0: addr 0x1400724000-0x1400724003 irq 37 (no driver = attached) ebus0: addr 0x1400504000-0x1400504002 (no driver attached) sab0: addr 0x1400400000-0x140040007f irq 43 on = ebus0 sab0: [FAST] sabtty0: on sab0 sabtty1: on sab0 sabtty1: console 9600,8,n,1,- ebus0: addr 0x14003083f8-0x14003083ff irq 41 (no driver attached) ebus0: addr 0x14003062f8-0x14003062ff irq 42 (no driver attached) ebus0: addr = 0x1400700000-0x140070000f,0x140030015c-0x140030015d,0x1400304 3bc-0x14003043cb irq 34 (no driver attached) ebus0: addr = 0x1400720000-0x1400720003,0x1400706000-0x140070600f,0x1400 3023f0-0x14003023f7 irq 39 (no driver attached) eeprom0: addr 0x1400000000-0x1400001fff on ebus0 eeprom0: model mk48t59 eeprom0: hostid 809c3c08 ebus0: addr 0x1000000000-0x10000fffff (no driver attached) ebus0: addr = 0x1400722000-0x1400722003,0x1400704000-0x140070400f,0x 1400702000-0x140070200f,0x1400200000-0x14002000ff irq 36,35 (no driver = attached) hme0: mem 0xe0000000-0xe0007fff at device 1.1 = on pci1 hme0: Ethernet address: 08:00:20:9c:3c:08 miibus0: on hme0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto pci1: at device 2.0 (no driver attached) atapci0: port = 0xc00020-0xc0002f,0xc00018-0xc0001b,0xc 00010-0xc00017,0xc00008-0xc0000b,0xc00000-0xc00007 at device 3.0 on pci1 atapci0: [MPSAFE] ata2: at 0xc00000 on atapci0 ata2: [MPSAFE] ata3: at 0xc00010 on atapci0 ata3: [MPSAFE] pcib2: at device 1.0 on pci0 pci2: on pcib2 Timecounters tick every 10.000 msec panic: trap: memory address not aligned Debugger("panic") Stopped at Debugger+0x1c: ta %xcc, 1 db> t panic() at panic+0xec trap() at trap+0x340 -- memory address not aligned sfar=3D0xc0290359 sfsr=3D0x40029 = %o7=3D0xc007e680 -- rijndael_blockEncrypt() at rijndael_blockEncrypt+0xe4 yarrow_encrypt() at yarrow_encrypt+0x14 read_random_real() at read_random_real+0xa4 read_random() at read_random+0x10 arc4_randomstir() at arc4_randomstir+0x8 arc4rand() at arc4rand+0x40 arc4random() at arc4random+0xc frag6_init() at frag6_init+0x20 ip6_init() at ip6_init+0x154 net_init_domain() at net_init_domain+0x78 net_add_domain() at net_add_domain+0x80 mi_startup() at mi_startup+0x12c btext() at btext+0x34 db>reboot From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 17 12:27:59 2003 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 8CE5516A4B3; Fri, 17 Oct 2003 12:27:59 -0700 (PDT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3834F43FAF; Fri, 17 Oct 2003 12:27:58 -0700 (PDT) (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.10/8.12.9) with ESMTP id h9HJRu8j016332; Fri, 17 Oct 2003 15:27:56 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20031016123335.L57857@beagle.fokus.fraunhofer.de> References: <20031013153219.H45269@beagle.fokus.fraunhofer.de> <20031014103446.U45269@beagle.fokus.fraunhofer.de> <20031015045429.Q41837@gamplex.bde.org> <20031014225053.GA59096@dhcp01.pn.xcllnt.net> <20031015090422.M57857@beagle.fokus.fraunhofer.de> <20031015074437.GA60338@dhcp01.pn.xcllnt.net> <20031015075111.GA52914@rot13.obsecurity.org> <20031015190951.GA638@ns1.xcllnt.net> <20031016123335.L57857@beagle.fokus.fraunhofer.de> Date: Fri, 17 Oct 2003 15:27:54 -0400 To: harti@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: Kris Kennaway cc: standards@freebsd.org cc: sparc64@freebsd.org cc: Bruce Evans cc: Marcel Moolenaar Subject: Re: time_t on sparc64 (it seems to work) 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, 17 Oct 2003 19:27:59 -0000 At 12:47 PM +0200 10/16/03, Harti Brandt wrote: > >Well, I tried to get a first impression on how hard this >change would be. I have a ultra-10 to play with. > >The only thing I did (after a couple of greps in sys/sparc64) >was to change __time_t to __int64_t. I then recompiled >everything and installed the new kernel. Just for fun I booted >the kernel and - hey - it works. ... >rebooted the new kernel into single user, mounted my NFS file >systems (my src and obj are on a server) by hand and tried the >make install again. This time it stopped in include, probably >because it was now using the old make which couldn't correctly >resolve the file times anymore. I installed the new make >handish and tried the installworld again. This time it stopped >in sendmail, because the old find doesn't work as expected. >Installing the new find did the trick. After a mergemaster and >a reboot everything seems to be just fine. >So given that things are quite simple I would argue to do the >move now, before the sparc port will really be used as -stable >in production systems. I would say that your own description falls a little short of being "quite simple"... >Of course you need to recompile all ports (unless you know >which port won't used stat() or gettimeofday(). Which is even more work that every-sparc64-user would have to do. It also means that there is a lot that you have not really tested with the above. It also means that any pkg-building will have provide packages for both 64-bit and 32-bit time_t systems, unless you can somehow get everyone to rebuild their systems on the same day. >With a little help from the build infrastructure people it >may be possible to ensure that the above will work more >automatically. But that is also "more work" for some developers would have to do, and they'd have to do it "right now". >So when will we do it? I definitely do like the idea of getting to 64-bit time_t on sparc64 before 5.2-release, but there is no question that it adds to the work necessary before "5.x" becomes "5.x-stable". If we are going to do it, we should talk as if we are going to do it "Right Now", or we should admit that it must wait until 6.0-current. I am willing to go through the same steps that you went through to get my one (1) sparc64 system to be running with 64-bit timestamps. I'm willing to recompile all the ports on mine. However, I don't really use my sparc64 system for all that much, and I can afford to erase the disk and start over if this really botches things up. And even if everything that I do works fine, that won't be much of a test. There is a lot of stuff that I do NOT do which someone would be doing if they used a sparc64 system as their primary desktop machine. So I am willing to try to do a 64-bit time_t on my one system, but only if there is a list of others who are going to do the same thing. We're only going to get from "here" to "there" if we start working on it, and we must see multiple developers stepping up Right Now who are willing to do that work (even if it's just testing-work, it has to be done). Otherwise, let's concentrate on getting to 5.x-stable, and put off all talk of 64-bit time_t's until we create 6.0-current. -- 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 Fri Oct 17 13:03:09 2003 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 5955216A4B3; Fri, 17 Oct 2003 13:03:09 -0700 (PDT) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0973F43FBD; Fri, 17 Oct 2003 13:03:08 -0700 (PDT) (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.9/8.12.9) with ESMTP id h9HK37be015112; Fri, 17 Oct 2003 13:03:07 -0700 (PDT) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) h9HK37nb070996; Fri, 17 Oct 2003 13:03:07 -0700 (PDT) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.10/8.12.10/Submit) id h9HK37Ec070995; Fri, 17 Oct 2003 13:03:07 -0700 (PDT) (envelope-from marcel) Date: Fri, 17 Oct 2003 13:03:07 -0700 From: Marcel Moolenaar To: Garance A Drosihn Message-ID: <20031017200307.GA70967@dhcp01.pn.xcllnt.net> References: <20031015045429.Q41837@gamplex.bde.org> <20031014225053.GA59096@dhcp01.pn.xcllnt.net> <20031015090422.M57857@beagle.fokus.fraunhofer.de> <20031015074437.GA60338@dhcp01.pn.xcllnt.net> <20031015075111.GA52914@rot13.obsecurity.org> <20031015190951.GA638@ns1.xcllnt.net> <20031016123335.L57857@beagle.fokus.fraunhofer.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: harti@freebsd.org cc: sparc64@freebsd.org Subject: Re: time_t on sparc64 (it seems to work) 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, 17 Oct 2003 20:03:09 -0000 [CC list trimmed] On Fri, Oct 17, 2003 at 03:27:54PM -0400, Garance A Drosihn wrote: > > So I am willing to try to do a 64-bit time_t on my one system, > but only if there is a list of others who are going to do the > same thing. I'm in if people decide to go for it. It's just not my call... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 17 13:23:50 2003 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 3AC6D16A4B3 for ; Fri, 17 Oct 2003 13:23:50 -0700 (PDT) Received: from grogged.dyndns.org (c-24-118-162-123.mn.client2.attbi.com [24.118.162.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21FAD43F75 for ; Fri, 17 Oct 2003 13:23:49 -0700 (PDT) (envelope-from matt@grogged.dyndns.org) Received: by grogged.dyndns.org (Postfix, from userid 1001) id 442D416809; Fri, 17 Oct 2003 15:09:41 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by grogged.dyndns.org (Postfix) with ESMTP id 3D71BD2C1 for ; Fri, 17 Oct 2003 15:09:41 -0500 (CDT) Date: Fri, 17 Oct 2003 15:09:41 -0500 (CDT) From: matt In-Reply-To: <20031017200307.GA70967@dhcp01.pn.xcllnt.net> Message-ID: <20031017150714.R33004-100000@grogged.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: sparc64@freebsd.org Subject: Re: time_t on sparc64 (it seems to work) 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, 17 Oct 2003 20:23:50 -0000 Me too - my AXi won't be dedicated till' 5.x has X11 support anyway. -m On Fri, 17 Oct 2003, Marcel Moolenaar wrote: > [CC list trimmed] > > On Fri, Oct 17, 2003 at 03:27:54PM -0400, Garance A Drosihn wrote: > > > > So I am willing to try to do a 64-bit time_t on my one system, > > but only if there is a list of others who are going to do the > > same thing. > > I'm in if people decide to go for it. It's just not my call... > > -- > Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net > _______________________________________________ > freebsd-sparc64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" > From owner-freebsd-sparc64@FreeBSD.ORG Fri Oct 17 17:10:43 2003 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 E7FF816A4B3; Fri, 17 Oct 2003 17:10:42 -0700 (PDT) Received: from cueball.rtp.FreeBSD.org (cueball.rtp.FreeBSD.org [192.58.184.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 009B943F85; Fri, 17 Oct 2003 17:10:42 -0700 (PDT) (envelope-from des+tinderbox@freebsd.org) Received: from cueball.rtp.FreeBSD.org (localhost [127.0.0.1]) h9I0Afv9066246; Fri, 17 Oct 2003 20:10:41 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Received: (from des@localhost) by cueball.rtp.FreeBSD.org (8.12.9/8.12.9/Submit) id h9I0AeTN066245; Fri, 17 Oct 2003 20:10:40 -0400 (EDT) (envelope-from des+tinderbox@freebsd.org) Date: Fri, 17 Oct 2003 20:10:40 -0400 (EDT) Message-Id: <200310180010.h9I0AeTN066245@cueball.rtp.FreeBSD.org> X-Authentication-Warning: cueball.rtp.FreeBSD.org: des set sender to Tinderbox using -f Sender: Tinderbox From: Tinderbox To: current@freebsd.org, sparc64@freebsd.org Precedence: bulk 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, 18 Oct 2003 00:10:43 -0000 TB --- 2003-10-17 22:57:30 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org TB --- 2003-10-17 22:57:30 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2003-10-17 22:57:30 - checking out the source tree TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64 TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2003-10-17 22:59:40 - building world TB --- cd /home/des/tinderbox/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: populating /home/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/i386/usr/include >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2003-10-17 23:52:47 - building generic kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Oct 17 23:52:48 GMT 2003 >>> Kernel build for GENERIC completed on Sat Oct 18 00:01:54 GMT 2003 TB --- 2003-10-18 00:01:54 - generating LINT kernel config TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- /usr/bin/make -B LINT TB --- 2003-10-18 00:01:54 - building LINT kernel TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Oct 18 00:01:54 GMT 2003 [...] cc -shared -nostdlib hack.c -o hack.So rm -f hack.c sh /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/conf/newvers.sh LINT 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/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-strict-aliasing -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel ip_fil.o: In function `ipfr_fastroute6': ip_fil.o(.text+0x26b4): undefined reference to `nd_ifinfo' ip_fil.o(.text+0x26b8): undefined reference to `nd_ifinfo' *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /vol/vol0/users/des/tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2003-10-18 00:10:40 - TB --- /usr/bin/make returned exit code 1 TB --- 2003-10-18 00:10:40 - TB --- ERROR: failed to build lint kernel TB --- 2003-10-18 00:10:40 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Sat Oct 18 01:52:07 2003 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 15A2216A4B3 for ; Sat, 18 Oct 2003 01:52:07 -0700 (PDT) Received: from stinky.trash.net (stinky.trash.net [195.134.144.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F40643FA3 for ; Sat, 18 Oct 2003 01:52:06 -0700 (PDT) (envelope-from kob@trash.net) Received: from chucky.unixfoo.ch (unknown [62.2.107.27]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by stinky.trash.net (Postfix) with ESMTP id B7F5794A34 for ; Sat, 18 Oct 2003 10:52:03 +0200 (MEST) Date: Sat, 18 Oct 2003 10:51:52 +0200 From: Benjamin Kohler To: sparc64@freebsd.org Message-Id: <20031018105152.7fad6f44.kob@trash.net> Organization: sys42 X-Mailer: Sylpheed version 0.9.6claws (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Java 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, 18 Oct 2003 08:52:07 -0000 Hi, A short question, are there any plans to port java to freebsd/sparc64? I see that the ports are only for i386. Or is there a jdk out for freebsd/sparc64. I need it for jboss. Other question, is there a solaris emulator (i think netbsd has one)? So that i can run Solaris binarys. Thanks and cu kob From owner-freebsd-sparc64@FreeBSD.ORG Sat Oct 18 02:01:33 2003 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 8A95116A4B3 for ; Sat, 18 Oct 2003 02:01:33 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 999D943F75 for ; Sat, 18 Oct 2003 02:01:32 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id B8E0E66D6A; Sat, 18 Oct 2003 02:01:30 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 8C221CBE; Sat, 18 Oct 2003 02:01:30 -0700 (PDT) Date: Sat, 18 Oct 2003 02:01:30 -0700 From: Kris Kennaway To: Benjamin Kohler Message-ID: <20031018090130.GA94457@rot13.obsecurity.org> References: <20031018105152.7fad6f44.kob@trash.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <20031018105152.7fad6f44.kob@trash.net> User-Agent: Mutt/1.4.1i cc: sparc64@freebsd.org Subject: Re: Java 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, 18 Oct 2003 09:01:33 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 18, 2003 at 10:51:52AM +0200, Benjamin Kohler wrote: > Hi, > A short question, are there any plans to port java to freebsd/sparc64? I = see that the ports are only for i386.=20 > Or is there a jdk out for freebsd/sparc64. I need it for jboss.=20 > Other question, is there a solaris emulator (i think netbsd has one)? So = that i can run Solaris binarys.=20 No, no and no. Sorry. Kris --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/kQFqWry0BWjoQKURAneRAJ46xQ/h3QBnrmWkz7uxr0MUFpeqGgCeJH/Q PQWpZxA3IZWG7/l2NNcK10o= =9ZdS -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq--