From owner-freebsd-alpha Mon Jul 12 6:12: 1 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from student.lssu.edu (student.lssu.edu [198.110.216.219]) by hub.freebsd.org (Postfix) with ESMTP id 4207E14D26; Mon, 12 Jul 1999 06:11:45 -0700 (PDT) (envelope-from pe@student.lssu.edu) Received: from localhost (pe@localhost) by student.lssu.edu (8.9.3/8.9.3) with ESMTP id JAA20720; Mon, 12 Jul 1999 09:12:17 -0400 (EDT) Date: Mon, 12 Jul 1999 09:12:17 -0400 (EDT) From: "System Admin." To: freebsd-questions@freebsd.org, freebsd-alpha@freebsd.org Subject: problem compiling Python Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi all, Is there anybody successfully compiled and installed Python-1.5.2 on FreeBSD-3.2/Alpha? When I compiled and run make test everything pass except test_fcntl function. It seem to be the really important one that I need too. This is the output of the test: host# python test_fcntl.py Status from fnctl with O_NONBLOCK: 0 struct.pack: '\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\ 000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\ 000\000\000\000\003\000\000\000' Traceback (innermost last): File "test_fcntl.py", line 30, in ? rv = fcntl.fcntl(f.fileno(), FCNTL.F_SETLKW, lockdata) IOError: [Errno 22] Invalid argument Any trick to make this thing work? Please help! TIA pe' ------------------------------ UNIX System Admin. Distributed Computing Services Lake Superior State University 650 W. Easterday Ave. Sault Ste. Marie. MI 49783 USA. ------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jul 12 7: 3: 3 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from Prime-FE1.lvcablemodem.com (prime-fe1.lvcablemodem.com [24.234.0.9]) by hub.freebsd.org (Postfix) with ESMTP id 2FD2E14C30 for ; Mon, 12 Jul 1999 07:02:54 -0700 (PDT) (envelope-from mholloway@flashmail.com) Received: from prime-fe1.lvcablemodem.com - 24.234.0.9 by lvcablemodem.com with Microsoft SMTPSVC; Mon, 12 Jul 1999 07:04:50 -0700 Received: from liquid (dhcp235.59.lvcm.com [24.234.59.235]) by prime-fe1.lvcablemodem.com with SMTP (MailShield v1.5); Mon, 12 Jul 1999 07:04:49 -0700 Message-ID: <001201becc6e$b83e1da0$eb3bea18@lvcm.com> From: "Mark Holloway" To: Subject: Alpha FreeBSD 3.2 Date: Mon, 12 Jul 1999 06:59:11 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000F_01BECC34.0B8B5940" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_000F_01BECC34.0B8B5940 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Does anyone know if installing FreeBSD Alpha will get Xfree86 up and = running with an Elsa GLoria Synergy card? It uses the Permedia 2 chip = which is supported by Xfree86 3.3.3. The card itself was designed by = Elsa to work on Intel and DEC Alpha. According to the commercial X = servers like Metro-X and Accelerated-X they support this card on Alpha = running Linux. Xfree86 project has a driver for it, but I'm lost in = knowing if it has been ported to Alpha FreeBSD. Regards, Mark ------=_NextPart_000_000F_01BECC34.0B8B5940 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Does anyone know if installing FreeBSD Alpha will = get Xfree86=20 up and running with an Elsa GLoria Synergy card? It uses the = Permedia 2=20 chip which is supported by Xfree86 3.3.3. The card itself was = designed by=20 Elsa to work on Intel and DEC Alpha. According to the = commercial X=20 servers like Metro-X and Accelerated-X they support this card on Alpha = running=20 Linux. Xfree86 project has a driver for it, but I'm lost in = knowing if it=20 has been ported to Alpha FreeBSD.

Regards,

Mark

------=_NextPart_000_000F_01BECC34.0B8B5940-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Mon Jul 12 12:17:35 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 9C33414F5A for ; Mon, 12 Jul 1999 12:17:29 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id PAA16651; Mon, 12 Jul 1999 15:15:18 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id PAA19037; Mon, 12 Jul 1999 15:15:18 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 12 Jul 1999 15:15:17 -0400 (EDT) To: "Mark Holloway" Cc: Subject: Re: Alpha FreeBSD 3.2 In-Reply-To: <001201becc6e$b83e1da0$eb3bea18@lvcm.com> References: <001201becc6e$b83e1da0$eb3bea18@lvcm.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14218.15088.765558.75207@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mark Holloway writes: > Does anyone know if installing FreeBSD Alpha will get Xfree86 up and > running with an Elsa GLoria Synergy card? It uses the Permedia 2 chip > which is supported by Xfree86 3.3.3. The card itself was designed by > Elsa to work on Intel and DEC Alpha. According to the commercial X > servers like Metro-X and Accelerated-X they support this card on Alpha > running Linux. Xfree86 project has a driver for it, but I'm lost in > knowing if it has been ported to Alpha FreeBSD. > > > Regards, > Mark You'll need to build Xfree86 from ports, after after applying Doug's patch for FreeBSD/alpha support (http://www.freebsd.org/~dfr/XFree86.diff ). I believe that it should work for your card. I'm running X on a few alphas (personal workstations, xp1000s) running -current (but -stable should work too ) using Dec PowerStorm 4d10 cards, which I think use the same chipset: XFree86 Version 3.3.3.1 / X Window System (protocol Version 11, revision 0, vendor release 6300) Release Date: January 4 1999 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: FreeBSD 4.0-CURRENT alpha [ELF] Configured drivers: GLINT: accelerated server for 3DLabs GLINT graphics adapters (Patchlevel 0) Using syscons driver with X support (version 2.0) (using VT number 4) <...> (--) GLINT: found TI chip GLINT Permedia 2 at card #10 func #0 with base 0x81000000 (--) GLINT: Framebuffer address at 0x80000000 (--) GLINT: videoram : 8192k (--) GLINT: Using builtin RAMDAC of Permedia 2 chip <..> Cheers, Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jul 13 1:41:23 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from gate.keisu.t.u-tokyo.ac.jp (ns06.t.u-tokyo.ac.jp [133.11.68.1]) by hub.freebsd.org (Postfix) with SMTP id 3A59715300 for ; Tue, 13 Jul 1999 01:41:10 -0700 (PDT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: (qmail 53236 invoked from network); 13 Jul 1999 08:40:09 -0000 Received: from sylph.sat.t.u-tokyo.ac.jp (10.6.1.20) by ns06.t.u-tokyo.ac.jp with SMTP; 13 Jul 1999 08:40:09 -0000 Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [10.6.1.30]) by sylph.sat.t.u-tokyo.ac.jp (Postfix) with ESMTP id 59EAE2DAA9; Tue, 13 Jul 1999 17:40:08 +0900 (JST) Received: from ett.sat.t.u-tokyo.ac.jp by ett.sat.t.u-tokyo.ac.jp (8.9.3/sat-V0.6) id RAA28668; Tue, 13 Jul 1999 17:40:08 +0900 (JST) Date: Tue, 13 Jul 1999 17:40:08 +0900 Message-ID: <14218.64360.61857.88037Z@ett.sat.t.u-tokyo.ac.jp> From: Hidetoshi Shimokawa To: pe@student.lssu.edu Cc: freebsd-questions@FreeBSD.ORG, freebsd-alpha@FreeBSD.ORG Subject: Re: problem compiling Python In-Reply-To: In your message of "Mon, 12 Jul 1999 09:12:17 -0400 (EDT)" References: User-Agent: Wanderlust/1.0.0 (Kokomo) SEMI/1.13.3 (Komaiko) FLIM/1.12.5 (Hirahata) MULE XEmacs/21.2 (beta13) (Demeter) (i386-unknown-freebsd3.1) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX wrote: > > Hi all, > Is there anybody successfully compiled and installed Python-1.5.2 > on FreeBSD-3.2/Alpha? When I compiled and run make test everything pass > except test_fcntl function. It seem to be the really important one that I > need too. This is the output of the test: > > host# python test_fcntl.py > Status from fnctl with O_NONBLOCK: 0 > struct.pack: > '\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\ > 000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\ > 000\000\000\000\003\000\000\000' > Traceback (innermost last): > File "test_fcntl.py", line 30, in ? > rv = fcntl.fcntl(f.fileno(), FCNTL.F_SETLKW, lockdata) > IOError: [Errno 22] Invalid argument > > Any trick to make this thing work? Please help! > > TIA > > pe' > > > ------------------------------ > UNIX System Admin. > Distributed Computing Services > Lake Superior State University > 650 W. Easterday Ave. > Sault Ste. Marie. MI > 49783 USA. > ------------------------------ Try attached patch. You may want to fix posixfile.py too. --- test_fcntl.py.orig Tue Feb 23 13:13:37 1999 +++ test_fcntl.py Tue Jul 13 17:36:34 1999 @@ -17,9 +17,9 @@ print 'Status from fnctl with O_NONBLOCK: ', rv if sys.platform in ('netbsd1', - 'freebsd2', 'freebsd3', + 'freebsd2', 'freebsd3', 'freebsd4', 'bsdos2', 'bsdos3', 'bsdos4'): - lockdata = struct.pack('lxxxxlxxxxlhh', 0, 0, 0, FCNTL.F_WRLCK, 0) + lockdata = struct.pack('ixxxxixxxxihh', 0, 0, 0, FCNTL.F_WRLCK, 0) elif sys.platform in ['aix3', 'aix4']: lockdata = struct.pack('hhlllii', FCNTL.F_WRLCK, 0, 0, 0, 0, 0, 0) else: /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jul 13 4:31: 7 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 907AE151EA for ; Tue, 13 Jul 1999 04:30:59 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA57710; Tue, 13 Jul 1999 04:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from gallions-reach.inpharmatica.co.uk (gallions-reach.inpharmatica.co.uk [193.115.214.5]) by hub.freebsd.org (Postfix) with ESMTP id D763D152AD for ; Tue, 13 Jul 1999 04:27:42 -0700 (PDT) (envelope-from m.seaman@inpharmatica.co.uk) Received: from kings-cross.inpharmatica.co.uk (euston.inpharmatica.co.uk [193.115.214.6]) by gallions-reach.inpharmatica.co.uk (8.8.8/8.8.8) with ESMTP id LAA02031 for ; Tue, 13 Jul 1999 11:27:40 GMT (envelope-from m.seaman@inpharmatica.co.uk) Received: from b0.farm.inpharmatica.co.uk (b0.farm.inpharmatica.co.uk [192.168.124.110]) by kings-cross.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id MAA02633 for ; Tue, 13 Jul 1999 12:27:40 +0100 Received: (from matthew@localhost) by b0.farm.inpharmatica.co.uk (8.9.3/8.9.3) id MAA09770; Tue, 13 Jul 1999 12:27:40 +0100 (BST) (envelope-from matthew@mailhost.inpharmatica.co.uk) Message-Id: <199907131127.MAA09770@b0.farm.inpharmatica.co.uk> Date: Tue, 13 Jul 1999 12:27:40 +0100 (BST) From: m.seaman@inpharmatica.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: alpha/12623: strtod(3) FPE on alphaev56 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 12623 >Category: alpha >Synopsis: Certain valid numeric strings cause a SIGFPE when attempting >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-alpha >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jul 13 04:30:00 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Matthew Seaman >Release: FreeBSD 3.2-STABLE alpha >Organization: Inpharmatica Ltd >Environment: b0:/tmp:% uname -a FreeBSD b0.farm.inpharmatica.co.uk 3.2-STABLE FreeBSD 3.2-STABLE #0: Thu Jul 8 09:04:16 BST 1999 matthew@b0.farm.inpharmatica.co.uk:/usr/src/sys/compile/FARM alpha >Description: Attempting to convert the string "2.49521e-297" into a double precision value via strtod(3) results in a floating point exception on the alphaev56 CPU. The problem doesn't occur on i586. The problem is sensitive to both the mantissa and exponent of the number: the following values are known to trigger the bug: 2.49521e-297 3.35554e-295 1.14662e-292 1.14e-293 2.495e-293 2.49e-294 2.4e-293 1e-305 whereas these do not: 2.4e-292 2.49521e-292 2.4951e-293 1.14e-292 1.15e-293 >How-To-Repeat: #include int main (int argc, char *argv[]) { char str[32] = "2.49521e-297"; double num; num = strtod (str, NULL); } >Fix: not known >Release-Note: >Audit-Trail: >Unformatted: to convert to double To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jul 13 8:43: 6 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id A755D14EA1 for ; Tue, 13 Jul 1999 08:43:04 -0700 (PDT) (envelope-from mjacob@feral.com) Received: from semuta.feral.com (semuta [192.67.166.70]) by feral.com (8.8.7/8.8.7) with ESMTP id IAA05190; Tue, 13 Jul 1999 08:41:02 -0700 Date: Tue, 13 Jul 1999 08:40:57 -0700 (PDT) From: Matthew Jacob Reply-To: mjacob@feral.com To: Mark Holloway Cc: alpha@FreeBSD.ORG Subject: X in Alpha FreeBSD (was Re: Alpha FreeBSD 3.2) In-Reply-To: <14218.15088.765558.75207@grasshopper.cs.duke.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Minor note (at least for -current): you have to make sure /usr/src/sys/pci_ioctl.h is in /usr/include/sys- this isn't installed by default and is needed for the servers to build. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jul 13 9: 6:41 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from gate.keisu.t.u-tokyo.ac.jp (ns06.t.u-tokyo.ac.jp [133.11.68.1]) by hub.freebsd.org (Postfix) with SMTP id 678931531B for ; Tue, 13 Jul 1999 09:06:38 -0700 (PDT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: (qmail 54657 invoked from network); 13 Jul 1999 16:06:38 -0000 Received: from sylph.sat.t.u-tokyo.ac.jp (10.6.1.20) by ns06.t.u-tokyo.ac.jp with SMTP; 13 Jul 1999 16:06:38 -0000 Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [10.6.1.30]) by sylph.sat.t.u-tokyo.ac.jp (Postfix) with ESMTP id C75292DAA9; Wed, 14 Jul 1999 01:06:37 +0900 (JST) Received: from ett.sat.t.u-tokyo.ac.jp by ett.sat.t.u-tokyo.ac.jp (8.9.3/sat-V0.6) id BAA36196; Wed, 14 Jul 1999 01:06:37 +0900 (JST) Date: Wed, 14 Jul 1999 01:06:37 +0900 Message-ID: <14219.25613.478914.44162J@ett.sat.t.u-tokyo.ac.jp> From: Hidetoshi Shimokawa To: m.seaman@inpharmatica.co.uk Cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-alpha@freebsd.org Subject: Re: alpha/12623: strtod(3) FPE on alphaev56 In-Reply-To: In your message of "Tue, 13 Jul 1999 12:27:40 +0100 (BST)" <199907131127.MAA09770@b0.farm.inpharmatica.co.uk> References: <199907131127.MAA09770@b0.farm.inpharmatica.co.uk> User-Agent: Wanderlust/1.0.0 (Kokomo) SEMI/1.13.3 (Komaiko) FLIM/1.12.5 (Hirahata) MULE XEmacs/21.2 (beta13) (Demeter) (i386-unknown-freebsd3.1) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX >Description: > > Attempting to convert the string "2.49521e-297" into a double > precision value via strtod(3) results in a floating point exception on > the alphaev56 CPU. The problem doesn't occur on i586. /usr/src/lib/libc/stdlib/strtod.c seems broken on alpha in three ways. 1) IEEE_8087 should be defined instead of IEEE_MC68k. 2) It assumes long is 32bit, but long is 64bit on alpha. s/unsigned long/u_int32_t/, s/long/int32_t/. 3) It generates denormal numbers which can not be treaded by the hardware on alpha. It should be compiled with the option `-mtrap-precision=i -mfp-trap-mode=su' to enable software completion. -- /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jul 13 9:11:19 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4B8741531B for ; Tue, 13 Jul 1999 09:11:18 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA95315; Tue, 13 Jul 1999 09:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 13 Jul 1999 09:10:03 -0700 (PDT) Message-Id: <199907131610.JAA95315@freefall.freebsd.org> To: freebsd-alpha@freebsd.org Cc: From: Hidetoshi Shimokawa Subject: Re: alpha/12623: strtod(3) FPE on alphaev56 Reply-To: Hidetoshi Shimokawa Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR alpha/12623; it has been noted by GNATS. From: Hidetoshi Shimokawa To: m.seaman@inpharmatica.co.uk Cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-alpha@freebsd.org Subject: Re: alpha/12623: strtod(3) FPE on alphaev56 Date: Wed, 14 Jul 1999 01:06:37 +0900 At Tue, 13 Jul 1999 12:27:40 +0100 (BST), m.seaman@inpharmatica.co.uk wrote: > >Description: > > Attempting to convert the string "2.49521e-297" into a double > precision value via strtod(3) results in a floating point exception on > the alphaev56 CPU. The problem doesn't occur on i586. /usr/src/lib/libc/stdlib/strtod.c seems broken on alpha in three ways. 1) IEEE_8087 should be defined instead of IEEE_MC68k. 2) It assumes long is 32bit, but long is 64bit on alpha. s/unsigned long/u_int32_t/, s/long/int32_t/. 3) It generates denormal numbers which can not be treaded by the hardware on alpha. It should be compiled with the option `-mtrap-precision=i -mfp-trap-mode=su' to enable software completion. -- /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jul 13 10:12:11 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 3A96215066 for ; Tue, 13 Jul 1999 10:12:08 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id KAA20481; Tue, 13 Jul 1999 10:11:28 -0700 (PDT) (envelope-from jdp@polstra.com) From: John Polstra Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id KAA36944; Tue, 13 Jul 1999 10:11:27 -0700 (PDT) (envelope-from jdp@polstra.com) Date: Tue, 13 Jul 1999 10:11:27 -0700 (PDT) Message-Id: <199907131711.KAA36944@vashon.polstra.com> To: simokawa@sat.t.u-tokyo.ac.jp Subject: Re: alpha/12623: strtod(3) FPE on alphaev56 In-Reply-To: <14219.25613.478914.44162J@ett.sat.t.u-tokyo.ac.jp> References: <199907131127.MAA09770@b0.farm.inpharmatica.co.uk> Organization: Polstra & Co., Seattle, WA Cc: alpha@freebsd.org Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article <14219.25613.478914.44162J@ett.sat.t.u-tokyo.ac.jp>, Hidetoshi Shimokawa wrote: > > /usr/src/lib/libc/stdlib/strtod.c seems broken on alpha in three ways. > > 1) IEEE_8087 should be defined instead of IEEE_MC68k. > > 2) It assumes long is 32bit, but long is 64bit on alpha. > s/unsigned long/u_int32_t/, s/long/int32_t/. > > 3) It generates denormal numbers which can not be treaded by the hardware > on alpha. It should be compiled with the option > `-mtrap-precision=i -mfp-trap-mode=su' to enable software completion. Yes, or the equivalent "-mieee". In my opinion, all of the libraries (if not the whole world) should be compiled that way. In fact, this option should be the default. Users who wanted a little extra speed and who knew what they are doing could turn it off. John -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jul 13 16: 5:40 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from annuminas.tusculum.edu (tusculum.edu [206.228.254.3]) by hub.freebsd.org (Postfix) with ESMTP id 9AA9514C06 for ; Tue, 13 Jul 1999 16:05:30 -0700 (PDT) (envelope-from dmachi@tusculum.edu) Received: from localhost (dmachi@localhost) by annuminas.tusculum.edu (8.9.3/8.9.1) with ESMTP id TAA12524 for ; Tue, 13 Jul 1999 19:05:13 -0400 Date: Tue, 13 Jul 1999 19:05:13 -0400 (EDT) From: Dustin Machi To: freebsd-alpha@freebsd.org Subject: Jumping to bootstrap Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am having a problem getting my installation floppies to boot on a pc164lx machine. I appologize if this is the incorrect forum for asking this question. I have SRM booting, and at the prompt, i put in the kern.flp disk (for 3.2 RELEASE) and type boot dva0...this is what i get: (boot dva0.0.0.0.0 -flags a) block 0 of dva0.0.0.0.0 is a valid boot block reading 14 blocks from dva0.0.0.0.0 bootstrap code read in base = 1d8000, image_start = 0, image_bytes = 1c00 initializing HWRPB at 2000 initializing page table at 1ca000 initializing machine state setting affinity to the primary CPU jumping to bootstrap code this is all it does... I've tried many things to make this work and have done alot of searching for more information on this topic. I have not seen anyone else run into this problem. Thanks in advance, Dustin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Tue Jul 13 23:55:31 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id E145C15399 for ; Tue, 13 Jul 1999 23:55:25 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id HAA10174; Wed, 14 Jul 1999 07:55:25 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Wed, 14 Jul 1999 07:55:25 +0100 (BST) From: Doug Rabson To: John Polstra Cc: simokawa@sat.t.u-tokyo.ac.jp, alpha@freebsd.org Subject: Re: alpha/12623: strtod(3) FPE on alphaev56 In-Reply-To: <199907131711.KAA36944@vashon.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 13 Jul 1999, John Polstra wrote: > In article <14219.25613.478914.44162J@ett.sat.t.u-tokyo.ac.jp>, > Hidetoshi Shimokawa wrote: > > > > /usr/src/lib/libc/stdlib/strtod.c seems broken on alpha in three ways. > > > > 1) IEEE_8087 should be defined instead of IEEE_MC68k. > > > > 2) It assumes long is 32bit, but long is 64bit on alpha. > > s/unsigned long/u_int32_t/, s/long/int32_t/. > > > > 3) It generates denormal numbers which can not be treaded by the hardware > > on alpha. It should be compiled with the option > > `-mtrap-precision=i -mfp-trap-mode=su' to enable software completion. > > Yes, or the equivalent "-mieee". In my opinion, all of the libraries > (if not the whole world) should be compiled that way. In fact, this > option should be the default. Users who wanted a little extra speed > and who knew what they are doing could turn it off. I agree (at least as far as the libraries go). Setting it as default would be easy but there are performance implications. On the other hand, the only applications whose performance is affected are ones using floating point.. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jul 14 3:12:14 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from gallions-reach.inpharmatica.co.uk (gallions-reach.inpharmatica.co.uk [193.115.214.5]) by hub.freebsd.org (Postfix) with ESMTP id 06AB9151E6 for ; Wed, 14 Jul 1999 03:11:57 -0700 (PDT) (envelope-from m.seaman@inpharmatica.co.uk) Received: from kings-cross.inpharmatica.co.uk (euston.inpharmatica.co.uk [193.115.214.6]) by gallions-reach.inpharmatica.co.uk (8.8.8/8.8.8) with ESMTP id KAA04977; Wed, 14 Jul 1999 10:11:21 GMT (envelope-from m.seaman@inpharmatica.co.uk) Received: from paddington.inpharmatica.co.uk (IDENT:root@paddington.inpharmatica.co.uk [192.168.122.1]) by kings-cross.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id LAA09608; Wed, 14 Jul 1999 11:11:21 +0100 Received: from inpharmatica.co.uk (IDENT:matthew@localhost [127.0.0.1]) by paddington.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id LAA16950; Wed, 14 Jul 1999 11:11:21 +0100 Message-ID: <378C6248.31904C2@inpharmatica.co.uk> Date: Wed, 14 Jul 1999 10:11:20 +0000 From: Matthew Seaman X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.4 i586) X-Accept-Language: en-GB, en MIME-Version: 1.0 To: Doug Rabson Cc: John Polstra , simokawa@sat.t.u-tokyo.ac.jp, alpha@FreeBSD.ORG Subject: Re: alpha/12623: strtod(3) FPE on alphaev56 References: Content-Type: multipart/mixed; boundary="------------99239EED8BCDF62A6E75BB4D" Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------99239EED8BCDF62A6E75BB4D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Doug Rabson wrote: > > On Tue, 13 Jul 1999, John Polstra wrote: > > > In article <14219.25613.478914.44162J@ett.sat.t.u-tokyo.ac.jp>, > > Hidetoshi Shimokawa wrote: > > > > > > /usr/src/lib/libc/stdlib/strtod.c seems broken on alpha in three ways. > > > > > > 1) IEEE_8087 should be defined instead of IEEE_MC68k. > > > > > > 2) It assumes long is 32bit, but long is 64bit on alpha. > > > s/unsigned long/u_int32_t/, s/long/int32_t/. > > > > > > 3) It generates denormal numbers which can not be treaded by the hardware > > > on alpha. It should be compiled with the option > > > `-mtrap-precision=i -mfp-trap-mode=su' to enable software completion. > > > > Yes, or the equivalent "-mieee". In my opinion, all of the libraries > > (if not the whole world) should be compiled that way. In fact, this > > option should be the default. Users who wanted a little extra speed > > and who knew what they are doing could turn it off. > > I agree (at least as far as the libraries go). Setting it as default would > be easy but there are performance implications. On the other hand, the > only applications whose performance is affected are ones using floating > point.. Great. Although /usr/src/lib/libc/stdlib/netbsd_strtod.c is temporarily being substituted for strtod.c on alpha --- applying the patches attached to this message should make strtod.c usable on both i386 and alpha. There are a bunch of other changes from the current {Net,Open}BSD sources that would probably be a good idea to merge in but I don't have time to do that right now. After installing egcs from ports I could compile a small test case using the -mieee flag and everything seems to be working fine: b0:/tmp:% cat foo.c #include #include int main(int argc, char *argv[]) { char str[128] = "2.49521e-297"; double num; if (argc > 1) { strncpy(str, argv[1], 127); } num = strtod(str, NULL); printf("%s -> %.20lg\n", str, num); exit(0); } b0:/tmp:% egcc -g -c foo.c b0:/tmp:% egcc -g -c strtod.c b0:/tmp:% egcc foo.o strtod.o -o foo b0:/tmp:% ./foo Floating exception (core dumped) b0:/tmp:% egcc -mieee -g -c foo.c b0:/tmp:% egcc -mieee -g -c strtod.c b0:/tmp:% egcc -mieee foo.o strtod.o -o foo b0:/tmp:% ./foo 2.49521e-297 -> 2.4952099999999999545e-297 I guess it's time to make world using egcc -mieee and run some more extensive tests. Cheers, Matthew -- Certe, Toto, sentio nos in Kansate non iam adesse. Dr. Matthew Seaman, Inpharmatica Ltd, 60 Charlotte St, London, W1P 2AX Tel: +44 171 631 4644 x229 Fax: +44 171 631 4844 --------------99239EED8BCDF62A6E75BB4D Content-Type: text/plain; charset=us-ascii; name="Makefile.inc.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="Makefile.inc.diff" --- Makefile.inc.orig Wed Sep 16 04:16:06 1998 +++ Makefile.inc Wed Jul 14 09:44:56 1999 @@ -7,17 +7,8 @@ MISRCS+=abort.c abs.c atexit.c atof.c atoi.c atol.c bsearch.c calloc.c div.c \ exit.c getenv.c getopt.c getsubopt.c heapsort.c labs.c ldiv.c \ malloc.c merge.c putenv.c qsort.c radixsort.c rand.c random.c \ - reallocf.c realpath.c setenv.c strhash.c strtol.c strtoq.c strtoul.c \ - strtouq.c system.c - -.if ${MACHINE_ARCH} == "alpha" -# XXX Temporary until the assumption that a long is 32-bits is resolved -# XXX FreeBSD's code. NetBSD kludged this with Long = int32_t and -# XXX ULong = u_int32_t -SRCS+= netbsd_strtod.c -.else -SRCS+= strtod.c -.endif + reallocf.c realpath.c setenv.c strhash.c strtod.c strtol.c strtoq.c \ + strtoul.c strtouq.c system.c # machine-dependent stdlib sources .include "${.CURDIR}/../libc/${MACHINE_ARCH}/stdlib/Makefile.inc" --------------99239EED8BCDF62A6E75BB4D Content-Type: text/plain; charset=us-ascii; name="strtod.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="strtod.c.diff" --- strtod.c.orig Fri Jul 12 19:55:22 1996 +++ strtod.c Wed Jul 14 10:29:20 1999 @@ -94,9 +94,9 @@ */ /* - * #define IEEE_8087 for IEEE-arithmetic machines where the least + * #define IEEE_LITTLE_ENDIAN for IEEE-arithmetic machines where the least * significant byte has the lowest address. - * #define IEEE_MC68k for IEEE-arithmetic machines where the most + * #define IEEE_BIG_ENDIAN for IEEE-arithmetic machines where the most * significant byte has the lowest address. * #define Sudden_Underflow for IEEE-format machines without gradual * underflow (i.e., that flush to zero on underflow). @@ -112,19 +112,27 @@ * #define ROUND_BIASED for IEEE-format with biased rounding. * #define Inaccurate_Divide for IEEE-format with correctly rounded * products but inaccurate quotients, e.g., for Intel i860. - * #define Just_16 to store 16 bits per 32-bit long when doing high-precision - * integer arithmetic. Whether this speeds things up or slows things - * down depends on the machine and the number being converted. + * #define Just_16 to store 16 bits per 32-bit integer when doing + * high-precision integer arithmetic. Whether this speeds things up + * or slows things down depends on the machine and the number being + * converted. * #define KR_headers for old-style C function headers. * #define Bad_float_h if your system lacks a float.h or if it does not * define some or all of DBL_DIG, DBL_MAX_10_EXP, DBL_MAX_EXP, * FLT_RADIX, FLT_ROUNDS, and DBL_MAX. */ -#if defined(i386) || defined(mips) && defined(MIPSEL) -#define IEEE_8087 +#include + +#if defined(__m68k__) || defined(__sparc__) || defined(__i386__) || \ + defined(__mips__) || defined(__ns32k__) || defined(__alpha__) || \ + defined(__powerpc__) +#include +#if BYTE_ORDER == BIG_ENDIAN +#define IEEE_BIG_ENDIAN #else -#define IEEE_MC68k +#define IEEE_LITTLE_ENDIAN +#endif #endif #ifdef DEBUG @@ -149,10 +157,10 @@ #include #ifdef Bad_float_h #undef __STDC__ -#ifdef IEEE_MC68k +#ifdef IEEE_BIG_ENDIAN #define IEEE_ARITHMETIC #endif -#ifdef IEEE_8087 +#ifdef IEEE_LITTLE_ENDIAN #define IEEE_ARITHMETIC #endif #ifdef IEEE_ARITHMETIC @@ -210,23 +218,25 @@ #define Sign_Extend(a,b) /*no-op*/ #endif -#if defined(IEEE_8087) + defined(IEEE_MC68k) + defined(VAX) + defined(IBM) != 1 -Exactly one of IEEE_8087, IEEE_MC68k, VAX, or IBM should be defined. +#if defined(IEEE_LITTLE_ENDIAN) + defined(IEEE_BIG_ENDIAN) + defined(VAX) + \ + defined(IBM) != 1 +#error Exactly one of IEEE_LITTLE_ENDIAN, IEEE_BIG_ENDIAN, VAX, or IBM \ + should be defined. #endif -#ifdef IEEE_8087 -#define word0(x) ((unsigned long *)&x)[1] -#define word1(x) ((unsigned long *)&x)[0] +#ifdef IEEE_LITTLE_ENDIAN +#define word0(x) ((u_int32_t *)&x)[1] +#define word1(x) ((u_int32_t *)&x)[0] #else -#define word0(x) ((unsigned long *)&x)[0] -#define word1(x) ((unsigned long *)&x)[1] +#define word0(x) ((u_int32_t *)&x)[0] +#define word1(x) ((u_int32_t *)&x)[1] #endif /* The following definition of Storeinc is appropriate for MIPS processors. * An alternative that might be better on some machines is * #define Storeinc(a,b,c) (*a++ = b << 16 | c & 0xffff) */ -#if defined(IEEE_8087) + defined(VAX) +#if defined(IEEE_LITTLE_ENDIAN) + defined(VAX) #define Storeinc(a,b,c) (((unsigned short *)a)[1] = (unsigned short)b, \ ((unsigned short *)a)[0] = (unsigned short)c, a++) #else @@ -240,7 +250,7 @@ /* Quick_max = floor((P-1)*log(FLT_RADIX)/log(10) - 1) */ /* Int_max = floor(P*log(FLT_RADIX)/log(10) - 1) */ -#if defined(IEEE_8087) + defined(IEEE_MC68k) +#if defined(IEEE_LITTLE_ENDIAN) + defined(IEEE_BIG_ENDIAN) #define Exp_shift 20 #define Exp_shift1 20 #define Exp_msk1 0x100000 @@ -342,10 +352,10 @@ #define Big1 0xffffffff #ifndef Just_16 -/* When Pack_32 is not defined, we store 16 bits per 32-bit long. +/* When Pack_32 is not defined, we store 16 bits per 32-bit integer. * This makes some inner loops simpler and sometimes saves work * during multiplications, but it often seems to make things slightly - * slower. Hence the default is now to store 32 bits per long. + * slower. Hence the default is now to store 32 bits per integer. */ #ifndef Pack_32 #define Pack_32 @@ -364,7 +374,7 @@ Bigint { struct Bigint *next; int k, maxwds, sign, wds; - unsigned long x[1]; + u_int32_t x[1]; }; typedef struct Bigint Bigint; @@ -386,7 +396,7 @@ freelist[k] = rv->next; } else { x = 1 << k; - rv = (Bigint *)malloc(sizeof(Bigint) + (x-1)*sizeof(long)); + rv = (Bigint *)malloc(sizeof(Bigint) + (x-1)*sizeof(int32_t)); rv->k = k; rv->maxwds = x; } @@ -409,7 +419,7 @@ } #define Bcopy(x,y) memcpy((char *)&x->sign, (char *)&y->sign, \ -y->wds*sizeof(long) + 2*sizeof(int)) +y->wds*sizeof(int32_t) + 2*sizeof(int)) static Bigint * multadd @@ -420,9 +430,9 @@ #endif { int i, wds; - unsigned long *x, y; + u_int32_t *x, y; #ifdef Pack_32 - unsigned long xi, z; + u_int32_t xi, z; #endif Bigint *b1; @@ -458,14 +468,14 @@ static Bigint * s2b #ifdef KR_headers - (s, nd0, nd, y9) CONST char *s; int nd0, nd; unsigned long y9; + (s, nd0, nd, y9) CONST char *s; int nd0, nd; u_int32_t y9; #else - (CONST char *s, int nd0, int nd, unsigned long y9) + (CONST char *s, int nd0, int nd, u_int32_t y9) #endif { Bigint *b; int i, k; - long x, y; + int32_t x, y; x = (nd + 8) / 9; for (k = 0, y = 1; x > y; y <<= 1, k++) ; @@ -496,9 +506,9 @@ static int hi0bits #ifdef KR_headers - (x) register unsigned long x; + (x) register u_int32_t x; #else - (register unsigned long x) + (register u_int32_t x) #endif { register int k = 0; @@ -530,13 +540,13 @@ static int lo0bits #ifdef KR_headers - (y) unsigned long *y; + (y) u_int32_t *y; #else - (unsigned long *y) + (u_int32_t *y) #endif { register int k; - register unsigned long x = *y; + register u_int32_t x = *y; if (x & 7) { if (x & 1) @@ -601,10 +611,10 @@ { Bigint *c; int k, wa, wb, wc; - unsigned long carry, y, z; - unsigned long *x, *xa, *xae, *xb, *xbe, *xc, *xc0; + u_int32_t carry, y, z; + u_int32_t *x, *xa, *xae, *xb, *xbe, *xc, *xc0; #ifdef Pack_32 - unsigned long z2; + u_int32_t z2; #endif if (a->wds < b->wds) { @@ -727,7 +737,7 @@ { int i, k1, n, n1; Bigint *b1; - unsigned long *x, *x1, *xe, z; + u_int32_t *x, *x1, *xe, z; #ifdef Pack_32 n = k >> 5; @@ -784,7 +794,7 @@ (Bigint *a, Bigint *b) #endif { - unsigned long *xa, *xa0, *xb, *xb0; + u_int32_t *xa, *xa0, *xb, *xb0; int i, j; i = a->wds; @@ -820,10 +830,10 @@ { Bigint *c; int i, wa, wb; - long borrow, y; /* We need signed shifts here. */ - unsigned long *xa, *xae, *xb, *xbe, *xc; + int32_t borrow, y; /* We need signed shifts here. */ + u_int32_t *xa, *xae, *xb, *xbe, *xc; #ifdef Pack_32 - long z; + int32_t z; #endif i = cmp(a,b); @@ -897,7 +907,7 @@ (double x) #endif { - register long L; + register int32_t L; double a; L = (word0(x) & Exp_mask) - (P-1)*Exp_msk1; @@ -933,11 +943,11 @@ (Bigint *a, int *e) #endif { - unsigned long *xa, *xa0, w, y, z; + u_int32_t *xa, *xa0, w, y, z; int k; double d; #ifdef VAX - unsigned long d0, d1; + u_int32_t d0, d1; #else #define d0 word0(d) #define d1 word1(d) @@ -1004,9 +1014,9 @@ { Bigint *b; int de, i, k; - unsigned long *x, y, z; + u_int32_t *x, y, z; #ifdef VAX - unsigned long d0, d1; + u_int32_t d0, d1; d0 = word0(d) >> 16 | word0(d) << 16; d1 = word1(d) >> 16 | word1(d) << 16; #else @@ -1197,8 +1207,8 @@ e, e1, esign, i, j, k, nd, nd0, nf, nz, nz0, sign; CONST char *s, *s0, *s1; double aadj, aadj1, adj, rv, rv0; - long L; - unsigned long y, z; + int32_t L; + u_int32_t y, z; Bigint *bb, *bb1, *bd, *bd0, *bs, *delta; sign = nz0 = nz = 0; rv = 0.; @@ -1707,12 +1717,12 @@ #endif { int n; - long borrow, y; - unsigned long carry, q, ys; - unsigned long *bx, *bxe, *sx, *sxe; + int32_t borrow, y; + u_int32_t carry, q, ys; + u_int32_t *bx, *bxe, *sx, *sxe; #ifdef Pack_32 - long z; - unsigned long si, zs; + int32_t z; + u_int32_t si, zs; #endif n = S->wds; @@ -1882,10 +1892,10 @@ int bbits, b2, b5, be, dig, i, ieps, ilim, ilim0, ilim1, j, j1, k, k0, k_check, leftright, m2, m5, s2, s5, spec_case, try_quick; - long L; + int32_t L; #ifndef Sudden_Underflow int denorm; - unsigned long x; + u_int32_t x; #endif Bigint *b, *b1, *delta, *mlo, *mhi, *S; double d2, ds, eps; @@ -2057,8 +2067,8 @@ if (i <= 0) i = 1; } - j = sizeof(unsigned long); - for (result_k = 0; sizeof(Bigint) - sizeof(unsigned long) + j < i; + j = sizeof(u_int32_t); + for (result_k = 0; sizeof(Bigint) - sizeof(u_int32_t) + j < i; j <<= 1) result_k++; result = Balloc(result_k); s = s0 = (char *)result; --------------99239EED8BCDF62A6E75BB4D-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jul 14 5:42:21 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from avatar.lisp.com.au (mail.lisp.com.au [203.21.133.7]) by hub.freebsd.org (Postfix) with SMTP id 1E350153CE for ; Wed, 14 Jul 1999 05:42:17 -0700 (PDT) (envelope-from virustorm@bigfoot.com) Received: (qmail 150 invoked from network); 14 Jul 1999 12:41:47 -0000 Received: from tig02-ppp1.lithgow.lisp.com.au (HELO p6200) (203.21.133.73) by mail.lisp.com.au with SMTP; 14 Jul 1999 12:41:47 -0000 Message-ID: <007b01becdf5$7ab338c0$498515cb@p6200> Reply-To: "Peter Hoskin" From: "Peter Hoskin" To: Subject: Date: Wed, 14 Jul 1999 22:03:35 +1000 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0068_01BECE44.B7E3A500" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0068_01BECE44.B7E3A500 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable subscribe freebsd-alpha virustorm@bigfoot.com ------=_NextPart_000_0068_01BECE44.B7E3A500 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

subscribe freebsd-alpha=20 virustorm@bigfoot.com

------=_NextPart_000_0068_01BECE44.B7E3A500-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jul 14 7:13:56 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 38C3714CC9 for ; Wed, 14 Jul 1999 07:13:41 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id KAA23884; Wed, 14 Jul 1999 10:12:38 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id KAA24572; Wed, 14 Jul 1999 10:12:38 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 14 Jul 1999 10:12:37 -0400 (EDT) To: Dustin Machi Cc: freebsd-alpha@FreeBSD.ORG Subject: Re: Jumping to bootstrap In-Reply-To: References: X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14220.39455.884048.682845@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dustin Machi writes: <..> > base = 1d8000, image_start = 0, image_bytes = 1c00 > initializing HWRPB at 2000 > initializing page table at 1ca000 > initializing machine state > setting affinity to the primary CPU > jumping to bootstrap code > > this is all it does... > <..> I suspect that things are working, but that the console output is going to an unexpected place, so make sure the SRM console setting matches reality. Eg, if you're running on a graphics head, do 'set console graphics' & if you're with a serial console, do 'set console serial' from the SRM console prompt (>>> ) Cheers, Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Wed Jul 14 11:10:58 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 77C18153FC for ; Wed, 14 Jul 1999 11:10:55 -0700 (PDT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id OAA28793; Wed, 14 Jul 1999 14:10:54 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id OAA24911; Wed, 14 Jul 1999 14:10:53 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 14 Jul 1999 14:10:53 -0400 (EDT) To: rand@meridian-enviro.com (Douglas K. Rand) Cc: freebsd-alpha@freebsd.org Subject: Re: Serial console speed In-Reply-To: <87k8s340pg.fsf_-_@deneb.meridian-enviro.com> References: <14220.39455.884048.682845@grasshopper.cs.duke.edu> <87k8s340pg.fsf_-_@deneb.meridian-enviro.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14220.53478.159956.573540@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Douglas K. Rand writes: > Andrew> I suspect that things are working, but that the console output > Andrew> is going to an unexpected place, so make sure the SRM console > Andrew> setting matches reality. Eg, if you're running on a graphics > Andrew> head, do 'set console graphics' & if you're with a serial > Andrew> console, do 'set console serial' from the SRM console prompt > Andrew> (>>> ) > > Your response reminds me of an annoying problem we have with a Digital > 600au Personal Workstation. I've got the serial console working, but I > cannot figure out how to get the speed up above 9600 baud. It is > annoying accessing the console at this speed. (But not enough so that > I have actually fixed the problem yet.) > > Might you be able to shed some light? Perhaps. We run at 9600 baud because that's what the SRM console runs at by default (not sure if you can even change that), and I've never even thought about how to change it. Have you tried bumping up comcnrate in sys/alpha/alpha/dec_st550.c? That's the first thing I'd look at.. Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Thu Jul 15 21:57: 9 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 8630414F6A for ; Thu, 15 Jul 1999 21:57:06 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id VAA04942; Thu, 15 Jul 1999 21:54:16 -0700 (PDT) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id VAA54701; Thu, 15 Jul 1999 21:54:15 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Thu, 15 Jul 1999 21:54:15 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: Doug Rabson Subject: Re: alpha/12623: strtod(3) FPE on alphaev56 Cc: alpha@freebsd.org, simokawa@sat.t.u-tokyo.ac.jp Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson wrote: > On Tue, 13 Jul 1999, John Polstra wrote: > >> Yes, or the equivalent "-mieee". In my opinion, all of the libraries >> (if not the whole world) should be compiled that way. In fact, this >> option should be the default. Users who wanted a little extra speed >> and who knew what they are doing could turn it off. > > I agree (at least as far as the libraries go). Setting it as default would > be easy but there are performance implications. On the other hand, the > only applications whose performance is affected are ones using floating > point.. Yes, I think "correct by default" would be more in keeping with the FreeBSD tradition than "fast but possibly wrong by default". So I still think -mieee should be used for everything. My only real concern about making it the compiler default is that it causes us to deviate from standard egcs a little bit more. But the deviation would be confined to "egcs/config/alpha/freebsd.h", which is probably OK. I think we should add a "-mno-ieee" option to disable it, too. That's not hard. John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jul 16 1:44: 4 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 5B4DC14E39 for ; Fri, 16 Jul 1999 01:44:01 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA67116; Fri, 16 Jul 1999 09:45:36 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Fri, 16 Jul 1999 09:45:35 +0100 (BST) From: Doug Rabson To: John Polstra Cc: alpha@freebsd.org, simokawa@sat.t.u-tokyo.ac.jp Subject: Re: alpha/12623: strtod(3) FPE on alphaev56 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 15 Jul 1999, John Polstra wrote: > Doug Rabson wrote: > > On Tue, 13 Jul 1999, John Polstra wrote: > > > >> Yes, or the equivalent "-mieee". In my opinion, all of the libraries > >> (if not the whole world) should be compiled that way. In fact, this > >> option should be the default. Users who wanted a little extra speed > >> and who knew what they are doing could turn it off. > > > > I agree (at least as far as the libraries go). Setting it as default would > > be easy but there are performance implications. On the other hand, the > > only applications whose performance is affected are ones using floating > > point.. > > Yes, I think "correct by default" would be more in keeping with the > FreeBSD tradition than "fast but possibly wrong by default". So I > still think -mieee should be used for everything. > > My only real concern about making it the compiler default is that it > causes us to deviate from standard egcs a little bit more. But the > deviation would be confined to "egcs/config/alpha/freebsd.h", which is > probably OK. I think we should add a "-mno-ieee" option to disable > it, too. That's not hard. I agree. As long as there is a -mno-ieee option for those programs which need to squeeze the last drop of performance then this is the right thing to do. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Fri Jul 16 5:13:39 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from gate.keisu.t.u-tokyo.ac.jp (ns06.t.u-tokyo.ac.jp [133.11.68.1]) by hub.freebsd.org (Postfix) with SMTP id 342C614C37 for ; Fri, 16 Jul 1999 05:13:26 -0700 (PDT) (envelope-from simokawa@sat.t.u-tokyo.ac.jp) Received: (qmail 67555 invoked from network); 16 Jul 1999 12:11:48 -0000 Received: from sylph.sat.t.u-tokyo.ac.jp (10.6.1.20) by ns06.t.u-tokyo.ac.jp with SMTP; 16 Jul 1999 12:11:48 -0000 Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [10.6.1.30]) by sylph.sat.t.u-tokyo.ac.jp (Postfix) with ESMTP id ADBB92DAA9; Fri, 16 Jul 1999 21:11:47 +0900 (JST) Received: from ett.sat.t.u-tokyo.ac.jp by ett.sat.t.u-tokyo.ac.jp (8.9.3/sat-V0.6) id VAA60353; Fri, 16 Jul 1999 21:11:47 +0900 (JST) Date: Fri, 16 Jul 1999 21:11:46 +0900 Message-ID: <14223.8578.753480.80014H@ett.sat.t.u-tokyo.ac.jp> From: Hidetoshi Shimokawa To: dfr@nlsystems.com Cc: jdp@polstra.com, alpha@FreeBSD.ORG Subject: Re: alpha/12623: strtod(3) FPE on alphaev56 In-Reply-To: In your message of "Fri, 16 Jul 1999 09:45:35 +0100 (BST)" References:

User-Agent: Wanderlust/1.0.0 (Kokomo) SEMI/1.13.3 (Komaiko) FLIM/1.12.5 (Hirahata) MULE XEmacs/21.2 (beta13) (Demeter) (i386-unknown-freebsd3.1) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX wrote: > I agree. As long as there is a -mno-ieee option for those programs which > need to squeeze the last drop of performance then this is the right thing > to do. I agree too. However, I'm very suprised when I found -mieee has BIG performance penatly on my system(21164/600MHz). A well-optimized program multiplying two 1000 * 1000 matrixes. % cc -mcpu=ev56 -O2 matrix2a.c % time ./a.out ./a.out 5.95s user 0.10s system 99% cpu 6.052 total % cc -mieee -mcpu=ev56 -O2 matrix2a.c % time ./a.out ./a.out 21.86s user 0.08s system 99% cpu 21.976 total -- /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Jul 17 1:28:44 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 8BBFF14E17 for ; Sat, 17 Jul 1999 01:28:32 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id JAA14108; Sat, 17 Jul 1999 09:27:51 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Sat, 17 Jul 1999 09:27:51 +0100 (BST) From: Doug Rabson To: Hidetoshi Shimokawa Cc: jdp@polstra.com, alpha@freebsd.org Subject: Re: alpha/12623: strtod(3) FPE on alphaev56 In-Reply-To: <14223.8578.753480.80014H@ett.sat.t.u-tokyo.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 16 Jul 1999, Hidetoshi Shimokawa wrote: > At Fri, 16 Jul 1999 09:45:35 +0100 (BST), > Doug Rabson wrote: > > I agree. As long as there is a -mno-ieee option for those programs which > > need to squeeze the last drop of performance then this is the right thing > > to do. > > I agree too. > > However, I'm very suprised when I found -mieee has BIG performance > penatly on my system(21164/600MHz). > > A well-optimized program multiplying two 1000 * 1000 matrixes. > > % cc -mcpu=ev56 -O2 matrix2a.c > % time ./a.out > ./a.out 5.95s user 0.10s system 99% cpu 6.052 total > % cc -mieee -mcpu=ev56 -O2 matrix2a.c > % time ./a.out > ./a.out 21.86s user 0.08s system 99% cpu 21.976 total This is quite a severe penalty. However, such code is hopefully fairly rare and the developer can still build the program using -mno-ieee for maximum performance so perhaps it isn't a problem? I really must build my 3D code on the alpha soon and see what kind of penalty I get for the maths in that. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Jul 17 10:39:10 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from uni4nn.gn.iaf.nl (osmium.gn.iaf.nl [193.67.144.12]) by hub.freebsd.org (Postfix) with ESMTP id E7E3C14E01 for ; Sat, 17 Jul 1999 10:39:05 -0700 (PDT) (envelope-from wilko@yedi.iaf.nl) Received: from yedi.iaf.nl (uucp@localhost) by uni4nn.gn.iaf.nl (8.9.2/8.9.2) with UUCP id TAA16850 for freebsd-alpha@freebsd.org; Sat, 17 Jul 1999 19:36:29 +0200 (MET DST) Received: (from wilko@localhost) by yedi.iaf.nl (8.9.3/8.9.3) id TAA57910 for freebsd-alpha@freebsd.org; Sat, 17 Jul 1999 19:36:25 +0200 (CEST) (envelope-from wilko) From: Wilko Bulte Message-Id: <199907171736.TAA57910@yedi.iaf.nl> Subject: making release & bootable cdrom? To: freebsd-alpha@freebsd.org (FreeBSD-alpha mailing list) Date: Sat, 17 Jul 1999 19:36:25 +0200 (CEST) X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-pgp-info: PGP public key at 'finger wilko@freefall.freebsd.org' X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Would a "make release" on -current result in a cdrom-image that when put on cdrom is bootable on the alpha? If it is possible, is there anything special to be done when burning the CDR? Wilko -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Jul 17 12:42:56 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from mail.du.gtn.com (mail.du.gtn.com [194.77.9.57]) by hub.freebsd.org (Postfix) with ESMTP id C33BF14EEA for ; Sat, 17 Jul 1999 12:42:42 -0700 (PDT) (envelope-from ticso@cicely8.cicely.de) Received: from cicely7.cicely.de (cicely.de [194.231.9.142]) by mail.du.gtn.com (8.8.6/8.8.6) with ESMTP id VAA24188 for ; Sat, 17 Jul 1999 21:42:30 +0200 (MET DST) Received: from cicely8.cicely.de (cicely8.cicely.de [10.1.2.10]) by cicely7.cicely.de (8.9.0/8.9.0) with ESMTP id VAA23360 for ; Sat, 17 Jul 1999 21:41:42 +0200 (CEST) Received: (from ticso@localhost) by cicely8.cicely.de (8.9.3/8.9.2) id VAA87244 for freebsd-alpha@freebsd.org; Sat, 17 Jul 1999 21:42:28 +0200 (CEST) (envelope-from ticso) Date: Sat, 17 Jul 1999 21:42:27 +0200 From: Bernd Walter To: freebsd-alpha@freebsd.org Subject: 64bit address space on alpha Message-ID: <19990717214226.A87224@cicely8.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I would like to mmap a large file into a single process address space. Is it save to increase MAXDSIZ to more than 4G? If not is there already work in progress? -- B.Walter COSMO-Project http://www.cosmo-project.de ticso@cicely.de Usergroup info@cosmo-project.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Jul 17 17:18:49 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from wall.polstra.com (rtrwan160.accessone.com [206.213.115.74]) by hub.freebsd.org (Postfix) with ESMTP id 7B01114C32 for ; Sat, 17 Jul 1999 17:18:45 -0700 (PDT) (envelope-from jdp@polstra.com) Received: from vashon.polstra.com (vashon.polstra.com [206.213.73.13]) by wall.polstra.com (8.9.3/8.9.1) with ESMTP id RAA15571; Sat, 17 Jul 1999 17:18:41 -0700 (PDT) (envelope-from jdp@polstra.com) Received: (from jdp@localhost) by vashon.polstra.com (8.9.3/8.9.1) id RAA63538; Sat, 17 Jul 1999 17:18:40 -0700 (PDT) (envelope-from jdp@polstra.com) Message-ID: X-Mailer: XFMail 1.3 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sat, 17 Jul 1999 17:18:40 -0700 (PDT) Organization: Polstra & Co., Inc. From: John Polstra To: Doug Rabson Subject: Re: alpha/12623: strtod(3) FPE on alphaev56 Cc: alpha@freebsd.org, Hidetoshi Shimokawa Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson wrote: > On Fri, 16 Jul 1999, Hidetoshi Shimokawa wrote: > >> A well-optimized program multiplying two 1000 * 1000 matrixes. >> >> % cc -mcpu=ev56 -O2 matrix2a.c >> % time ./a.out >> ./a.out 5.95s user 0.10s system 99% cpu 6.052 total >> % cc -mieee -mcpu=ev56 -O2 matrix2a.c >> % time ./a.out >> ./a.out 21.86s user 0.08s system 99% cpu 21.976 total > > This is quite a severe penalty. Yes, it is really bad! > However, such code is hopefully fairly rare and the developer can > still build the program using -mno-ieee for maximum performance so > perhaps it isn't a problem? It's hard to say. From what I've been told, fast FP is what many people buy Alphas for. I'm starting to get cold feet about changing the compiler default. Maybe sys.mk or bsd.{lib,prog}.mk would be a better place to do it. Then at least it would be visible in the "make" output. > I really must build my 3D code on the alpha soon and see what kind of > penalty I get for the maths in that. Yes, it would be good to have another data point. John --- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "No matter how cynical I get, I just can't keep up." -- Nora Ephron To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message From owner-freebsd-alpha Sat Jul 17 17:47:43 1999 Delivered-To: freebsd-alpha@freebsd.org Received: from gw.caamora.com.au (jonath5.lnk.telstra.net [139.130.41.237]) by hub.freebsd.org (Postfix) with ESMTP id 0995014EA6 for ; Sat, 17 Jul 1999 17:47:37 -0700 (PDT) (envelope-from jon@gw.caamora.com.au) Received: (from jon@localhost) by gw.caamora.com.au (8.8.8/8.8.8) id KAA01018; Sun, 18 Jul 1999 10:46:53 +1000 (EST) (envelope-from jon) Message-ID: <19990718104652.B961@caamora.com.au> Date: Sun, 18 Jul 1999 10:46:52 +1000 From: jonathan michaels To: Wilko Bulte , FreeBSD-alpha mailing list Subject: Re: making release & bootable cdrom? Mail-Followup-To: Wilko Bulte , FreeBSD-alpha mailing list References: <199907171736.TAA57910@yedi.iaf.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <199907171736.TAA57910@yedi.iaf.nl>; from Wilko Bulte on Sat, Jul 17, 1999 at 07:36:25PM +0200 X-Operating-System: FreeBSD gw.caamora.com.au 2.2.7-RELEASE i386 X-Mood: i'm alive, if it counts Organisation: Caamora, PO Box 144, Rosebery NSW 1445 Australia Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Jul 17, 1999 at 07:36:25PM +0200, Wilko Bulte wrote: > Would a "make release" on -current result in a cdrom-image that when put on > cdrom is bootable on the alpha? > > If it is possible, is there anything special to be done when burning the > CDR? sorry, i've not got an answer, rather a question along the same lines. i've been reading a book on how to become a good system admin without resorting to shooting the users (grin) and it talks about irix having a bootable tape. i know that it is possible to make a tape that you can use to crudely install from in freebsd fr intel. a bootable tape, or cdrom (od, worm any of teh crinkly aluminiun, gold whatever sandwiches for that matter). i've asked several times over the years and always get the same answer .. crickets croaking in teh background. i've read some books (started on the 4.4BSD sermons from teh mount) about unix in general and as spicifically bsd as i could get. i plan to get tboth copies of the evi nemeth (red and yellow). some times i wonder of god had of wanted us to be programmers why didn't he give fast static ram with ecc and full parit checking .. insteady of this easily confused neuron entanglement ? sorry mine is playing up. if you get any further wilko could you keep me posted please ? warm regards jonathan -- =============================================================================== Jonathan Michaels PO Box 144, Rosebery, NSW 1445 Australia =========================================================== To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message