From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 14 05:52: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 29AE337B401 for ; Mon, 14 Apr 2003 05:52:09 -0700 (PDT) Received: from beastie.dk (beastie.dk [62.79.68.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99E5543FAF for ; Mon, 14 Apr 2003 05:52:08 -0700 (PDT) (envelope-from padde@beastie.dk) Received: from [127.0.0.1] (networking.proact.dk [80.197.46.226]) by beastie.dk (Postfix) with ESMTP id 60EB7ED91 for ; Mon, 14 Apr 2003 14:52:06 +0200 (CEST) Date: Mon, 14 Apr 2003 14:52:02 +0200 From: "Danny B." To: freebsd-sparc64@freebsd.org Message-Id: <20030414144741.9683.PADDE@beastie.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.05.07 Subject: Huge memory usage? 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, 14 Apr 2003 12:52:09 -0000 Hello I just recently installed 5.0-RELEASE sparc64 on my Ultra5 Everything running smoothly, but one thing bugs me - perhaps there is a logic explanation to this. Lots of my processes seems to be using huge amount of memory, compared to my x86 boxes. Example is apache1.3.27 compiled without any special options from ports: sign# ps aux |grep httpd root 13539 0.0 2.3 38864 2400 ?? Ss 2:33PM 0:00.30 /usr/local/sbin/httpd www 13540 0.0 2.3 38880 2400 ?? I 2:33PM 0:00.01 /usr/local/sbin/httpd www 13541 0.0 2.3 38880 2400 ?? I 2:33PM 0:00.01 /usr/local/sbin/httpd www 13542 0.0 2.3 38880 2400 ?? I 2:33PM 0:00.01 /usr/local/sbin/httpd www 13543 0.0 2.3 38880 2400 ?? I 2:33PM 0:00.01 /usr/local/sbin/httpd www 13544 0.0 2.3 38880 2400 ?? I 2:33PM 0:00.01 /usr/local/sbin/httpd This seems like ALOT to me, someone got an answer? /Danny B. -- Danny B. From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 14 19:24:00 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 134B437B401 for ; Mon, 14 Apr 2003 19:24:00 -0700 (PDT) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6966343F93 for ; Mon, 14 Apr 2003 19:23:58 -0700 (PDT) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.8/8.12.8) with ESMTP id h3F2P1xS013689; Mon, 14 Apr 2003 22:25:01 -0400 (EDT) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.8/8.12.8/Submit) id h3F2Ou6Y013685; Mon, 14 Apr 2003 22:24:56 -0400 (EDT) Date: Mon, 14 Apr 2003 22:24:55 -0400 From: Jake Burkholder To: Narvi Message-ID: <20030415022455.GE97094@locore.ca> References: <20030412044048.GA97094@locore.ca> <20030412174934.E75698-100000@haldjas.folklore.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030412174934.E75698-100000@haldjas.folklore.ee> User-Agent: Mutt/1.4i cc: freebsd-sparc64@freebsd.org Subject: Re: tlb, tsb & ...stuff 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, 15 Apr 2003 02:24:00 -0000 [ ... ] > > So these are mainly capacity and not conflict misses? The obvious wasy to > improve this would be to increase the size and eliminate the TAILQ, unless > the TAILQ linking removal would cause massive changes. But entry number > wise we are probably at the minimal range right now. > Yes. The main problem is that the tsb is small, and the way things work right now its not feasible to make it much larger because its mapped into contiguous KVA. Having the TAILQ in the ttes buys us a lot because it avoids allocating a separate structure for tracking aliases for the same page, on other architectures this is done with pv entries. Its also used to maintain consistency in the L1 data cache between mappings with different virtual colors, since the L1 cache is virtually indexed. We need to maintain consistency between all kernel and userland mappings, and kernel mappings normally don't have a pv entry allocated for them, so having this allocated externally would be undesirable (having to allocate something in code paths that don't normally expect it). This has helped a lot with stability due to not allowing illegal aliases into the data cache. NetBSD and OpenBSD rely on flushing the cache at strategic places where illegal aliases would matter if they had been created, but this is hard to get right and you end up flushing the data cache a lot. [ ... ] > > > > With 3 levels this can support a 32 gigabyte virtual address space (fully > > resident), but doesn't penalize processes with sparse address spaces due > > to not requiring intermediate "page table pages" in all cases. Basically > > like traditional page tables but backwards :). > > > > This would have rather bad locality of access though, no? The conflict > side of the thing is resolvable (to an extent) using it as a sum or xor > addressed cache. I guess I should whip up some code to show what I mean. > Missing in L2 can delay you for say 100 cycles. Also, this scheme cause > the pages to accumulate with basicly no eviction of 'vist once' pages. Yes, you're right. The current scheme has ok cache locality and the eviction properties are nice. How does an xor addressed cache work? I would be interested to see a simple example. The hash function needs to be as simple as possible because it needs to fit in 1 or 2 instructions in the tlb fault handlers. So '&' is attractive but may not have great properties. [ ... ] > > Another way to overcome the would be to allocate teh different "ways" of > the TSB separately, so that the area need not be contiguous. This has got me thinking. The main problem is how to map the tsb into contiguous virtual address space so it can be indexed easily by the tlb fault handlers, ideally base + offset, where offset is a hash of the virtual address, with no indirection. But the only requirement for contiguity is to make the tlb fault handlers fast. When its accessed by the kernel for pmap processing it doesn't much matter because there are other slow things going, adding indirection there won't make much difference. Just mapping it into the kernel address space is easy because faults on the tsb inside of the user tlb fault handler are handled uniformly as normal kernel tlb faults. If they were handled specially it might be possible to use a multi level structure that's more transparent. [ ... ] > > I was more thinking about say using 64K pages for user stack or malloc or > similar - it doesn't quite have the same complexity as general mapping > scheme, in the malloc case could be requested by the user and would keep > pressure or TLB & faults down. But sounds like this is not simple/feasible > for now. I'd really like to see this, but yes it is hard to do in a generalized way. The vm system needs to be aware of the contiguity of physical pages, and try to make reservations of large contiguous regions, expecting all the pages to be faulted in with the same protections so the mapping can be "upgraded" to use a larger page size. The best work that I've seen on this topic so far is this paper: http://www.cs.rice.edu/~ssiyer/r/superpages/ That Alan Cox is a FreeBSD guy, so we may see this in FreeBSD at some point. Jake From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 14 21:22: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 D786D37B401 for ; Mon, 14 Apr 2003 21:22:48 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF83543F75 for ; Mon, 14 Apr 2003 21:22:45 -0700 (PDT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h3F4N4rD023539 for ; Tue, 15 Apr 2003 00:23:04 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost)h3F4N4kJ023536 for ; Tue, 15 Apr 2003 00:23:04 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Tue, 15 Apr 2003 00:23:03 -0400 (EDT) From: "Andrew R. Reiter" To: freebsd-sparc@freebsd.org Message-ID: <20030414221701.S60485@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: sparc64 current snapshot isos? 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, 15 Apr 2003 04:22:49 -0000 Does anyone keep weekly/monthly snapshot isos for sparc64? Thanks, andrew -- Andrew R. Reiter arr@watson.org arr@FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 14 22:12:22 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 7009A37B401; Mon, 14 Apr 2003 22:12:22 -0700 (PDT) Received: from is2.mh.itc.u-tokyo.ac.jp (is2.mh.itc.u-tokyo.ac.jp [133.11.205.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9409643FDF; Mon, 14 Apr 2003 22:12:20 -0700 (PDT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from is2.mh.itc.u-tokyo.ac.jp (is2.mh.itc.u-tokyo.ac.jp [127.0.0.1]) by is2.mh.itc.u-tokyo.ac.jp (Postfix) with ESMTP id 5EA9B3781AC; Tue, 15 Apr 2003 14:12:18 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) h3F5CIcV031553; Tue, 15 Apr 2003 14:12:18 +0900 Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.135.3])2.9.3.2) with ESMTP id AIJ33786; Tue, 15 Apr 2003 14:12:17 +0900 (JST) Date: Tue, 15 Apr 2003 14:12:17 +0900 Message-ID: From: Hidetoshi Shimokawa To: Jake Burkholder , ru@freebsd.org In-Reply-To: <20030411195629.GC94333@locore.ca> References: <20030411195629.GC94333@locore.ca> User-Agent: Wanderlust/2.11.0 (Wonderwall) REMI/1.14.3 (Matsudai) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.4 (patch 8) (Honest Recruiter) (i386--freebsd) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7: #j7i14gu$jgR\S*&C3R/pJX List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 05:12:22 -0000 It was around Nov. 2002. I have upgraded the 4.x box to the latest stable but it still fails at the same point. Ruslan, any ideas? /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html At Fri, 11 Apr 2003 15:56:29 -0400, Jake Burkholder wrote: > > Apparently, On Fri, Apr 11, 2003 at 03:06:53PM +0900, > Hidetoshi Shimokawa said words to the effect of; > > > Is cross compile for sparc64 binaries on FreeBSD-4 i386 supported? > > > > I could do it a weeks ago but now I failed with the following error. > > > > TARGET_ARCH=sparc64 make -j2 buildworld > > How old is your 4.x box? You may have to upgrade to a recent -stable to > cross build. There's been some dispute about what versions of 4.x cross > builds are to be supported on, and I think recently certain commits which > made it possible to cross build on older versions of 4.x were backed out. > > If it doesn't work with top of tree -stable I suggest email ru@. > > Thanks, > Jake At Fri, 11 Apr 2003 15:06:53 +0900, Hidetoshi Shimokawa wrote: > -------------------------------------------------------------- > >>> stage 3: cross tools > .... > ===> usr.bin/elf2aout > /usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-current/src/i386/export/dpt/FreeBSD/FreeBSD-current/src/usr.bin/elf2aout created for /export/dpt/FreeBSD/FreeBSD-current/src/usr.bin/elf2aout > rm -f .depend > mkdep -f .depend -a -I/usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-current/src/i386/legacy/usr/include /export/dpt/FreeBSD/FreeBSD-current/src/usr.bin/elf2aout/elf2aout.c > echo elf2aout: /usr/lib/libc.a /usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-current/src/i386/legacy/usr/lib/libegacy.a >> .depend > cc -O -pipe -I/usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-current/src/i386/legacy/usr/include -c /export/dpt/FreeBSD/FreeBSD-current/src/usr.bin/elf2aout/elf2aout.c > cc -O -pipe -I/usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-current/src/i386/legacy/usr/include -L/usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-current/src/i386/legacy/usr/lib -static -o elf2aout elf2aout.o -legacy > elf2aout.o: In function `main': > elf2aout.o(.text+0x20b): undefined reference to `be64toh' > elf2aout.o(.text+0x257): undefined reference to `be64toh' > elf2aout.o(.text+0x346): undefined reference to `be64toh' > elf2aout.o(.text+0x395): undefined reference to `be64toh' > elf2aout.o(.text+0x3f9): undefined reference to `be64toh' > *** Error code 1 > > /\ Hidetoshi Shimokawa > \/ simokawa@sat.t.u-tokyo.ac.jp > PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 14 23:22: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 0554837B401 for ; Mon, 14 Apr 2003 23:22:51 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [207.200.153.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6DB743F75 for ; Mon, 14 Apr 2003 23:22:49 -0700 (PDT) (envelope-from tom@sdf.com) Received: from tom (helo=localhost) by misery.sdf.com with local-esmtp (Exim 2.12 #1) id 195IH2-0003ip-00 for freebsd-sparc64@freebsd.org; Mon, 14 Apr 2003 21:42:25 -0700 Date: Mon, 14 Apr 2003 21:42:24 -0700 (PDT) From: Tom Samplonius To: freebsd-sparc64@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: "make world" performance? 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, 15 Apr 2003 06:22:51 -0000 What is the expected "make world" performance on Sparc64 (for various CPUs)? I want to setup a FreeBSD/sparc64 but of the various surplus US boxes I have access too, I'm not sure whether any of them would give me reasonable FreeBSD performance, so I thought "worldstone" would give me a reasonable benchmark to compare US boxes. So reasonable performance would be defined by "make world" times. For instance, I could probably build up an Ultra2 clone with 2x296Mhz processors, 1GB RAM, and two 4.3GB disks. What sort of build times should I expect? How about a genuine Ultra 5 with 333Mhz, 256MB RAM, and a single IDE disk? What build times are people getting with their boxes? Tom From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 14 23:42: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 4476737B401 for ; Mon, 14 Apr 2003 23:42:29 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63C8A43F3F for ; Mon, 14 Apr 2003 23:42:20 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h3F6gFhJ056408 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Apr 2003 09:42:15 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h3F6g3vd056388; Tue, 15 Apr 2003 09:42:03 +0300 (EEST) (envelope-from ru) Date: Tue, 15 Apr 2003 09:42:03 +0300 From: Ruslan Ermilov To: Hidetoshi Shimokawa Message-ID: <20030415064203.GA55721@sunbay.com> References: <20030411195629.GC94333@locore.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+HP7ph2BbKc20aGI" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: freebsd-sparc@freebsd.org Subject: Re: cross build 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, 15 Apr 2003 06:42:29 -0000 --+HP7ph2BbKc20aGI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 15, 2003 at 02:12:17PM +0900, Hidetoshi Shimokawa wrote: > It was around Nov. 2002. I have upgraded the 4.x box to the latest > stable but it still fails at the same point. >=20 > Ruslan, any ideas? >=20 Yes, this is a bug in src/tools/build/Makefile. It should install the version from src/tools/build/endian.h for RELENG_4. I will fix it shortly. Thanks for the spot. > /\ Hidetoshi Shimokawa > \/ simokawa@sat.t.u-tokyo.ac.jp > PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html >=20 > At Fri, 11 Apr 2003 15:56:29 -0400, > Jake Burkholder wrote: > >=20 > > Apparently, On Fri, Apr 11, 2003 at 03:06:53PM +0900, > > Hidetoshi Shimokawa said words to the effect of; > >=20 > > > Is cross compile for sparc64 binaries on FreeBSD-4 i386 supported? > > >=20 > > > I could do it a weeks ago but now I failed with the following error. > > >=20 > > > TARGET_ARCH=3Dsparc64 make -j2 buildworld > >=20 > > How old is your 4.x box? You may have to upgrade to a recent -stable to > > cross build. There's been some dispute about what versions of 4.x cross > > builds are to be supported on, and I think recently certain commits whi= ch > > made it possible to cross build on older versions of 4.x were backed ou= t. > >=20 > > If it doesn't work with top of tree -stable I suggest email ru@. > >=20 > > Thanks, > > Jake >=20 > At Fri, 11 Apr 2003 15:06:53 +0900, > Hidetoshi Shimokawa wrote: > > -------------------------------------------------------------- > > >>> stage 3: cross tools > > .... > > =3D=3D=3D> usr.bin/elf2aout > > /usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-current/src/i386/export/dpt= /FreeBSD/FreeBSD-current/src/usr.bin/elf2aout created for /export/dpt/FreeB= SD/FreeBSD-current/src/usr.bin/elf2aout > > rm -f .depend > > mkdep -f .depend -a -I/usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-cu= rrent/src/i386/legacy/usr/include /export/dpt/FreeBSD/FreeBSD-current/src/= usr.bin/elf2aout/elf2aout.c > > echo elf2aout: /usr/lib/libc.a /usr/obj/sparc64/export/dpt/FreeBSD/Free= BSD-current/src/i386/legacy/usr/lib/libegacy.a >> .depend > > cc -O -pipe -I/usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-current/src/i= 386/legacy/usr/include -c /export/dpt/FreeBSD/FreeBSD-current/src/usr.bi= n/elf2aout/elf2aout.c > > cc -O -pipe -I/usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-current/src/i= 386/legacy/usr/include -L/usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-cur= rent/src/i386/legacy/usr/lib -static -o elf2aout elf2aout.o -legacy > > elf2aout.o: In function `main': > > elf2aout.o(.text+0x20b): undefined reference to `be64toh' > > elf2aout.o(.text+0x257): undefined reference to `be64toh' > > elf2aout.o(.text+0x346): undefined reference to `be64toh' > > elf2aout.o(.text+0x395): undefined reference to `be64toh' > > elf2aout.o(.text+0x3f9): undefined reference to `be64toh' > > *** Error code 1 > >=20 > > /\ Hidetoshi Shimokawa > > \/ simokawa@sat.t.u-tokyo.ac.jp > > PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --+HP7ph2BbKc20aGI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+m6m7Ukv4P6juNwoRAtGJAJkBe9AHOUFD3Iqlx3TE1QkC46iKKwCfSSQK mo6gzRHwfZE/cut04571mNc= =VSG0 -----END PGP SIGNATURE----- --+HP7ph2BbKc20aGI-- From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 14 23:52:42 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 0759037B401 for ; Mon, 14 Apr 2003 23:52:42 -0700 (PDT) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [212.110.138.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D83143FBD for ; Mon, 14 Apr 2003 23:52:38 -0700 (PDT) (envelope-from ru@whale.sunbay.crimea.ua) Received: from whale.sunbay.crimea.ua (ru@localhost [127.0.0.1]) h3F6qUhJ057549 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Apr 2003 09:52:30 +0300 (EEST) (envelope-from ru@whale.sunbay.crimea.ua) Received: (from ru@localhost) by whale.sunbay.crimea.ua (8.12.9/8.12.8/Submit) id h3F6qUoh057544; Tue, 15 Apr 2003 09:52:30 +0300 (EEST) (envelope-from ru) Date: Tue, 15 Apr 2003 09:52:30 +0300 From: Ruslan Ermilov To: Hidetoshi Shimokawa Message-ID: <20030415065230.GB55721@sunbay.com> References: <20030411195629.GC94333@locore.ca> <20030415064203.GA55721@sunbay.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MnLPg7ZWsaic7Fhd" Content-Disposition: inline In-Reply-To: <20030415064203.GA55721@sunbay.com> User-Agent: Mutt/1.5.4i cc: freebsd-sparc@freebsd.org Subject: Re: cross build 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, 15 Apr 2003 06:52:42 -0000 --MnLPg7ZWsaic7Fhd Content-Type: multipart/mixed; boundary="0ntfKIWw70PvrIHh" Content-Disposition: inline --0ntfKIWw70PvrIHh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 15, 2003 at 09:42:03AM +0300, Ruslan Ermilov wrote: > On Tue, Apr 15, 2003 at 02:12:17PM +0900, Hidetoshi Shimokawa wrote: > > It was around Nov. 2002. I have upgraded the 4.x box to the latest > > stable but it still fails at the same point. > >=20 > > Ruslan, any ideas? > >=20 > Yes, this is a bug in src/tools/build/Makefile. It should install > the version from src/tools/build/endian.h for RELENG_4. I will > fix it shortly. Thanks for the spot. >=20 Believed to be fixed in the attached commit. > > > >>> stage 3: cross tools > > > .... > > > =3D=3D=3D> usr.bin/elf2aout > > > /usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-current/src/i386/export/d= pt/FreeBSD/FreeBSD-current/src/usr.bin/elf2aout created for /export/dpt/Fre= eBSD/FreeBSD-current/src/usr.bin/elf2aout > > > rm -f .depend > > > mkdep -f .depend -a -I/usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-= current/src/i386/legacy/usr/include /export/dpt/FreeBSD/FreeBSD-current/sr= c/usr.bin/elf2aout/elf2aout.c > > > echo elf2aout: /usr/lib/libc.a /usr/obj/sparc64/export/dpt/FreeBSD/Fr= eeBSD-current/src/i386/legacy/usr/lib/libegacy.a >> .depend > > > cc -O -pipe -I/usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-current/src= /i386/legacy/usr/include -c /export/dpt/FreeBSD/FreeBSD-current/src/usr.= bin/elf2aout/elf2aout.c > > > cc -O -pipe -I/usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-current/src= /i386/legacy/usr/include -L/usr/obj/sparc64/export/dpt/FreeBSD/FreeBSD-c= urrent/src/i386/legacy/usr/lib -static -o elf2aout elf2aout.o -legacy > > > elf2aout.o: In function `main': > > > elf2aout.o(.text+0x20b): undefined reference to `be64toh' > > > elf2aout.o(.text+0x257): undefined reference to `be64toh' > > > elf2aout.o(.text+0x346): undefined reference to `be64toh' > > > elf2aout.o(.text+0x395): undefined reference to `be64toh' > > > elf2aout.o(.text+0x3f9): undefined reference to `be64toh' > > > *** Error code 1 Cheers, --=20 Ruslan Ermilov Sysadmin and DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --0ntfKIWw70PvrIHh Content-Type: message/rfc822 Content-Disposition: inline Received: from whale.sunbay.crimea.ua (root@localhost)h3F6pRgm057442 for ; Tue, 15 Apr 2003 09:51:27 +0300 (EEST) (envelope-from owner-src-committers@FreeBSD.org) Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) h3F6pNkh057420 for ; Tue, 15 Apr 2003 09:51:26 +0300 (EEST) (envelope-from owner-src-committers@FreeBSD.org) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 00CD6567E7 for ; Mon, 14 Apr 2003 23:51:19 -0700 (PDT) (envelope-from owner-src-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id 38BFF37B4AC; Mon, 14 Apr 2003 23:51:13 -0700 (PDT) Delivered-To: ru@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id 4580B37B407; Mon, 14 Apr 2003 23:51:10 -0700 (PDT) Delivered-To: src-committers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A6DB37B404; Mon, 14 Apr 2003 23:51:06 -0700 (PDT) Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88E5143FBF; Mon, 14 Apr 2003 23:51:05 -0700 (PDT) (envelope-from ru@FreeBSD.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.12.6/8.12.6) with ESMTP id h3F6p50U046437; Mon, 14 Apr 2003 23:51:05 -0700 (PDT) (envelope-from ru@repoman.freebsd.org) Received: (from ru@localhost) by repoman.freebsd.org (8.12.6/8.12.6/Submit) id h3F6p4op046434; Mon, 14 Apr 2003 23:51:04 -0700 (PDT) Message-Id: <200304150651.h3F6p4op046434@repoman.freebsd.org> From: Ruslan Ermilov Date: Mon, 14 Apr 2003 23:51:04 -0700 (PDT) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/tools/build Makefile X-FreeBSD-CVS-Branch: HEAD Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG ru 2003/04/14 23:51:04 PDT FreeBSD src repository Modified files: tools/build Makefile Log: A version of in RELENG_4 doesn't have 64-bit functions. Spotted by: simokawa Revision Changes Path 1.4 +1 -1 src/tools/build/Makefile --0ntfKIWw70PvrIHh-- --MnLPg7ZWsaic7Fhd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+m6wuUkv4P6juNwoRAovwAKCCWvBI9CDS2nZj4j/SKDI2VBZKHACggjyV xljmcWWIk2bVti4rSt4wKP0= =cgO2 -----END PGP SIGNATURE----- --MnLPg7ZWsaic7Fhd-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 15 01:23:36 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 0E79F37B401; Tue, 15 Apr 2003 01:23:36 -0700 (PDT) Received: from is2.mh.itc.u-tokyo.ac.jp (is2.mh.itc.u-tokyo.ac.jp [133.11.205.12]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDD5F43F3F; Tue, 15 Apr 2003 01:23:31 -0700 (PDT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: from is2.mh.itc.u-tokyo.ac.jp (is2.mh.itc.u-tokyo.ac.jp [127.0.0.1]) by is2.mh.itc.u-tokyo.ac.jp (Postfix) with ESMTP id 3D7DC3780FE; Tue, 15 Apr 2003 17:23:30 +0900 (JST) Received: from mailhosting.itc.u-tokyo.ac.jp (IDENT:mirapoint@mailhosting.itc.u-tokyo.ac.jp [133.11.205.3]) h3F8NRcV014322; Tue, 15 Apr 2003 17:23:27 +0900 Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [133.11.135.3])2.9.3.2) with ESMTP id AIJ38186; Tue, 15 Apr 2003 17:23:24 +0900 (JST) Date: Tue, 15 Apr 2003 17:23:24 +0900 Message-ID: From: Hidetoshi Shimokawa To: Ruslan Ermilov In-Reply-To: <20030415065230.GB55721@sunbay.com> References: <20030411195629.GC94333@locore.ca> <20030415064203.GA55721@sunbay.com> <20030415065230.GB55721@sunbay.com> User-Agent: Wanderlust/2.11.0 (Wonderwall) REMI/1.14.3 (Matsudai) FLIM/1.14.3 (=?ISO-8859-1?Q?Unebigory=F2mae?=) APEL/10.3 MULE XEmacs/21.4 (patch 8) (Honest Recruiter) (i386--freebsd) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7: #j7i14gu$jgR\S*&C3R/pJX List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Apr 2003 08:23:36 -0000 At Tue, 15 Apr 2003 09:52:30 +0300, Ruslan Ermilov wrote: > > [1 ] > [1.1 ] > On Tue, Apr 15, 2003 at 09:42:03AM +0300, Ruslan Ermilov wrote: > > On Tue, Apr 15, 2003 at 02:12:17PM +0900, Hidetoshi Shimokawa wrote: > > > It was around Nov. 2002. I have upgraded the 4.x box to the latest > > > stable but it still fails at the same point. > > > > > > Ruslan, any ideas? > > > > > Yes, this is a bug in src/tools/build/Makefile. It should install > > the version from src/tools/build/endian.h for RELENG_4. I will > > fix it shortly. Thanks for the spot. > > > Believed to be fixed in the attached commit. Thanks! I have successfully built sparc64 binaries on a 4.x box. /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: http://www.sat.t.u-tokyo.ac.jp/~simokawa/pgp.html From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 15 11:48:41 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 96D2B37B401 for ; Tue, 15 Apr 2003 11:48:41 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 258D743F3F for ; Tue, 15 Apr 2003 11:48:38 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by wall.polstra.com (8.12.3p2/8.12.3) with ESMTP id h3FImbds017896 for ; Tue, 15 Apr 2003 11:48:37 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.5.1 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Tue, 15 Apr 2003 11:48:37 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: sparc64@freebsd.org Subject: Environment-related exec or gmake bug 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, 15 Apr 2003 18:48:41 -0000 I have the new ezm3 port all ready to commit, including support for FreeBSD/sparc64. But in testing it on panther.freebsd.org, I've run into a very strange build failure. It happens during the build of the gcc-based M3 code generator, and it looks like this: [gmake ... lots of compiling in gcc/gcc] cc -c -DIN_GCC -O -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/config -I../../gcc/gcc/../include ../../gcc/gcc/ma in.c -o main.o (cd intl && gmake all) gmake[2]: Entering directory `/s/scratch/jdp/ports/lang/ezm3/work/ezm3-1.1/language/modula3/m3compiler/m3cc/FBSD_S PARC64/gcc/in tl' gmake[2]: *** No rule to make target `STAGE_PREFIX'. Stop. gmake[2]: Leaving directory `/s/scratch/jdp/ports/lang/ezm3/work/ezm3-1.1/language/modula3/m3compiler/m3cc/FBSD_S PARC64/gcc/int l' gmake[1]: *** [intl.all] Error 1 gmake[1]: Leaving directory `/s/scratch/jdp/ports/lang/ezm3/work/ezm3-1.1/language/modula3/m3compiler/m3cc/FBSD_S PARC64/gcc' When I build this portion manually (i.e., outside of the ports system) it works OK. Furthermore, the Makefile in question doesn't even contain the string "STAGE_PREFIX" which it is complaining about, and it doesn't have any include directives in it either. After a lot of flailing around, I found that success or failure depends on the size of what is in the environment. If I prune the environment down to 37 variables / 939 characters, it works. If I add the setting "x=y" (arbitrary) to the environment, it fails. Has anybody else seen signs of this problem? John From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 15 14:22: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 4CA2737B401; Tue, 15 Apr 2003 14:22:15 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36CDF43FA3; Tue, 15 Apr 2003 14:22:14 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from haldjas.folklore.ee (localhost [127.0.0.1]) by haldjas.folklore.ee (8.12.3/8.11.3) with ESMTP id h3FLM8UE047368; Wed, 16 Apr 2003 00:22:09 +0300 (EEST) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost)h3FLM7uc047365; Wed, 16 Apr 2003 00:22:08 +0300 (EEST) Date: Wed, 16 Apr 2003 00:22:07 +0300 (EEST) From: Narvi To: Jake Burkholder In-Reply-To: <20030415022455.GE97094@locore.ca> Message-ID: <20030415204755.C75698-100000@haldjas.folklore.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org cc: freebsd-sparc@freebsd.org Subject: Re: tlb, tsb & ...stuff 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, 15 Apr 2003 21:22:15 -0000 On Mon, 14 Apr 2003, Jake Burkholder wrote: > [ ... ] > > > > > > With 3 levels this can support a 32 gigabyte virtual address space (fully > > > resident), but doesn't penalize processes with sparse address spaces due > > > to not requiring intermediate "page table pages" in all cases. Basically > > > like traditional page tables but backwards :). > > > > > > > This would have rather bad locality of access though, no? The conflict > > side of the thing is resolvable (to an extent) using it as a sum or xor > > addressed cache. I guess I should whip up some code to show what I mean. > > Missing in L2 can delay you for say 100 cycles. Also, this scheme cause > > the pages to accumulate with basicly no eviction of 'vist once' pages. > > Yes, you're right. The current scheme has ok cache locality and the > eviction properties are nice. How does an xor addressed cache work? > I would be interested to see a simple example. The hash function needs > to be as simple as possible because it needs to fit in 1 or 2 instructions > in the tlb fault handlers. So '&' is attractive but may not have great > properties. > xor and sum addressed caches rely on additiopnal information beyond just the cache-size covering ones to compute the index, so simple examples might be: xor: &pm->tsb[((vpn >> (TTE_SHIFT + TSB_SHIFT)) ^ (vpn >> TTE_SHIFT)) & TSB_MASK)] sum: &pm->tsb[((vpn >> (TTE_SHIFT + TSB_SHIFT)) + (vpn >> TTE_SHIFT)) & TSB_MASK)] so essentially it would add a shift and a add/xor. The aim is to make most of the power of two and other pobvious conflict patterns be non-conflicting in the cache. A xor based cache has some interesting propeties (it doesn't matter whetever you use n consequtive or "conflicting" entries, the first n-1 next conflicts get mapped to different lines) - its also nice in a skew cache - the expense is bad locality. With a four-way cache, sum might be better when you consider locality. I gues thepart that worries me with only one TSB strategy is that on UltraSparc I/II the misses will be capacity misses as the TLB is fully associative, but on USPARC3 you get a 1024 entry 4-way tlb that will give you completely different pattern on many programs. > [ ... ] > > > > Another way to overcome the would be to allocate teh different "ways" of > > the TSB separately, so that the area need not be contiguous. > > This has got me thinking. The main problem is how to map the tsb into > contiguous virtual address space so it can be indexed easily by the tlb > fault handlers, ideally base + offset, where offset is a hash of the > virtual address, with no indirection. But the only requirement for > contiguity is to make the tlb fault handlers fast. When its accessed by > the kernel for pmap processing it doesn't much matter because there are > other slow things going, adding indirection there won't make much difference. > Just mapping it into the kernel address space is easy because faults on > the tsb inside of the user tlb fault handler are handled uniformly as normal > kernel tlb faults. If they were handled specially it might be possible > to use a multi level structure that's more transparent. > Something I really liked from your post about tree like structure was the idea of having a simple (lets call it L0TSB?) buffer at the front with the complex lookup hapenning later. We could even simplify it to the point where the L1 table would only contain the 8KB page number and a pointer to the entry in the TSB, so the 'fast load' handler would basicly be (in pseudcode): offset = ((v >> 10) & L0TSB_MASK); if ((l0tsb[offset+1] == 0) || (l0tsb[offset] != v)) do_real_tsb_load(v); load_from_tsb(&l0tsb[bucket+1]); return_from_exception(); which is almost as simple in sparc assembler (sorry, i'm slow writing sparc asm), short and can accomodate a two-way cache just as easily. It does mean that loading of non-8K pages will always be slower to create a fast simple case for 8KB pages. This should also provide for very fast TLB loads for cases where the LRU replacement TLB has zero locality either due to repetitive loads that cause the LRU to throw out the about to be used again entries ( not blocked for TLB matrix codes/bitmap ops) or sparse access to memory (yay for tree / linked list structures linking data present all over the heap). It also means that the "real" tsb can be more complex then now without causing speed-downs for applications, as long as most cases are handled at L0 level and there is no restriction for the tsb to be continuous. > [ ... ] > > > > I was more thinking about say using 64K pages for user stack or malloc or > > similar - it doesn't quite have the same complexity as general mapping > > scheme, in the malloc case could be requested by the user and would keep > > pressure or TLB & faults down. But sounds like this is not simple/feasible > > for now. > > I'd really like to see this, but yes it is hard to do in a generalized way. > The vm system needs to be aware of the contiguity of physical pages, and > try to make reservations of large contiguous regions, expecting all the > pages to be faulted in with the same protections so the mapping can be > "upgraded" to use a larger page size. The best work that I've seen on > this topic so far is this paper: > http://www.cs.rice.edu/~ssiyer/r/superpages/ > That Alan Cox is a FreeBSD guy, so we may see this in FreeBSD at some point. > Well, for me theproblem part starts where people start talking about page size promotion/demotion and not simply sneakily using some page size (say 64K) for specific memory regions and never promoting / demoting pages. The 64K pages are sort of magic in that way though, and in general it would suck to use the other pages sizes that way, except for possibly mapping framebuffers and similar. > Jake > From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 15 14:22: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 4CA2737B401; Tue, 15 Apr 2003 14:22:15 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 36CDF43FA3; Tue, 15 Apr 2003 14:22:14 -0700 (PDT) (envelope-from narvi@haldjas.folklore.ee) Received: from haldjas.folklore.ee (localhost [127.0.0.1]) by haldjas.folklore.ee (8.12.3/8.11.3) with ESMTP id h3FLM8UE047368; Wed, 16 Apr 2003 00:22:09 +0300 (EEST) (envelope-from narvi@haldjas.folklore.ee) Received: from localhost (narvi@localhost)h3FLM7uc047365; Wed, 16 Apr 2003 00:22:08 +0300 (EEST) Date: Wed, 16 Apr 2003 00:22:07 +0300 (EEST) From: Narvi To: Jake Burkholder In-Reply-To: <20030415022455.GE97094@locore.ca> Message-ID: <20030415204755.C75698-100000@haldjas.folklore.ee> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org cc: freebsd-sparc@freebsd.org Subject: Re: tlb, tsb & ...stuff 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, 15 Apr 2003 21:22:15 -0000 On Mon, 14 Apr 2003, Jake Burkholder wrote: > [ ... ] > > > > > > With 3 levels this can support a 32 gigabyte virtual address space (fully > > > resident), but doesn't penalize processes with sparse address spaces due > > > to not requiring intermediate "page table pages" in all cases. Basically > > > like traditional page tables but backwards :). > > > > > > > This would have rather bad locality of access though, no? The conflict > > side of the thing is resolvable (to an extent) using it as a sum or xor > > addressed cache. I guess I should whip up some code to show what I mean. > > Missing in L2 can delay you for say 100 cycles. Also, this scheme cause > > the pages to accumulate with basicly no eviction of 'vist once' pages. > > Yes, you're right. The current scheme has ok cache locality and the > eviction properties are nice. How does an xor addressed cache work? > I would be interested to see a simple example. The hash function needs > to be as simple as possible because it needs to fit in 1 or 2 instructions > in the tlb fault handlers. So '&' is attractive but may not have great > properties. > xor and sum addressed caches rely on additiopnal information beyond just the cache-size covering ones to compute the index, so simple examples might be: xor: &pm->tsb[((vpn >> (TTE_SHIFT + TSB_SHIFT)) ^ (vpn >> TTE_SHIFT)) & TSB_MASK)] sum: &pm->tsb[((vpn >> (TTE_SHIFT + TSB_SHIFT)) + (vpn >> TTE_SHIFT)) & TSB_MASK)] so essentially it would add a shift and a add/xor. The aim is to make most of the power of two and other pobvious conflict patterns be non-conflicting in the cache. A xor based cache has some interesting propeties (it doesn't matter whetever you use n consequtive or "conflicting" entries, the first n-1 next conflicts get mapped to different lines) - its also nice in a skew cache - the expense is bad locality. With a four-way cache, sum might be better when you consider locality. I gues thepart that worries me with only one TSB strategy is that on UltraSparc I/II the misses will be capacity misses as the TLB is fully associative, but on USPARC3 you get a 1024 entry 4-way tlb that will give you completely different pattern on many programs. > [ ... ] > > > > Another way to overcome the would be to allocate teh different "ways" of > > the TSB separately, so that the area need not be contiguous. > > This has got me thinking. The main problem is how to map the tsb into > contiguous virtual address space so it can be indexed easily by the tlb > fault handlers, ideally base + offset, where offset is a hash of the > virtual address, with no indirection. But the only requirement for > contiguity is to make the tlb fault handlers fast. When its accessed by > the kernel for pmap processing it doesn't much matter because there are > other slow things going, adding indirection there won't make much difference. > Just mapping it into the kernel address space is easy because faults on > the tsb inside of the user tlb fault handler are handled uniformly as normal > kernel tlb faults. If they were handled specially it might be possible > to use a multi level structure that's more transparent. > Something I really liked from your post about tree like structure was the idea of having a simple (lets call it L0TSB?) buffer at the front with the complex lookup hapenning later. We could even simplify it to the point where the L1 table would only contain the 8KB page number and a pointer to the entry in the TSB, so the 'fast load' handler would basicly be (in pseudcode): offset = ((v >> 10) & L0TSB_MASK); if ((l0tsb[offset+1] == 0) || (l0tsb[offset] != v)) do_real_tsb_load(v); load_from_tsb(&l0tsb[bucket+1]); return_from_exception(); which is almost as simple in sparc assembler (sorry, i'm slow writing sparc asm), short and can accomodate a two-way cache just as easily. It does mean that loading of non-8K pages will always be slower to create a fast simple case for 8KB pages. This should also provide for very fast TLB loads for cases where the LRU replacement TLB has zero locality either due to repetitive loads that cause the LRU to throw out the about to be used again entries ( not blocked for TLB matrix codes/bitmap ops) or sparse access to memory (yay for tree / linked list structures linking data present all over the heap). It also means that the "real" tsb can be more complex then now without causing speed-downs for applications, as long as most cases are handled at L0 level and there is no restriction for the tsb to be continuous. > [ ... ] > > > > I was more thinking about say using 64K pages for user stack or malloc or > > similar - it doesn't quite have the same complexity as general mapping > > scheme, in the malloc case could be requested by the user and would keep > > pressure or TLB & faults down. But sounds like this is not simple/feasible > > for now. > > I'd really like to see this, but yes it is hard to do in a generalized way. > The vm system needs to be aware of the contiguity of physical pages, and > try to make reservations of large contiguous regions, expecting all the > pages to be faulted in with the same protections so the mapping can be > "upgraded" to use a larger page size. The best work that I've seen on > this topic so far is this paper: > http://www.cs.rice.edu/~ssiyer/r/superpages/ > That Alan Cox is a FreeBSD guy, so we may see this in FreeBSD at some point. > Well, for me theproblem part starts where people start talking about page size promotion/demotion and not simply sneakily using some page size (say 64K) for specific memory regions and never promoting / demoting pages. The 64K pages are sort of magic in that way though, and in general it would suck to use the other pages sizes that way, except for possibly mapping framebuffers and similar. > Jake > From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 15 19:26:22 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 D349037B401 for ; Tue, 15 Apr 2003 19:26:22 -0700 (PDT) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EB1B43FBF for ; Tue, 15 Apr 2003 19:26:22 -0700 (PDT) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.8/8.12.8) with ESMTP id h3G2RdxS018753; Tue, 15 Apr 2003 22:27:39 -0400 (EDT) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.8/8.12.8/Submit) id h3G2Rdu8018752; Tue, 15 Apr 2003 22:27:39 -0400 (EDT) Date: Tue, 15 Apr 2003 22:27:39 -0400 From: Jake Burkholder To: "Andrew R. Reiter" Message-ID: <20030416022738.GA16563@locore.ca> References: <20030414221701.S60485@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030414221701.S60485@fledge.watson.org> User-Agent: Mutt/1.4i cc: freebsd-sparc@freebsd.org Subject: Re: sparc64 current snapshot isos? 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, 16 Apr 2003 02:26:23 -0000 Apparently, On Tue, Apr 15, 2003 at 12:23:03AM -0400, Andrew R. Reiter said words to the effect of; > > Does anyone keep weekly/monthly snapshot isos for sparc64? I fixed make release today and built a new one. Its on ftp2: ftp://ftp2.freebsd.org/pub/FreeBSD/snapshots/sparc64/5.0-20030415-SNAP/ I did a minimal install, it seemed to work fine. Jake From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 15 22:51: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 54E3037B401 for ; Tue, 15 Apr 2003 22:51:23 -0700 (PDT) Received: from gw.andersa.net (as1-3-8.ml.g.bonet.se [217.215.159.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28E4043F3F for ; Tue, 15 Apr 2003 22:51:22 -0700 (PDT) (envelope-from anders@gw.andersa.net) Received: from gw.andersa.net (anders@localhost [127.0.0.1]) by gw.andersa.net (8.12.9/8.12.9) with ESMTP id h3G5pHtk004714; Wed, 16 Apr 2003 07:51:17 +0200 (CEST) (envelope-from anders@gw.andersa.net) Received: (from anders@localhost) by gw.andersa.net (8.12.9/8.12.9/Submit) id h3G5pGYa004713; Wed, 16 Apr 2003 07:51:16 +0200 (CEST) Date: Wed, 16 Apr 2003 07:51:16 +0200 From: Anders Andersson To: Tom Samplonius Message-ID: <20030416055116.GA4682@gw.andersa.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i cc: freebsd-sparc64@freebsd.org Subject: Re: "make world" performance? 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, 16 Apr 2003 05:51:23 -0000 On Mon, Apr 14, 2003 at 09:42:24PM -0700, Tom Samplonius wrote: > What build times are people getting with their boxes? This is on my Sun Ultra10, 440MHz, 512MB Ram, 8GB IDE HD. time make buildworld [snip] real 168m28.498s user 135m1.313s sys 25m7.536s -- Anders Andersson From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 15 23:07:46 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 88ADE37B401 for ; Tue, 15 Apr 2003 23:07:46 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBFF243FAF for ; Tue, 15 Apr 2003 23:07:45 -0700 (PDT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h3G683rD061194; Wed, 16 Apr 2003 02:08:03 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost)h3G682j0061191; Wed, 16 Apr 2003 02:08:03 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Wed, 16 Apr 2003 02:08:01 -0400 (EDT) From: "Andrew R. Reiter" To: Jake Burkholder In-Reply-To: <20030416022738.GA16563@locore.ca> Message-ID: <20030416020538.S56049@fledge.watson.org> References: <20030414221701.S60485@fledge.watson.org> <20030416022738.GA16563@locore.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc@freebsd.org Subject: Re: sparc64 current snapshot isos? 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, 16 Apr 2003 06:07:46 -0000 On Tue, 15 Apr 2003, Jake Burkholder wrote: :Apparently, On Tue, Apr 15, 2003 at 12:23:03AM -0400, : Andrew R. Reiter said words to the effect of; : :> :> Does anyone keep weekly/monthly snapshot isos for sparc64? : :I fixed make release today and built a new one. Its on ftp2: : ftp://ftp2.freebsd.org/pub/FreeBSD/snapshots/sparc64/5.0-20030415-SNAP/ : :I did a minimal install, it seemed to work fine. : Thanks alot! Works great! I'll try to work it so I can do snap shot builds every week (prolly can do it more than that, but i'd like some time ont he machine... it's a u60 and is slow, forgive me). Not sure if it's real beneficial, but I guess the more testing the better Cheers, Andrew -- Andrew R. Reiter arr@watson.org arr@FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 16 00:52:41 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 3823C37B401 for ; Wed, 16 Apr 2003 00:52:41 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [207.200.153.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF90543F75 for ; Wed, 16 Apr 2003 00:52:39 -0700 (PDT) (envelope-from tom@sdf.com) Received: from tom (helo=localhost) by misery.sdf.com with local-esmtp (Exim 2.12 #1) id 195g9P-0005C6-00; Tue, 15 Apr 2003 23:12:07 -0700 Date: Tue, 15 Apr 2003 23:11:55 -0700 (PDT) From: Tom Samplonius To: Anders Andersson In-Reply-To: <20030416055116.GA4682@gw.andersa.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc64@freebsd.org Subject: Re: "make world" performance? 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, 16 Apr 2003 07:52:41 -0000 2 hours 48 minutes isn't bad. Do I need to stick in a "-j=X" flag somewhere to do parallel compiles to take advantage of SMP on FreeBSD/sparc64? On Wed, 16 Apr 2003, Anders Andersson wrote: > On Mon, Apr 14, 2003 at 09:42:24PM -0700, Tom Samplonius wrote: > > What build times are people getting with their boxes? > > This is on my Sun Ultra10, 440MHz, 512MB Ram, 8GB IDE HD. > > time make buildworld > [snip] > real 168m28.498s > user 135m1.313s > sys 25m7.536s > > -- > Anders Andersson > > > From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 16 05:41: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 848EF37B404 for ; Wed, 16 Apr 2003 05:41:03 -0700 (PDT) Received: from relay.1anetworks.net (ns3.1anetworks.net [212.36.99.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 088E743F85 for ; Wed, 16 Apr 2003 05:41:00 -0700 (PDT) (envelope-from brian@ukip.com) Received: from cc-gw.1anetworks.net (cc-gw.1anetworks.net [193.243.179.83]) by relay.1anetworks.net (8.11.7+Sun/8.11.7) with SMTP id h3GCewB15287 for ; Wed, 16 Apr 2003 13:40:58 +0100 (BST) Received: from BRI (brian.1anetworks.net [212.36.98.200]) by parma.1anetworks.net (8.9.3+Sun/8.9.3) with SMTP id NAA29764 for ; Wed, 16 Apr 2003 13:40:55 +0100 (BST) From: "Bri" To: "Freebsd-Sparc" Date: Wed, 16 Apr 2003 13:32:02 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Subject: Libtool and the lastest cvs version of php 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, 16 Apr 2003 12:41:03 -0000 I've noticed on both freebsd 5 on (SPARC64) and redhat linux 7.x are running libtool 1.3.4 and the lastest cvs version of php requires 1.4.3 or higher I'm wonder if there are any issues with these new versions of libtool or not as 5 CURRENT is only on 1.3.4 and the highest version I've seen anywhere with a default os install is 1.4 is there anything big that could go wrong using 1.4.3. and ports/devel/libtool ports/devel/libtool13 ports/devel/libtool14 are all the same version 1.3.4 Bri, From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 16 15:23:44 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 581EB37B401 for ; Wed, 16 Apr 2003 15:23:44 -0700 (PDT) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0776943F93 for ; Wed, 16 Apr 2003 15:23:43 -0700 (PDT) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.8/8.12.8) with ESMTP id h3GMP3xS023897; Wed, 16 Apr 2003 18:25:03 -0400 (EDT) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.8/8.12.8/Submit) id h3GMP3cd023896; Wed, 16 Apr 2003 18:25:03 -0400 (EDT) Date: Wed, 16 Apr 2003 18:25:02 -0400 From: Jake Burkholder To: John Polstra Message-ID: <20030416222502.GD16563@locore.ca> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i cc: sparc64@freebsd.org Subject: Re: Environment-related exec or gmake bug 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, 16 Apr 2003 22:23:44 -0000 Apparently, On Tue, Apr 15, 2003 at 11:48:37AM -0700, John Polstra said words to the effect of; > I have the new ezm3 port all ready to commit, including support for > FreeBSD/sparc64. But in testing it on panther.freebsd.org, I've run > into a very strange build failure. It happens during the build of > the gcc-based M3 code generator, and it looks like this: > > [gmake ... lots of compiling in gcc/gcc] > cc -c -DIN_GCC -O -W -Wall -Wwrite-strings -Wstrict-prototypes > -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long > -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/config > -I../../gcc/gcc/../include ../../gcc/gcc/ma > in.c -o main.o > (cd intl && gmake all) > gmake[2]: Entering directory > `/s/scratch/jdp/ports/lang/ezm3/work/ezm3-1.1/language/modula3/m3compiler/m3cc/FBSD_S > PARC64/gcc/in > tl' > gmake[2]: *** No rule to make target `STAGE_PREFIX'. Stop. > gmake[2]: Leaving directory > `/s/scratch/jdp/ports/lang/ezm3/work/ezm3-1.1/language/modula3/m3compiler/m3cc/FBSD_S > PARC64/gcc/int > l' > gmake[1]: *** [intl.all] Error 1 > gmake[1]: Leaving directory > `/s/scratch/jdp/ports/lang/ezm3/work/ezm3-1.1/language/modula3/m3compiler/m3cc/FBSD_S > PARC64/gcc' > > When I build this portion manually (i.e., outside of the ports > system) it works OK. Furthermore, the Makefile in question doesn't > even contain the string "STAGE_PREFIX" which it is complaining > about, and it doesn't have any include directives in it either. > > After a lot of flailing around, I found that success or failure > depends on the size of what is in the environment. If I prune the > environment down to 37 variables / 939 characters, it works. If I > add the setting "x=y" (arbitrary) to the environment, it fails. > > Has anybody else seen signs of this problem? I haven't seen anything like this, no. How can I reproduce it? Has the port been committed? (kris mentioned it had). I looked in /s/scratch/jdp on panther but I get a different error trying to build ezm3 from that. Jake From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 16 15:30:55 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 1EDD137B401 for ; Wed, 16 Apr 2003 15:30:55 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 368F243F85 for ; Wed, 16 Apr 2003 15:30:54 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by wall.polstra.com (8.12.3p2/8.12.3) with ESMTP id h3GMUqdt024357 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 16 Apr 2003 15:30:53 -0700 (PDT) (envelope-from jdp@strings.polstra.com) Received: (from jdp@localhost) by strings.polstra.com (8.12.6/8.12.6/Submit) id h3GMUqRP093257; Wed, 16 Apr 2003 15:30:52 -0700 (PDT) (envelope-from jdp) Date: Wed, 16 Apr 2003 15:30:52 -0700 (PDT) Message-Id: <200304162230.h3GMUqRP093257@strings.polstra.com> To: sparc@freebsd.org From: John Polstra In-Reply-To: <20030416222502.GD16563@locore.ca> References: <20030416222502.GD16563@locore.ca> Organization: Polstra & Co., Seattle, WA Subject: Re: Environment-related exec or gmake bug 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, 16 Apr 2003 22:30:55 -0000 In article <20030416222502.GD16563@locore.ca>, Jake Burkholder wrote: > > I haven't seen anything like this, no. How can I reproduce it? > Has the port been committed? (kris mentioned it had). I looked > in /s/scratch/jdp on panther but I get a different error trying > to build ezm3 from that. The port has been committed. Would you (anybody) mind trying to install it on a sparc64 system? I am interested in whether it fails everywhere, or just on panther, or just with my particular environment settings, or just with my particular bad karma. (I was facing east when I tried it, but that didn't help.) Thanks, John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 16 15:53:22 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 4566A37B405 for ; Wed, 16 Apr 2003 15:53:22 -0700 (PDT) Received: from amsfep11-int.chello.nl (amsfep11-int.chello.nl [213.46.243.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id E237743FCB for ; Wed, 16 Apr 2003 15:53:20 -0700 (PDT) (envelope-from einekoai@chello.nl) Received: from [192.168.1.20] ([212.187.7.57]) by amsfep11-int.chello.nl (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP id <20030416225319.YDQZ29019.amsfep11-int.chello.nl@[192.168.1.20]>; Thu, 17 Apr 2003 00:53:19 +0200 From: Koop Mast To: John Polstra In-Reply-To: <200304162230.h3GMUqRP093257@strings.polstra.com> References: <20030416222502.GD16563@locore.ca> <200304162230.h3GMUqRP093257@strings.polstra.com> Content-Type: text/plain Organization: Message-Id: <1050533611.98923.4.camel@healthy.bogus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.2 (Preview Release) Date: 17 Apr 2003 00:53:31 +0200 Content-Transfer-Encoding: 7bit cc: sparc@freebsd.org Subject: Re: Environment-related exec or gmake bug 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, 16 Apr 2003 22:53:22 -0000 Op do 17-04-2003, om 00:30 schreef John Polstra: > In article <20030416222502.GD16563@locore.ca>, > Jake Burkholder wrote: > > > > I haven't seen anything like this, no. How can I reproduce it? > > Has the port been committed? (kris mentioned it had). I looked > > in /s/scratch/jdp on panther but I get a different error trying > > to build ezm3 from that. > > The port has been committed. Would you (anybody) mind trying to > install it on a sparc64 system? I am interested in whether it fails > everywhere, or just on panther, or just with my particular > environment settings, or just with my particular bad karma. (I was > facing east when I tried it, but that didn't help.) > > Thanks, > John Hello, I build the ezm3 port and cvsup-without-gui on my Ultra 10. No problems encounterd, I ran 2 succesfuly tests runs on src/ and ports/. -Koop (sorry for the bad english) From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 16 15:59:21 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 EA4D937B401 for ; Wed, 16 Apr 2003 15:59:21 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F4F343FBF for ; Wed, 16 Apr 2003 15:59:21 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by wall.polstra.com (8.12.3p2/8.12.3) with ESMTP id h3GMxHdt024474 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 16 Apr 2003 15:59:17 -0700 (PDT) (envelope-from jdp@strings.polstra.com) Received: (from jdp@localhost) by strings.polstra.com (8.12.6/8.12.6/Submit) id h3GMxHWn093316; Wed, 16 Apr 2003 15:59:17 -0700 (PDT) (envelope-from jdp) Date: Wed, 16 Apr 2003 15:59:17 -0700 (PDT) Message-Id: <200304162259.h3GMxHWn093316@strings.polstra.com> To: sparc@freebsd.org From: John Polstra In-Reply-To: <1050533611.98923.4.camel@healthy.bogus> References: <20030416222502.GD16563@locore.ca> <200304162230.h3GMUqRP093257@strings.polstra.com> <1050533611.98923.4.camel@healthy.bogus> Organization: Polstra & Co., Seattle, WA Subject: Re: Environment-related exec or gmake bug 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, 16 Apr 2003 22:59:22 -0000 In article <1050533611.98923.4.camel@healthy.bogus>, Koop Mast wrote: > > I build the ezm3 port and cvsup-without-gui on my Ultra 10. > No problems encounterd, I ran 2 succesfuly tests runs on src/ and > ports/. *Great!* I think something is screwy on panther. While I was working on it the other day, all of a sudden "vi" and "less" started complaining that there was no terminal database. Nobody else was active on the machine, and there didn't appear to be an installworld in progress. After a few minutes the programs mysteriously started working again. Very weird. Thanks a lot for the report! > -Koop (sorry for the bad english) Eh? What bad english?? :-) John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 16 16:50:01 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 699A137B404 for ; Wed, 16 Apr 2003 16:50:01 -0700 (PDT) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8126543FD7 for ; Wed, 16 Apr 2003 16:49:57 -0700 (PDT) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.8/8.12.8) with ESMTP id h3GNpIxS024390; Wed, 16 Apr 2003 19:51:18 -0400 (EDT) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.8/8.12.8/Submit) id h3GNpHFo024389; Wed, 16 Apr 2003 19:51:17 -0400 (EDT) Date: Wed, 16 Apr 2003 19:51:17 -0400 From: Jake Burkholder To: "Andrew R. Reiter" Message-ID: <20030416235117.GE16563@locore.ca> References: <20030414221701.S60485@fledge.watson.org> <20030416022738.GA16563@locore.ca> <20030416020538.S56049@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030416020538.S56049@fledge.watson.org> User-Agent: Mutt/1.4i cc: freebsd-sparc@freebsd.org Subject: Re: sparc64 current snapshot isos? 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, 16 Apr 2003 23:50:01 -0000 Apparently, On Wed, Apr 16, 2003 at 02:08:01AM -0400, Andrew R. Reiter said words to the effect of; > > On Tue, 15 Apr 2003, Jake Burkholder wrote: > > :Apparently, On Tue, Apr 15, 2003 at 12:23:03AM -0400, > : Andrew R. Reiter said words to the effect of; > : > :> > :> Does anyone keep weekly/monthly snapshot isos for sparc64? > : > :I fixed make release today and built a new one. Its on ftp2: > : ftp://ftp2.freebsd.org/pub/FreeBSD/snapshots/sparc64/5.0-20030415-SNAP/ > : > :I did a minimal install, it seemed to work fine. > : > > > Thanks alot! Works great! > > I'll try to work it so I can do snap shot builds every week (prolly can do > it more than that, but i'd like some time ont he machine... it's a u60 and > is slow, forgive me). Not sure if it's real beneficial, but I guess the > more testing the better I have an ultra 10 setup with a script to build a release each day and upload it to ftp2 (5.0-20030416-SNAP is uploading now). I'm not sure how much longer I'll have the bandwidth to do this though, so it would be good to have someone else that can take over if necessary. Jake From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 16 17:11: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 ED06C37B404 for ; Wed, 16 Apr 2003 17:11:09 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D202E43FBD for ; Wed, 16 Apr 2003 17:11:08 -0700 (PDT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h3H0BQrD051978; Wed, 16 Apr 2003 20:11:26 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost)h3H0BPWE051955; Wed, 16 Apr 2003 20:11:26 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Wed, 16 Apr 2003 20:11:25 -0400 (EDT) From: "Andrew R. Reiter" To: Jake Burkholder In-Reply-To: <20030416235117.GE16563@locore.ca> Message-ID: <20030416200949.T51213@fledge.watson.org> References: <20030414221701.S60485@fledge.watson.org> <20030416022738.GA16563@locore.ca><20030416235117.GE16563@locore.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-sparc@freebsd.org Subject: Re: sparc64 current snapshot isos? 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, 17 Apr 2003 00:11:10 -0000 On Wed, 16 Apr 2003, Jake Burkholder wrote: :Apparently, On Wed, Apr 16, 2003 at 02:08:01AM -0400, : Andrew R. Reiter said words to the effect of; : :> :> On Tue, 15 Apr 2003, Jake Burkholder wrote: :> :> :Apparently, On Tue, Apr 15, 2003 at 12:23:03AM -0400, :> : Andrew R. Reiter said words to the effect of; :> : :> :> :> :> Does anyone keep weekly/monthly snapshot isos for sparc64? :> : :> :I fixed make release today and built a new one. Its on ftp2: :> : ftp://ftp2.freebsd.org/pub/FreeBSD/snapshots/sparc64/5.0-20030415-SNAP/ :> : :> :I did a minimal install, it seemed to work fine. :> : :> :> :> Thanks alot! Works great! :> :> I'll try to work it so I can do snap shot builds every week (prolly can do :> it more than that, but i'd like some time ont he machine... it's a u60 and :> is slow, forgive me). Not sure if it's real beneficial, but I guess the :> more testing the better : :I have an ultra 10 setup with a script to build a release each day and :upload it to ftp2 (5.0-20030416-SNAP is uploading now). I'm not sure :how much longer I'll have the bandwidth to do this though, so it would :be good to have someone else that can take over if necessary. : Ok.. well, I'll atleast set something up to build release every week. It's probably worthless right now due to your setup, but atleast it'll give me experience in knowing how long it will take on my (sluggish) u60. thanks again, Andrew -- Andrew R. Reiter arr@watson.org arr@FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 16 20:58: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 B663937B401 for ; Wed, 16 Apr 2003 20:58:51 -0700 (PDT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04AED43F75 for ; Wed, 16 Apr 2003 20:58:51 -0700 (PDT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.9/8.12.9) with ESMTP id h3H3wBdZ028417; Wed, 16 Apr 2003 20:58:15 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.9/8.12.9/Submit) id h3H3w9Sp028268; Wed, 16 Apr 2003 20:58:09 -0700 (PDT) Date: Wed, 16 Apr 2003 20:58:09 -0700 From: "David O'Brien" To: Anders Andersson Message-ID: <20030417035809.GA8541@dragon.nuxi.com> References: <20030416055116.GA4682@gw.andersa.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030416055116.GA4682@gw.andersa.net> User-Agent: Mutt/1.4i X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-sparc64@freebsd.org Subject: Re: "make world" performance? X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Apr 2003 03:58:52 -0000 On Wed, Apr 16, 2003 at 07:51:16AM +0200, Anders Andersson wrote: > On Mon, Apr 14, 2003 at 09:42:24PM -0700, Tom Samplonius wrote: > > What build times are people getting with their boxes? > > This is on my Sun Ultra10, 440MHz, 512MB Ram, 8GB IDE HD. > > time make buildworld > [snip] > real 168m28.498s > user 135m1.313s > sys 25m7.536s RELENG_5_0 branch 'make world' on Mon, 30 Dec 2002 17:59:48 -0800: "2h16m15.92s real" on an E250 w/2x400 MHz (2MB cache), 512MB core, with /usr/obj on a 4-disk UW-SCSI ccd(4). GENERIC kernel (minus WITNESS), and no /etc/make.conf (==> MALLOC_OPTIONS=AJ). I forget the -j argument I used. From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 17 05:02:38 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 131FF37B401 for ; Thu, 17 Apr 2003 05:02:38 -0700 (PDT) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43EC143F75 for ; Thu, 17 Apr 2003 05:02:37 -0700 (PDT) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.8/8.12.8) with ESMTP id h3HC46xS027144; Thu, 17 Apr 2003 08:04:06 -0400 (EDT) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.8/8.12.8/Submit) id h3HC45ir027143; Thu, 17 Apr 2003 08:04:05 -0400 (EDT) Date: Thu, 17 Apr 2003 08:04:05 -0400 From: Jake Burkholder To: John Polstra Message-ID: <20030417120405.GI16563@locore.ca> References: <20030416222502.GD16563@locore.ca> <200304162230.h3GMUqRP093257@strings.polstra.com> <1050533611.98923.4.camel@healthy.bogus> <200304162259.h3GMxHWn093316@strings.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304162259.h3GMxHWn093316@strings.polstra.com> User-Agent: Mutt/1.4i cc: sparc@freebsd.org Subject: Re: Environment-related exec or gmake bug 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: Thu, 17 Apr 2003 12:02:38 -0000 Apparently, On Wed, Apr 16, 2003 at 03:59:17PM -0700, John Polstra said words to the effect of; > In article <1050533611.98923.4.camel@healthy.bogus>, > Koop Mast wrote: > > > > I build the ezm3 port and cvsup-without-gui on my Ultra 10. > > No problems encounterd, I ran 2 succesfuly tests runs on src/ and > > ports/. > > *Great!* > > I think something is screwy on panther. While I was working on it > the other day, all of a sudden "vi" and "less" started complaining > that there was no terminal database. Nobody else was active on the > machine, and there didn't appear to be an installworld in progress. > After a few minutes the programs mysteriously started working again. > Very weird. Panther crashed some weeks ago with an ecc error, so indeed there may be something screwy going on. I'm not sure if peter has been able to do anything about it or not yet. Jake From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 17 05:03:27 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 07A5737B401 for ; Thu, 17 Apr 2003 05:03:27 -0700 (PDT) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26A6A43F75 for ; Thu, 17 Apr 2003 05:03:26 -0700 (PDT) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.8/8.12.8) with ESMTP id h3HC4txS027159; Thu, 17 Apr 2003 08:04:55 -0400 (EDT) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.8/8.12.8/Submit) id h3HC4sof027158; Thu, 17 Apr 2003 08:04:54 -0400 (EDT) Date: Thu, 17 Apr 2003 08:04:54 -0400 From: Jake Burkholder To: Bri Message-ID: <20030417120454.GJ16563@locore.ca> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i cc: Freebsd-Sparc Subject: Re: Libtool and the lastest cvs version of php 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, 17 Apr 2003 12:03:27 -0000 Apparently, On Wed, Apr 16, 2003 at 01:32:02PM +0100, Bri said words to the effect of; > I've noticed on both freebsd 5 on (SPARC64) and redhat linux 7.x are running > libtool 1.3.4 and the lastest cvs version of php requires 1.4.3 or higher > I'm wonder if there are any issues with these new versions of libtool or not > as 5 CURRENT is only on 1.3.4 and the highest version I've seen anywhere > with a default os install is 1.4 is there anything big that could go wrong > using 1.4.3. > > and ports/devel/libtool > ports/devel/libtool13 > ports/devel/libtool14 > > are all the same version 1.3.4 This question would be better asked on ports@. Jake From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 17 13:17: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 603DF37B401 for ; Thu, 17 Apr 2003 13:17:04 -0700 (PDT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9386F43FA3 for ; Thu, 17 Apr 2003 13:17:03 -0700 (PDT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.12.9/8.12.9) with ESMTP id h3HKHKrD092541 for ; Thu, 17 Apr 2003 16:17:21 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost)h3HKHKRD092538 for ; Thu, 17 Apr 2003 16:17:20 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Thu, 17 Apr 2003 16:17:19 -0400 (EDT) From: "Andrew R. Reiter" To: freebsd-sparc@freebsd.org Message-ID: <20030417161244.B90240@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: devices on my sparc64 machine 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, 17 Apr 2003 20:17:04 -0000 I think there was a previous email regarding this, but I was not able to easily find it. Are there any basic things that I should look out for when trying various PCI devices on my sparc64 machine? It seems a number of devices have already been tested, but I am more curious about things such as ATM devices ... I have hfa and en cards and would like to try them on the u60. The issues Im thinking of looking out for are obvious things .. 32 v. 64 bit issues etc. If there has already been an email relating to this, I'd appreciate being forwarded it or pointed to a URL. Thank you much. Cheers, Andrew -- Andrew R. Reiter arr@watson.org arr@FreeBSD.org From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 17 15:35:21 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 24C0037B401 for ; Thu, 17 Apr 2003 15:35:21 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-150.dsl.lsan03.pacbell.net [63.207.60.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C4FD43FBF for ; Thu, 17 Apr 2003 15:35:16 -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 EBDB666CFA; Thu, 17 Apr 2003 15:35:15 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id CA9851187; Thu, 17 Apr 2003 15:35:15 -0700 (PDT) Date: Thu, 17 Apr 2003 15:35:15 -0700 From: Kris Kennaway To: Bri Message-ID: <20030417223515.GA92940@rot13.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i cc: Freebsd-Sparc Subject: Re: Libtool and the lastest cvs version of php 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, 17 Apr 2003 22:35:21 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Apr 16, 2003 at 01:32:02PM +0100, Bri wrote: > I've noticed on both freebsd 5 on (SPARC64) and redhat linux 7.x are running > libtool 1.3.4 and the lastest cvs version of php requires 1.4.3 or higher > I'm wonder if there are any issues with these new versions of libtool or not > as 5 CURRENT is only on 1.3.4 and the highest version I've seen anywhere > with a default os install is 1.4 is there anything big that could go wrong > using 1.4.3. FAQ..please consult the ports archives. Kris --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+nywjWry0BWjoQKURAlICAJ4qr6p32xZzzCYbY822tOkhoRSenQCfbWM+ snsweHXrsYZjYDvcHTvMR9s= =/hZg -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 17 15:39: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 3D7EC37B401 for ; Thu, 17 Apr 2003 15:39:53 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-150.dsl.lsan03.pacbell.net [63.207.60.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EC9743FAF for ; Thu, 17 Apr 2003 15:39:52 -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 4EFD366E6A; Thu, 17 Apr 2003 15:39:52 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id 232FA1187; Thu, 17 Apr 2003 15:39:52 -0700 (PDT) Date: Thu, 17 Apr 2003 15:39:52 -0700 From: Kris Kennaway To: John Polstra Message-ID: <20030417223952.GB92940@rot13.obsecurity.org> References: <20030416222502.GD16563@locore.ca> <200304162230.h3GMUqRP093257@strings.polstra.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0eh6TmSyL6TZE2Uz" Content-Disposition: inline In-Reply-To: <200304162230.h3GMUqRP093257@strings.polstra.com> User-Agent: Mutt/1.4i cc: sparc@freebsd.org Subject: Re: Environment-related exec or gmake bug 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: Thu, 17 Apr 2003 22:39:53 -0000 --0eh6TmSyL6TZE2Uz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 16, 2003 at 03:30:52PM -0700, John Polstra wrote: > In article <20030416222502.GD16563@locore.ca>, > Jake Burkholder wrote: > >=20 > > I haven't seen anything like this, no. How can I reproduce it? > > Has the port been committed? (kris mentioned it had). I looked > > in /s/scratch/jdp on panther but I get a different error trying > > to build ezm3 from that. >=20 > The port has been committed. Would you (anybody) mind trying to > install it on a sparc64 system? I am interested in whether it fails > everywhere, or just on panther, or just with my particular > environment settings, or just with my particular bad karma. (I was > facing east when I tried it, but that didn't help.) I should have news for you soon from the latest bento package build. Kris --0eh6TmSyL6TZE2Uz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+ny03Wry0BWjoQKURAqLUAKCbQm7/UZ8wrbbZKu4MD04Qp7owBwCdGl7K M7PtP//WWT+oqBRSjcDCEH4= =X970 -----END PGP SIGNATURE----- --0eh6TmSyL6TZE2Uz-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 17 18:17: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 9163337B401 for ; Thu, 17 Apr 2003 18:17:23 -0700 (PDT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [195.49.175.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AF1543FAF for ; Thu, 17 Apr 2003 18:17:22 -0700 (PDT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) h3I1HLsT043797; Fri, 18 Apr 2003 03:17:21 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.9/8.12.9/Submit) id h3I1HGjp043796; Fri, 18 Apr 2003 03:17:16 +0200 (CEST) (envelope-from marius) Date: Fri, 18 Apr 2003 03:17:15 +0200 From: marius@alchemy.franken.de To: John Polstra Message-ID: <20030418031715.A43697@newtrinity.zeist.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: ; from jdp@polstra.com on Tue, Apr 15, 2003 at 11:48:37AM -0700 cc: sparc64@freebsd.org Subject: Re: Environment-related exec or gmake bug 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: Fri, 18 Apr 2003 01:17:23 -0000 On Tue, Apr 15, 2003 at 11:48:37AM -0700, John Polstra wrote: > > Has anybody else seen signs of this problem? > i see exactly the same problem here on a dual-u60, last updated on april 4th. i didn't have any other problems with this machine so far. From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 18 06:43: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 8823D37B401 for ; Fri, 18 Apr 2003 06:43:18 -0700 (PDT) Received: from geddar.km.ua (geddar.km.ua [62.149.0.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50DBD43FA3 for ; Fri, 18 Apr 2003 06:43: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 h3IDbgU8088894; Fri, 18 Apr 2003 16:37:42 +0300 (EEST) (envelope-from maxim@geddar.km.ua) Received: (from maxim@localhost) by geddar.km.ua (8.12.9/8.12.9/Submit) id h3IDbfjH088893; Fri, 18 Apr 2003 16:37:41 +0300 (EEST) Date: Fri, 18 Apr 2003 16:37:41 +0300 From: Maxim Mazurok To: John Polstra Message-ID: <20030418133741.GH73971@km.ua> References: <20030416222502.GD16563@locore.ca> <200304162230.h3GMUqRP093257@strings.polstra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200304162230.h3GMUqRP093257@strings.polstra.com> User-Agent: Mutt/1.5.3i cc: sparc@freebsd.org Subject: Re: Environment-related exec or gmake bug 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: Fri, 18 Apr 2003 13:43:18 -0000 On Wed, Apr 16, 2003 at 03:30:52PM -0700, John Polstra wrote: >> I haven't seen anything like this, no. How can I reproduce it? >> Has the port been committed? (kris mentioned it had). I looked >> in /s/scratch/jdp on panther but I get a different error trying >> to build ezm3 from that. > >The port has been committed. Would you (anybody) mind trying to >install it on a sparc64 system? I am interested in whether it fails >everywhere, or just on panther, or just with my particular >environment settings, or just with my particular bad karma. (I was >facing east when I tried it, but that didn't help.) Ultra AXi OEM motherboard 5-CURRENT from Apr 10 11:26:08 EEST 2003 compillation broken last message: === ---------- building formsvbt in graphics/forms ---------- /var/opt/ports/lang/ezm3/work/ezm3-1.1/src/../boot-FBSD_SPARC64/m3build/FBSD_SPARC64/m3build -T /var/opt/ports/lang/ezm3/work/ezm3-1.1/src/../m3config/src -F /var/opt/ports/lang/ezm3/work/ezm3-1.1/src/../FBSD_SPARC64/config.tmpl mkdir FBSD_SPARC64 --- building in FBSD_SPARC64 --- m3build: quake error: error while reading ".M3EXPORTS" from directory "FBSD_SPARC64" of package "web" (/usr/local/lib/m3/pkg/web) quake error: runtime error: unable to open "/usr/local/lib/m3/pkg/web/FBSD_SPARC64/.M3EXPORTS" for reading --procedure-- -line- -file--- import -- 12 /var/opt/ports/lang/ezm3/work/ezm3-1.1/graphics/forms/formsvbt/src/m3makefile /var/opt/ports/lang/ezm3/work/ezm3-1.1/src/../boot-FBSD_SPARC64/m3ship/FBSD_SPARC64/m3ship -T /var/opt/ports/lang/ezm3/work/ezm3-1.1/src/../m3config/src --- shipping from FBSD_SPARC64 --- strip: /usr/local/bin/m3build: No such file or directory *** Error code 1 Stop in /var/opt/ports/lang/ezm3. *** Error code 1 Stop in /var/opt/ports/net/cvsup-without-gui. === -- Maxim Mazurok (MMP2-RIPE) From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 18 07:36: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 97C8A37B401 for ; Fri, 18 Apr 2003 07:36:14 -0700 (PDT) Received: from smtp.eos.ocn.ne.jp (eos.ocn.ne.jp [211.6.83.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id C25B643FE1 for ; Fri, 18 Apr 2003 07:36:13 -0700 (PDT) (envelope-from hrs@eos.ocn.ne.jp) Received: from mail.allbsd.org (p53054-adsao12honb4-acca.tokyo.ocn.ne.jp [220.96.135.54]) by smtp.eos.ocn.ne.jp (Postfix) with ESMTP id 9B34C5CB8; Fri, 18 Apr 2003 23:36:12 +0900 (JST) Received: from localhost (alph.allbsd.org [192.168.0.10]) h3IEZDJp060395; Fri, 18 Apr 2003 23:35:14 +0900 (JST) (envelope-from hrs@eos.ocn.ne.jp) Date: Fri, 18 Apr 2003 23:27:28 +0900 (JST) Message-Id: <20030418.232728.74757631.hrs@eos.ocn.ne.jp> To: jdp@polstra.com From: Hiroki Sato In-Reply-To: <20030418133741.GH73971@km.ua> References: <20030416222502.GD16563@locore.ca> <200304162230.h3GMUqRP093257@strings.polstra.com> <20030418133741.GH73971@km.ua> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 2.2 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: sparc@freebsd.org Subject: Re: Environment-related exec or gmake bug 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: Fri, 18 Apr 2003 14:36:14 -0000 Maxim Mazurok wrote in <20030418133741.GH73971@km.ua>: maxim> On Wed, Apr 16, 2003 at 03:30:52PM -0700, John Polstra wrote: maxim> maxim> >> I haven't seen anything like this, no. How can I reproduce it? maxim> >> Has the port been committed? (kris mentioned it had). I looked maxim> >> in /s/scratch/jdp on panther but I get a different error trying maxim> >> to build ezm3 from that. maxim> > maxim> >The port has been committed. Would you (anybody) mind trying to maxim> >install it on a sparc64 system? I am interested in whether it fails maxim> >everywhere, or just on panther, or just with my particular maxim> >environment settings, or just with my particular bad karma. (I was maxim> >facing east when I tried it, but that didn't help.) maxim> maxim> Ultra AXi OEM motherboard maxim> maxim> 5-CURRENT from Apr 10 11:26:08 EEST 2003 maxim> compillation broken maxim> last message: maxim> === (snip) maxim> /var/opt/ports/lang/ezm3/work/ezm3-1.1/graphics/forms/formsvbt/src/m3makefile maxim> maxim> /var/opt/ports/lang/ezm3/work/ezm3-1.1/src/../boot-FBSD_SPARC64/m3ship/FBSD_SPARC64/m3ship maxim> -T /var/opt/ports/lang/ezm3/work/ezm3-1.1/src/../m3config/src maxim> --- shipping from FBSD_SPARC64 --- maxim> strip: /usr/local/bin/m3build: No such file or directory maxim> *** Error code 1 maxim> maxim> Stop in /var/opt/ports/lang/ezm3. maxim> *** Error code 1 maxim> maxim> Stop in /var/opt/ports/net/cvsup-without-gui. I tried to compile on my sparc64 box (Ultra5, 5.0-CURRENT as of April 13), but the build failed due to the same error. -- | Hiroki SATO / From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 18 08:59: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 6DE5537B401 for ; Fri, 18 Apr 2003 08:59:02 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4745443FCB for ; Fri, 18 Apr 2003 08:59:01 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by wall.polstra.com (8.12.3p2/8.12.3) with ESMTP id h3IFwxdt034291 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 18 Apr 2003 08:58:59 -0700 (PDT) (envelope-from jdp@strings.polstra.com) Received: (from jdp@localhost) by strings.polstra.com (8.12.6/8.12.6/Submit) id h3IFwwf4096854; Fri, 18 Apr 2003 08:58:58 -0700 (PDT) (envelope-from jdp) Date: Fri, 18 Apr 2003 08:58:58 -0700 (PDT) Message-Id: <200304181558.h3IFwwf4096854@strings.polstra.com> To: sparc@freebsd.org From: John Polstra In-Reply-To: <20030418133741.GH73971@km.ua> References: <20030416222502.GD16563@locore.ca> <200304162230.h3GMUqRP093257@strings.polstra.com> <20030418133741.GH73971@km.ua> Organization: Polstra & Co., Seattle, WA Subject: Re: Environment-related exec or gmake bug 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: Fri, 18 Apr 2003 15:59:02 -0000 In article <20030418133741.GH73971@km.ua>, Maxim Mazurok wrote: > Ultra AXi OEM motherboard > > 5-CURRENT from Apr 10 11:26:08 EEST 2003 > compillation broken > last message: > === > ---------- building formsvbt in graphics/forms ---------- > > /var/opt/ports/lang/ezm3/work/ezm3-1.1/src/../boot-FBSD_SPARC64/m3build/FBSD_SPARC64/m3build > -T /var/opt/ports/lang/ezm3/work/ezm3-1.1/src/../m3config/src -F > /var/opt/ports/lang/ezm3/work/ezm3-1.1/src/../FBSD_SPARC64/config.tmpl > mkdir FBSD_SPARC64 > --- building in FBSD_SPARC64 --- > > m3build: quake error: error while reading ".M3EXPORTS" > from directory "FBSD_SPARC64" of package "web" > (/usr/local/lib/m3/pkg/web) > > quake error: runtime error: unable to open > "/usr/local/lib/m3/pkg/web/FBSD_SPARC64/.M3EXPORTS" for reading > > --procedure-- -line- -file--- > import -- > 12 > /var/opt/ports/lang/ezm3/work/ezm3-1.1/graphics/forms/formsvbt/src/m3makefile > > /var/opt/ports/lang/ezm3/work/ezm3-1.1/src/../boot-FBSD_SPARC64/m3ship/FBSD_SPARC64/m3ship > -T /var/opt/ports/lang/ezm3/work/ezm3-1.1/src/../m3config/src > --- shipping from FBSD_SPARC64 --- > strip: /usr/local/bin/m3build: No such file or directory > *** Error code 1 > > Stop in /var/opt/ports/lang/ezm3. > *** Error code 1 > > Stop in /var/opt/ports/net/cvsup-without-gui. > === Unfortunately, the build continues for a long time after the actual error occurs. If you search the build log for "STAGE", I bet you'll find that it was the gcc build that failed. The build system is too stupid to stop at that point. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 18 11:11:36 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 3550F37B401 for ; Fri, 18 Apr 2003 11:11:36 -0700 (PDT) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63AEB43F75 for ; Fri, 18 Apr 2003 11:11:35 -0700 (PDT) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.8/8.12.8) with ESMTP id h3IIDBxS034321; Fri, 18 Apr 2003 14:13:11 -0400 (EDT) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.8/8.12.8/Submit) id h3IID0jL034320; Fri, 18 Apr 2003 14:13:00 -0400 (EDT) Date: Fri, 18 Apr 2003 14:13:00 -0400 From: Jake Burkholder To: Koop Mast Message-ID: <20030418181300.GA33257@locore.ca> References: <20030416222502.GD16563@locore.ca> <200304162230.h3GMUqRP093257@strings.polstra.com> <1050533611.98923.4.camel@healthy.bogus> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1050533611.98923.4.camel@healthy.bogus> User-Agent: Mutt/1.4i cc: sparc@freebsd.org cc: John Polstra Subject: Re: Environment-related exec or gmake bug 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: Fri, 18 Apr 2003 18:11:36 -0000 Apparently, On Thu, Apr 17, 2003 at 12:53:31AM +0200, Koop Mast said words to the effect of; > Op do 17-04-2003, om 00:30 schreef John Polstra: > > In article <20030416222502.GD16563@locore.ca>, > > Jake Burkholder wrote: > > > > > > I haven't seen anything like this, no. How can I reproduce it? > > > Has the port been committed? (kris mentioned it had). I looked > > > in /s/scratch/jdp on panther but I get a different error trying > > > to build ezm3 from that. > > > > The port has been committed. Would you (anybody) mind trying to > > install it on a sparc64 system? I am interested in whether it fails > > everywhere, or just on panther, or just with my particular > > environment settings, or just with my particular bad karma. (I was > > facing east when I tried it, but that didn't help.) > > > > Thanks, > > John > Hello, > > I build the ezm3 port and cvsup-without-gui on my Ultra 10. > No problems encounterd, I ran 2 succesfuly tests runs on src/ and > ports/. What version of freebsd and which versions of the dependency ports? expat-1.95.6_1 gmake-3.80 libtool-1.3.4_4 gettext-0.11.5_1 libiconv-1.8_2 Thanks, Jake From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 18 11:57:00 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 ACA3837B401 for ; Fri, 18 Apr 2003 11:57:00 -0700 (PDT) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id E21CD43FCB for ; Fri, 18 Apr 2003 11:56:59 -0700 (PDT) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.8/8.12.8) with ESMTP id h3IIwdxS034532; Fri, 18 Apr 2003 14:58:39 -0400 (EDT) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.8/8.12.8/Submit) id h3IIwclv034531; Fri, 18 Apr 2003 14:58:38 -0400 (EDT) Date: Fri, 18 Apr 2003 14:58:38 -0400 From: Jake Burkholder To: "Andrew R. Reiter" Message-ID: <20030418185838.GB33257@locore.ca> References: <20030417161244.B90240@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030417161244.B90240@fledge.watson.org> User-Agent: Mutt/1.4i cc: freebsd-sparc@freebsd.org Subject: Re: devices on my sparc64 machine 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, 18 Apr 2003 18:57:01 -0000 Apparently, On Thu, Apr 17, 2003 at 04:17:19PM -0400, Andrew R. Reiter said words to the effect of; > > I think there was a previous email regarding this, but I was not able to > easily find it. > > Are there any basic things that I should look out for when trying various > PCI devices on my sparc64 machine? It seems a number of devices have > already been tested, but I am more curious about things such as ATM > devices ... I have hfa and en cards and would like to try them on the u60. As far as I know Harti Brandt uses ngATM on sparc64, but I think that's with separate drivers. I looked briefly at the atm drivers for PAE safeness and ran away screaming, many of the issues are the same. > > The issues Im thinking of looking out for are obvious things .. 32 v. 64 > bit issues etc. The compiler will catch many 32/64 bit issues (casting pointer to integer of different size). The biggest things to look for are endian problems and proper use of busdma. The bus space accessors will do byte swapping in hardware for pci devices, but if the device directly accesses data in host memory it needs to have the right endianness and may need to be byte swapped by hand. Some devices have big and little endian modes. Anything that does dma and uses vtophys will not work, it needs to use busdma. Also, busdma consumers must not assume that bus addresses are actually physical addresses, because they're actually dvma addresses on sparc64. Jake From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 18 14:06:06 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 9E63C37B40C for ; Fri, 18 Apr 2003 14:06:06 -0700 (PDT) Received: from k6.locore.ca (k6.locore.ca [198.96.117.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C6D243FE0 for ; Fri, 18 Apr 2003 14:06:05 -0700 (PDT) (envelope-from jake@k6.locore.ca) Received: from k6.locore.ca (localhost.locore.ca [127.0.0.1]) by k6.locore.ca (8.12.8/8.12.8) with ESMTP id h3IL7jxS035305; Fri, 18 Apr 2003 17:07:45 -0400 (EDT) (envelope-from jake@k6.locore.ca) Received: (from jake@localhost) by k6.locore.ca (8.12.8/8.12.8/Submit) id h3IL7jxB035304; Fri, 18 Apr 2003 17:07:45 -0400 (EDT) Date: Fri, 18 Apr 2003 17:07:44 -0400 From: Jake Burkholder To: John Polstra Message-ID: <20030418210744.GC33257@locore.ca> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i cc: sparc64@freebsd.org Subject: Re: Environment-related exec or gmake bug 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: Fri, 18 Apr 2003 21:06:07 -0000 Apparently, On Tue, Apr 15, 2003 at 11:48:37AM -0700, John Polstra said words to the effect of; > I have the new ezm3 port all ready to commit, including support for > FreeBSD/sparc64. But in testing it on panther.freebsd.org, I've run > into a very strange build failure. It happens during the build of > the gcc-based M3 code generator, and it looks like this: > > [gmake ... lots of compiling in gcc/gcc] > cc -c -DIN_GCC -O -W -Wall -Wwrite-strings -Wstrict-prototypes > -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long > -DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/config > -I../../gcc/gcc/../include ../../gcc/gcc/ma > in.c -o main.o > (cd intl && gmake all) > gmake[2]: Entering directory > `/s/scratch/jdp/ports/lang/ezm3/work/ezm3-1.1/language/modula3/m3compiler/m3cc/FBSD_S > PARC64/gcc/in > tl' > gmake[2]: *** No rule to make target `STAGE_PREFIX'. Stop. > gmake[2]: Leaving directory > `/s/scratch/jdp/ports/lang/ezm3/work/ezm3-1.1/language/modula3/m3compiler/m3cc/FBSD_S > PARC64/gcc/int > l' > gmake[1]: *** [intl.all] Error 1 > gmake[1]: Leaving directory > `/s/scratch/jdp/ports/lang/ezm3/work/ezm3-1.1/language/modula3/m3compiler/m3cc/FBSD_S > PARC64/gcc' > > When I build this portion manually (i.e., outside of the ports > system) it works OK. Furthermore, the Makefile in question doesn't > even contain the string "STAGE_PREFIX" which it is complaining > about, and it doesn't have any include directives in it either. > > After a lot of flailing around, I found that success or failure > depends on the size of what is in the environment. If I prune the > environment down to 37 variables / 939 characters, it works. If I > add the setting "x=y" (arbitrary) to the environment, it fails. I get the same error on all my machines. I re-installed one of my crash boxes from scratch and built the latest versions of the ports that ezm3 depends on, but no luck. It looks like the Makefile in FBSD_SPARC64/gcc gets sucked in when building FBSD_SPARC64/gcc/intl due to being a subdir, which is where it could be getting STAGE_PREFIX from. I got ezm3 it to build with this patch, and the resulting cvsup binary seems to work fine, but it may just be due to removing stuff from the environment as you describe. Jake --- language/modula3/m3compiler/m3cc/gcc/gcc/Makefile.in.orig Fri Apr 18 14:31:46 2003 +++ language/modula3/m3compiler/m3cc/gcc/gcc/Makefile.in Fri Apr 18 14:32:11 2003 @@ -690,8 +690,8 @@ -e 's|%% *|../|g' \ -e 's|%||g' SUBDIR_FLAGS_TO_PASS = $(ORDINARY_FLAGS_TO_PASS) \ - "CC=`echo @quoted_cc_set_by_configure@ | $(PREPEND_DOTDOT_TO_RELATIVE_PATHS)`" \ - "STAGE_PREFIX=`echo @quoted_stage_prefix_set_by_configure@ | $(PREPEND_DOTDOT_TO_RELATIVE_PATHS)`" + "CC=`echo @quoted_cc_set_by_configure@ | $(PREPEND_DOTDOT_TO_RELATIVE_PATHS)`" + # # Lists of files for various purposes. From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 18 14:19: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 655C537B404 for ; Fri, 18 Apr 2003 14:19:47 -0700 (PDT) Received: from wall.polstra.com (wall-gw.polstra.com [206.213.73.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3498843FAF for ; Fri, 18 Apr 2003 14:19:46 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from strings.polstra.com (strings.polstra.com [206.213.73.20]) by wall.polstra.com (8.12.3p2/8.12.3) with ESMTP id h3ILJidt035630 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 18 Apr 2003 14:19:45 -0700 (PDT) (envelope-from jdp@strings.polstra.com) Received: (from jdp@localhost) by strings.polstra.com (8.12.6/8.12.6/Submit) id h3ILJigj097612; Fri, 18 Apr 2003 14:19:44 -0700 (PDT) (envelope-from jdp) Date: Fri, 18 Apr 2003 14:19:44 -0700 (PDT) Message-Id: <200304182119.h3ILJigj097612@strings.polstra.com> To: sparc@freebsd.org From: John Polstra In-Reply-To: <20030418210744.GC33257@locore.ca> References: <20030418210744.GC33257@locore.ca> Organization: Polstra & Co., Seattle, WA Subject: Re: Environment-related exec or gmake bug 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: Fri, 18 Apr 2003 21:19:47 -0000 In article <20030418210744.GC33257@locore.ca>, Jake Burkholder wrote: > I get the same error on all my machines. I re-installed one of my crash > boxes from scratch and built the latest versions of the ports that ezm3 > depends on, but no luck. It's damned nice of you to work on this. Thanks! > It looks like the Makefile in FBSD_SPARC64/gcc gets sucked in when > building FBSD_SPARC64/gcc/intl due to being a subdir, which is where > it could be getting STAGE_PREFIX from. That's what I think, too. But I think (not sure) that a fresh gmake image is forked & execed for each subdir. In that case there shouldn't be any pollution from the parent process. > I got ezm3 it to build with this patch, and the resulting cvsup > binary seems to work fine, but it may just be due to removing stuff > from the environment as you describe. I think it probably is due to that. Building ezm3 by hand (typing "gmake" in $WRKSRC) works OK, and about the only possible difference is in the environment. But, hey, I'm not proud! :-) I'll commit your patch for now. At least it solves the problem. John -- John Polstra John D. Polstra & Co., Inc. Seattle, Washington USA "Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 19 07:51:44 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 31B7B37B401 for ; Sat, 19 Apr 2003 07:51:44 -0700 (PDT) Received: from amsfep14-int.chello.nl (amsfep14-int.chello.nl [213.46.243.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id C12AE43FDD for ; Sat, 19 Apr 2003 07:51:42 -0700 (PDT) (envelope-from einekoai@chello.nl) Received: from [192.168.1.15] ([212.187.7.57]) by amsfep14-int.chello.nl (InterMail vM.5.01.05.17 201-253-122-126-117-20021021) with ESMTP id <20030419145141.UQLH11499.amsfep14-int.chello.nl@[192.168.1.15]>; Sat, 19 Apr 2003 16:51:41 +0200 From: Koop Mast To: Jake Burkholder In-Reply-To: <20030418181300.GA33257@locore.ca> References: <20030416222502.GD16563@locore.ca> <200304162230.h3GMUqRP093257@strings.polstra.com> <20030418181300.GA33257@locore.ca> Content-Type: text/plain Organization: Message-Id: <1050764075.313.211.camel@healthy.bogus> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.2 (Preview Release) Date: 19 Apr 2003 14:54:37 +0000 Content-Transfer-Encoding: 7bit cc: sparc@freebsd.org cc: John Polstra Subject: Re: Environment-related exec or gmake bug 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: Sat, 19 Apr 2003 14:51:44 -0000 Op vr 18-04-2003, om 18:13 schreef Jake Burkholder: > Apparently, On Thu, Apr 17, 2003 at 12:53:31AM +0200, > Koop Mast said words to the effect of; > > > Op do 17-04-2003, om 00:30 schreef John Polstra: > > > In article <20030416222502.GD16563@locore.ca>, > > > Jake Burkholder wrote: > > > > > > > > I haven't seen anything like this, no. How can I reproduce it? > > > > Has the port been committed? (kris mentioned it had). I looked > > > > in /s/scratch/jdp on panther but I get a different error trying > > > > to build ezm3 from that. > > > > > > The port has been committed. Would you (anybody) mind trying to > > > install it on a sparc64 system? I am interested in whether it fails > > > everywhere, or just on panther, or just with my particular > > > environment settings, or just with my particular bad karma. (I was > > > facing east when I tried it, but that didn't help.) > > > > > > Thanks, > > > John > > Hello, > > > > I build the ezm3 port and cvsup-without-gui on my Ultra 10. > > No problems encounterd, I ran 2 succesfuly tests runs on src/ and > > ports/. > > What version of freebsd and which versions of the dependency ports? > > expat-1.95.6_1 gmake-3.80 libtool-1.3.4_4 > gettext-0.11.5_1 libiconv-1.8_2 > > Thanks, > Jake The dependency ports are the same version as above. The previous world & kernel that worked was from 17 apr. The current world & kernel are from today, I moved the old /usr/include out of the way before installworld. FreeBSD sparkel 5.0-CURRENT FreeBSD 5.0-CURRENT #7: Sat Apr 19 01:16:39 CEST 2003 root@sparkel:/usr/obj/usr/src/sys/sparkel sparc64 I rm -r * /usr/local and /usr/X11R6 and rebuild the ezm3 and cvsup-without-gui ports. Cvsup runs without problems, I have a build log from ezm3 if it can help. -Koop