From owner-freebsd-alpha@FreeBSD.ORG Sun Jan 9 06:40:12 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A3BE16A4CE for ; Sun, 9 Jan 2005 06:40:12 +0000 (GMT) Received: from egsner.cirr.com (mail.cirr.com [192.67.63.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01A3843D54 for ; Sun, 9 Jan 2005 06:40:12 +0000 (GMT) (envelope-from smj@egsner.cirr.com) Received: from egsner.cirr.com (smj@localhost [127.0.0.1]) by egsner.cirr.com (8.13.1/8.12.10/$Revision: 1.21 $) with ESMTP id j096e91D023669; Sun, 9 Jan 2005 00:40:09 -0600 (CST) Received: (from smj@localhost) by egsner.cirr.com (8.13.1/8.12.11) id j096e99P019663; Sun, 9 Jan 2005 00:40:09 -0600 (CST) From: "Stephen M. Jones" Message-Id: <200501090640.j096e99P019663@egsner.cirr.com> To: port-alpha@netbsd.org Date: Sun, 9 Jan 2005 00:40:09 -0600 (CST) X-Mailer: ELM [version 2.5 PL5] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-MD-Spam-Flag: NO X-MD-Spam-Status: No, hits=-2.82 required=5.00 tests=ALL_TRUSTED X-Scanned-By: MIMEDefang 2.49 on 192.67.63.1 cc: freebsd-alpha@freebsd.org Subject: API CS20 Dual 833mhz DEC Alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Jan 2005 06:40:12 -0000 I've got a dual 833mhz API DEC Alpha 19" x 2" rackmountable server listed on ebay on behalf of the SDF Public Access UNIX System. It has 512MB of RAM, two 100mbit ethernet, two PCI slots, an SCA SCSI adapter and an IDE adapter (with CD ROM). It can be viewed at: http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&rd=1&item=5743244217 Please email me with any questions. From owner-freebsd-alpha@FreeBSD.ORG Mon Jan 10 09:52:01 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0FF516A4CE for ; Mon, 10 Jan 2005 09:52:01 +0000 (GMT) Received: from mail07.syd.optusnet.com.au (mail07.syd.optusnet.com.au [211.29.132.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id A41B843D60 for ; Mon, 10 Jan 2005 09:52:00 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j0A9pqhN016064 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 10 Jan 2005 20:51:53 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j0A9ppxP049072; Mon, 10 Jan 2005 20:51:51 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j0A9pplq049071; Mon, 10 Jan 2005 20:51:51 +1100 (EST) (envelope-from pjeremy) Date: Mon, 10 Jan 2005 20:51:51 +1100 From: Peter Jeremy To: "William H. Magill" Message-ID: <20050110095150.GK804@cirb503493.alcatel.com.au> References: <0B21C422-59E1-11D9-8453-000393768D2C@mcgillsociety.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0B21C422-59E1-11D9-8453-000393768D2C@mcgillsociety.org> User-Agent: Mutt/1.4.2i cc: freebsd-alpha@freebsd.org Subject: Re: ssh compatibility question X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 09:52:01 -0000 On Wed, 2004-Dec-29 16:31:47 -0500, William H. Magill wrote: >Ok, I have FreeBSD 5.3 running on one Alpha and Tru64 Unix on another. You don't mention which Tru64 you are running but 5.1B includes a commercial ssh2 implementation and can be configured to use OpenSSH for SSH1. (Unfortunately, the configuration files are completely different and incompatible with OpenSSH). -- Peter Jeremy From owner-freebsd-alpha@FreeBSD.ORG Mon Jan 10 11:02:58 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24CA116A4CE for ; Mon, 10 Jan 2005 11:02:58 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E89F243D58 for ; Mon, 10 Jan 2005 11:02:57 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id j0AB2vdK095427 for ; Mon, 10 Jan 2005 11:02:57 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id j0AB2uwF095421 for freebsd-alpha@freebsd.org; Mon, 10 Jan 2005 11:02:56 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 10 Jan 2005 11:02:56 GMT Message-Id: <200501101102.j0AB2uwF095421@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-alpha@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 11:02:58 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/12/20] alpha/75317 alpha ATA DMA broken on PCalpha 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/09/10] alpha/30486 alpha AlphaServer DS10 floppy access is broken o [2001/09/10] alpha/30487 alpha Floppy access on AlphaServer DS20 solid l o [2003/02/05] alpha/47952 alpha DEFPA causes machine check with V5.0-rele o [2003/11/10] alpha/59116 alpha [ntfs] mount_ntfs of a Windows 2000-forma o [2004/01/26] alpha/61940 alpha Can't disklabel new disk from FreeBSD/alp o [2004/01/27] alpha/61973 alpha Machine Check on boot-up of AlphaServer 2 f [2004/06/06] alpha/67626 alpha X crashes an alpha machine, resulting reb 7 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/01/27] alpha/24663 alpha Console output gets scribbled into /var/l o [2001/02/22] alpha/25284 alpha PC164 won't reboot with graphics console o [2001/06/07] alpha/27930 alpha NE2000 not supported on FreeBSD Alpha 4.x o [2001/06/07] alpha/27933 alpha Time jitter under load on FreeBSD 4.3 alp f [2001/07/29] alpha/29299 alpha FreeBSD 4.3 Alpha + Tekram SCSI adapter p o [2001/10/01] alpha/30970 alpha Ensoniq 1371 (Creative chipset) does not o [2002/01/24] alpha/34232 alpha rpc.statd throws alignment errors o [2002/05/13] alpha/38031 alpha osf1.ko not loaded during boot-time of li p [2002/11/12] alpha/45240 alpha pstat -f column headings misaligned on Al o [2003/02/25] alpha/48676 alpha Changing the baud rate of serial consoles o [2003/04/12] alpha/50868 alpha fd0 floppy device is not mapped into /dev o [2004/05/10] alpha/66478 alpha unexpected machine check: panic for 4.9, o [2004/06/13] alpha/67903 alpha hw.chipset.memory: 1099511627776 - thats 13 problems total. From owner-freebsd-alpha@FreeBSD.ORG Mon Jan 10 13:16:13 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF24116A4CE for ; Mon, 10 Jan 2005 13:16:13 +0000 (GMT) Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83EFD43D45 for ; Mon, 10 Jan 2005 13:16:13 +0000 (GMT) (envelope-from dgilbert@daveg.ca) Received: by ox.eicat.ca (Postfix, from userid 66) id DDDDAD346; Mon, 10 Jan 2005 08:16:09 -0500 (EST) Received: by canoe.dclg.ca (Postfix, from userid 101) id 6A6AE6368; Mon, 10 Jan 2005 08:16:06 -0500 (EST) From: David Gilbert MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16866.32790.398095.651691@canoe.dclg.ca> Date: Mon, 10 Jan 2005 08:16:06 -0500 To: freebsd-alpha@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 16) "Corporate Culture" XEmacs Lucid Subject: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 13:16:13 -0000 I see in the compiler lines crawling by that gcc is asked to optimize for 'EV5' while being compatible with 'EV4'. My Alpha is an EV4 --- I'm wondering if I would see better performance with a different flag there, but the gcc manual doesn't even acknowledge the existance of the options that are in use, let alone the available options. Dave. -- ============================================================================ |David Gilbert, Independent Contractor. | Two things can only be | |Mail: dave@daveg.ca | equal if and only if they | |http://daveg.ca | are precisely opposite. | =========================================================GLO================ From owner-freebsd-alpha@FreeBSD.ORG Mon Jan 10 14:11:40 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF2AA16A4CE for ; Mon, 10 Jan 2005 14:11:40 +0000 (GMT) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4449F43D45 for ; Mon, 10 Jan 2005 14:11:40 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) j0AEBXPS006741; Mon, 10 Jan 2005 15:11:38 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j0AEBWpD003526; Mon, 10 Jan 2005 15:11:32 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j0AEBWqX003525; Mon, 10 Jan 2005 15:11:32 +0100 (CET) (envelope-from wb) Date: Mon, 10 Jan 2005 15:11:32 +0100 From: Wilko Bulte To: David Gilbert Message-ID: <20050110141132.GA3497@freebie.xs4all.nl> References: <16866.32790.398095.651691@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16866.32790.398095.651691@canoe.dclg.ca> X-OS: FreeBSD 4.11-RC2 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-alpha@freebsd.org Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 14:11:40 -0000 On Mon, Jan 10, 2005 at 08:16:06AM -0500, David Gilbert wrote.. > I see in the compiler lines crawling by that gcc is asked to optimize > for 'EV5' while being compatible with 'EV4'. My Alpha is an EV4 --- > I'm wondering if I would see better performance with a different flag > there, but the gcc manual doesn't even acknowledge the existance of > the options that are in use, let alone the available options. David (obrien) would probably be the best to ask. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Mon Jan 10 15:40:52 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B294E16A4CE for ; Mon, 10 Jan 2005 15:40:52 +0000 (GMT) Received: from spacecat.mcgillsociety.org (adsl-216-158-26-62.cust.oldcity.dca.net [216.158.26.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDCA943D55 for ; Mon, 10 Jan 2005 15:40:51 +0000 (GMT) (envelope-from magill@mcgillsociety.org) Received: from [10.0.1.2] (abase.mcgillsociety.org [216.158.26.165]) j0AFcll351788; Mon, 10 Jan 2005 10:38:48 -0500 (EST) In-Reply-To: <20050110095150.GK804@cirb503493.alcatel.com.au> References: <0B21C422-59E1-11D9-8453-000393768D2C@mcgillsociety.org> <20050110095150.GK804@cirb503493.alcatel.com.au> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <009DCD92-631E-11D9-B8BD-000393768D2C@mcgillsociety.org> Content-Transfer-Encoding: 7bit X-Image-Url: http://www.mcgillsociety.org/magill.jpg From: "William H. Magill" Date: Mon, 10 Jan 2005 10:40:49 -0500 To: Peter Jeremy X-Mailer: Apple Mail (2.619) cc: freebsd-alpha@freebsd.org Subject: Re: ssh compatibility question X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 15:40:52 -0000 On 10 Jan, 2005, at 04:51, Peter Jeremy wrote: > On Wed, 2004-Dec-29 16:31:47 -0500, William H. Magill wrote: >> Ok, I have FreeBSD 5.3 running on one Alpha and Tru64 Unix on another. > > You don't mention which Tru64 you are running but 5.1B includes a > commercial ssh2 implementation and can be configured to use OpenSSH > for SSH1. (Unfortunately, the configuration files are completely > different and incompatible with OpenSSH). 5.1.a -- But if you would look down the message a bit, you would see: SSH Version 1.2.27 [alpha-dec-osf5.1], protocol version 1.5. The problem with upgrading (building) ssh on Tru64 from 1.2.27 to OpenSSH_3.8.1p1 turns out to be all of the pre-requisites. There are more of them, and they less than trivially upgraded, than it first appears. (The setloads I found have even more problems.) After spending about 18 hours on the project, I have abandoned it in favor of simply transferring things via OSX which can talk to both versions of ssh. Of course, if Freebsd-alpha could deal with BSD disk labels, then there would be no problem at all. I could just cross mount the disks as I can between Tru64 and SuSE (nice thing about StoragWorks shelves). ... note that I'm believing the documentation here -- which says that a FreeBSD disk is not compatible with any other "xBSD" or Linux. And the fact that I know that TRU64 labeled disks were not acceptable to bsdlabel on FreeBSD when I tried to mount them. T.T.F.N. William H. Magill # Beige G3 [Rev A motherboard - 300 MHz 768 Meg] OS X 10.2.8 # Flat-panel iMac (2.1) [800MHz - Super Drive - 768 Meg] OS X 10.3.7 # PWS433a [Alpha 21164 Rev 7.2 (EV56)- 64 Meg] Tru64 5.1a # XP1000 [Alpha 21264-3 (EV6) - 256 meg] FreeBSD 5.3 # XP1000 [Alpha 21264-A (EV 6.7) - 384 meg] FreeBSD 5.3 magill@mcgillsociety.org magill@acm.org magill@mac.com whmagill@gmail.com From owner-freebsd-alpha@FreeBSD.ORG Mon Jan 10 16:07:54 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8F9D16A4CE for ; Mon, 10 Jan 2005 16:07:54 +0000 (GMT) Received: from spacecat.mcgillsociety.org (adsl-216-158-26-62.cust.oldcity.dca.net [216.158.26.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2970D43D2F for ; Mon, 10 Jan 2005 16:07:54 +0000 (GMT) (envelope-from magill@mcgillsociety.org) Received: from [10.0.1.2] (abase.mcgillsociety.org [216.158.26.165]) j0AG5ol351954; Mon, 10 Jan 2005 11:05:50 -0500 (EST) In-Reply-To: <16866.32790.398095.651691@canoe.dclg.ca> References: <16866.32790.398095.651691@canoe.dclg.ca> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit X-Image-Url: http://www.mcgillsociety.org/magill.jpg From: "William H. Magill" Date: Mon, 10 Jan 2005 11:07:52 -0500 To: David Gilbert X-Mailer: Apple Mail (2.619) cc: freebsd-alpha@freebsd.org Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 16:07:55 -0000 On 10 Jan, 2005, at 08:16, David Gilbert wrote: > I see in the compiler lines crawling by that gcc is asked to optimize > for 'EV5' while being compatible with 'EV4'. My Alpha is an EV4 --- > I'm wondering if I would see better performance with a different flag > there, but the gcc manual doesn't even acknowledge the existance of > the options that are in use, let alone the available options. I'm not a programmer type, but it was pretty well known that the GCC compiler generated from pretty poor, to downright bad code on the Alphas, no matter which one, when compared to the DEC C compiler (known as ccc on the Linux tools CD). However, I understand that the GCC compiler picked up (some?many?all) the Alpha optimization enhancements offered by Compaq shortly before the Intel/HP deal. And I do know from long TRU64 experience that optimizing for a particular EVx chip can make a big difference. The man page for the Dec C Compiler under 5.1A: Compaq C V6.3-028 on Compaq Tru64 UNIX V5.1 (Rev. 732) Compiler Driver V6.3-026 (sys) cc Driver states: (Note: There are two relevant options for ccc -arch and -tune.) -arch option Specifies which version of the Alpha architecture to generate instructions for. All Alpha processors implement a core set of instruc- tions and, in some cases, the following extensions: BWX (byte/word- manipulation extension), MVI (multimedia extension), FIX (square root and floating-point convert extension), and CIX (count extension). (The Alpha Architecture Reference Manual describes the extensions in detail.) The option specified by the -arch option determines which instructions the compiler can generate: generic Generate instructions that are appropriate for all Alpha proces- sors. This option is the default. host Generate instructions for the processor that the compiler is run- ning on (for example, EV6 instructions on an EV6 processor). ev4,ev5 Generate instructions for the EV4 processor (21064, 21064A, 21066, and 21068 chips) and EV5 processor (some 21164 chips). (Note that chip number 21164 is used for both EV5 and EV56 processors.) Applications compiled with this option will not incur any emulation overhead on any Alpha processor. ev56 Generate instructions for EV56 processors (some 21164 chips). This option permits the compiler to generate any EV4 instruction, plus any instructions contained in the BWX extension. Applications compiled with this option may incur emulation overhead on EV4 and EV5 processors. ev6 Generate instructions for EV6 processors (21264 chips). This option permits the compiler to generate any EV6 instruction, plus any instructions contained in the following extensions: BWX, MVI, and FIX. Applications compiled with this option may incur emulation overhead on EV4, EV5, EV56, and PCA56 processors. ev67 Generate instructions for EV67 processors (21264A chips). This option is the same as the ev6 option except that it also per- mits the compiler to generate any instructions contained in the CIX extension. If your application uses CIX instructions, it may incur emulation overhead on all processors that are older than EV67. pca56 Generate instructions for PCA56 processors (21164PC chips). This option permits the compiler to generate any EV4 instruction, plus any instructions contained in the BWX and MVI extensions. Applications compiled with this option may incur emulation overhead on EV4, EV5, and EV56 processors. A program compiled with any of the options will run on any Alpha pro- cessor. Beginning with DIGITAL UNIX V4.0 and continuing with subse- quent versions, the operating system kernel includes an instruction emulator. This capability allows any Alpha chip to execute and produce correct results from Alpha instructions--even if the some of the instructions are not implemented on the chip. Applications using emu- lated instructions will run correctly, but may incur significant emula- tion overhead at run time. The psrinfo -v command can be used to determine which type of processor is installed on any given Alpha system. Note the following differences between the -arch evx and -tune evx options (where x designates a specific processor): + -arch evx implies -tune evx, but -tune evx does not imply -arch evx. + -arch evx can generate unguarded evx-specific instructions. If you run that application on a pre-evx processor, those instruc- tions may get emulated (and emulated instructions can be up to 1000 times slower than actual instructions). + -tune evx can generate evx-specific instructions, but those are always amask-guarded. That expands the code size but avoids instruction emulation. + If you want the best performance possible on an evx processor and are not concerned about performance on earlier processors, the best choice would be -arch evx (which implies -tune evx). + If you want good performance on an evx processor but also want the application to run reasonably fast on earlier processors, the best choice would probably be -tune evx. =============== -tune option Instructs the optimizer to tune the application for a specific version of the Alpha hardware. This will not prevent the application from run- ning correctly on other versions of Alpha but it may run more slowly than generically-tuned code on those versions. The option argument can be one of the following, which selects instruc- tion tuning appropriate for the listed processor(s): generic All Alpha processors. This is the default. host The processor on which the code is compiled. ev4 The 21064, 21064A, and 21068 processors. ev5,ev56 The 21164 processor. (Both EV5 and EV56 are numbered 21164.) ev6 The 21264 processor. ev67 The 21264A processor. See also the -arch option for an explanation of the differences between -tune and -arch. T.T.F.N. William H. Magill # Beige G3 [Rev A motherboard - 300 MHz 768 Meg] OS X 10.2.8 # Flat-panel iMac (2.1) [800MHz - Super Drive - 768 Meg] OS X 10.3.7 # PWS433a [Alpha 21164 Rev 7.2 (EV56)- 64 Meg] Tru64 5.1a # XP1000 [Alpha 21264-3 (EV6) - 256 meg] FreeBSD 5.3 # XP1000 [Alpha 21264-A (EV 6.7) - 384 meg] FreeBSD 5.3 magill@mcgillsociety.org magill@acm.org magill@mac.com whmagill@gmail.com From owner-freebsd-alpha@FreeBSD.ORG Mon Jan 10 18:43:18 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 225D316A4CE for ; Mon, 10 Jan 2005 18:43:18 +0000 (GMT) Received: from spacecat.mcgillsociety.org (adsl-216-158-26-62.cust.oldcity.dca.net [216.158.26.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C39243D1D for ; Mon, 10 Jan 2005 18:43:17 +0000 (GMT) (envelope-from magill@mcgillsociety.org) Received: from [10.0.1.2] (abase.mcgillsociety.org [216.158.26.165]) j0AIfEl352301 for ; Mon, 10 Jan 2005 13:41:14 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v619) In-Reply-To: <20050110141132.GA3497@freebie.xs4all.nl> References: <16866.32790.398095.651691@canoe.dclg.ca> <20050110141132.GA3497@freebie.xs4all.nl> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7D42713C-6337-11D9-B8BD-000393768D2C@mcgillsociety.org> Content-Transfer-Encoding: 7bit X-Image-Url: http://www.mcgillsociety.org/magill.jpg From: "William H. Magill" Date: Mon, 10 Jan 2005 13:43:15 -0500 To: freebsd-alpha@freebsd.org X-Mailer: Apple Mail (2.619) Subject: CCC compiler on FreeBSD. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 18:43:18 -0000 Since we're on the subject of compilers... Does anyone know if/how the ccc compiler on Q's Linux Tools CD can be used with FreeBSD? http://h21007.www2.hp.com/dspp/tech/tech_TechSoftwareDetailPage_IDX/ 1,1703,5336.html See the "Enthusiast and Education program" under "downloads" for more info. T.T.F.N. William H. Magill # Beige G3 [Rev A motherboard - 300 MHz 768 Meg] OS X 10.2.8 # Flat-panel iMac (2.1) [800MHz - Super Drive - 768 Meg] OS X 10.3.7 # PWS433a [Alpha 21164 Rev 7.2 (EV56)- 64 Meg] Tru64 5.1a # XP1000 [Alpha 21264-3 (EV6) - 256 meg] FreeBSD 5.3 # XP1000 [Alpha 21264-A (EV 6.7) - 384 meg] FreeBSD 5.3 magill@mcgillsociety.org magill@acm.org magill@mac.com whmagill@gmail.com From owner-freebsd-alpha@FreeBSD.ORG Mon Jan 10 19:16:34 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60E9D16A4CE for ; Mon, 10 Jan 2005 19:16:34 +0000 (GMT) Received: from misty.eyesbeyond.com (glewis.dsl.xmission.com [166.70.56.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA9D743D2F for ; Mon, 10 Jan 2005 19:16:33 +0000 (GMT) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) j0AJGWV3039312; Mon, 10 Jan 2005 12:16:32 -0700 (MST) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.12.11/8.12.11/Submit) id j0AJGV9U039126; Mon, 10 Jan 2005 12:16:31 -0700 (MST) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Mon, 10 Jan 2005 12:16:31 -0700 From: Greg Lewis To: "William H. Magill" Message-ID: <20050110191631.GA34327@misty.eyesbeyond.com> References: <16866.32790.398095.651691@canoe.dclg.ca> <20050110141132.GA3497@freebie.xs4all.nl> <7D42713C-6337-11D9-B8BD-000393768D2C@mcgillsociety.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7D42713C-6337-11D9-B8BD-000393768D2C@mcgillsociety.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-alpha@freebsd.org Subject: Re: CCC compiler on FreeBSD. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 19:16:34 -0000 On Mon, Jan 10, 2005 at 01:43:15PM -0500, William H. Magill wrote: > Since we're on the subject of compilers... > > Does anyone know if/how the ccc compiler on Q's Linux Tools CD > can be used with FreeBSD? > > http://h21007.www2.hp.com/dspp/tech/tech_TechSoftwareDetailPage_IDX/ > 1,1703,5336.html > > See the "Enthusiast and Education program" under "downloads" for more > info. Try the lang/compaq-cc port. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Mon Jan 10 19:26:11 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CF8916A4CE for ; Mon, 10 Jan 2005 19:26:11 +0000 (GMT) Received: from kirk.blurgle.ca (kirk.fuqn.ca [66.38.165.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCE4143D2D for ; Mon, 10 Jan 2005 19:26:10 +0000 (GMT) (envelope-from jtregunna@blurgle.ca) Received: from [192.168.0.14] (scotty.blurgle.ca [66.38.165.231]) (authenticated bits=0) by kirk.blurgle.ca (8.13.1/8.13.1) with ESMTP id j0AJNwle001733 (version=TLSv1/SSLv3 cipher=EDH-DSS-DES-CBC3-SHA bits=168 verify=NO); Mon, 10 Jan 2005 19:23:59 GMT (envelope-from jtregunna@blurgle.ca) In-Reply-To: References: <16866.32790.398095.651691@canoe.dclg.ca> Mime-Version: 1.0 (Apple Message framework v619) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <7944CAFC-633D-11D9-8BEE-0003930A1676@blurgle.ca> Content-Transfer-Encoding: 7bit From: Jeremy Tregunna Date: Mon, 10 Jan 2005 14:26:06 -0500 To: "William H. Magill" X-Mailer: Apple Mail (2.619) Received-SPF: pass (kirk.fuqn.ca: 66.38.165.231 is authenticated by a trusted mechanism) X-Virus-Scanned: ClamAV 0.80/533/Sat Oct 16 21:09:44 2004 clamav-milter version 0.80j on kirk.blurgle.ca X-Virus-Status: Clean cc: freebsd-alpha@freebsd.org cc: David Gilbert Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Jan 2005 19:26:11 -0000 On 10-Jan-05, at 11:07 AM, William H. Magill wrote: > However, I understand that the GCC compiler picked up (some?many?all) > the Alpha optimization enhancements offered by Compaq shortly before > the Intel/HP deal. If this is the case, it doesn't do them very well, gcc is still dog slow optimizing compared to CCC. > And I do know from long TRU64 experience that optimizing for a > particular > EVx chip can make a big difference. > > The man page for the Dec C Compiler under 5.1A: > Compaq C V6.3-028 on Compaq Tru64 UNIX V5.1 (Rev. 732) > Compiler Driver V6.3-026 (sys) cc Driver > states: > (Note: There are two relevant options for ccc -arch and -tune.) > > -arch option > Specifies which version of the Alpha architecture to generate > instructions for. All Alpha processors implement a core set of > instruc- > tions and, in some cases, the following extensions: BWX > (byte/word- > manipulation extension), MVI (multimedia extension), FIX (square > root > and floating-point convert extension), and CIX (count > extension). (The > Alpha Architecture Reference Manual describes the extensions in > detail.) > > The option specified by the -arch option determines which > instructions > the compiler can generate: > > generic > Generate instructions that are appropriate for all Alpha > proces- > sors. This option is the default. > > host > Generate instructions for the processor that the compiler is > run- > ning on (for example, EV6 instructions on an EV6 processor). > > ev4,ev5 > Generate instructions for the EV4 processor (21064, 21064A, > 21066, > and 21068 chips) and EV5 processor (some 21164 chips). (Note > that > chip number 21164 is used for both EV5 and EV56 processors.) > > Applications compiled with this option will not incur any > emulation > overhead on any Alpha processor. > > ev56 > Generate instructions for EV56 processors (some 21164 chips). > > This option permits the compiler to generate any EV4 > instruction, > plus any instructions contained in the BWX extension. > > Applications compiled with this option may incur emulation > overhead > on EV4 and EV5 processors. > > ev6 Generate instructions for EV6 processors (21264 chips). > > This option permits the compiler to generate any EV6 > instruction, > plus any instructions contained in the following extensions: > BWX, > MVI, and FIX. > > Applications compiled with this option may incur emulation > overhead > on EV4, EV5, EV56, and PCA56 processors. > > ev67 > Generate instructions for EV67 processors (21264A chips). > > This option is the same as the ev6 option except that it > also per- > mits the compiler to generate any instructions contained in > the CIX > extension. > > If your application uses CIX instructions, it may incur > emulation > overhead on all processors that are older than EV67. > > pca56 > Generate instructions for PCA56 processors (21164PC chips). > > This option permits the compiler to generate any EV4 > instruction, > plus any instructions contained in the BWX and MVI > extensions. > > Applications compiled with this option may incur emulation > overhead > on EV4, EV5, and EV56 processors. > > A program compiled with any of the options will run on any Alpha > pro- > cessor. Beginning with DIGITAL UNIX V4.0 and continuing with > subse- > quent versions, the operating system kernel includes an > instruction > emulator. This capability allows any Alpha chip to execute and > produce > correct results from Alpha instructions--even if the some of the > instructions are not implemented on the chip. Applications using > emu- > lated instructions will run correctly, but may incur significant > emula- > tion overhead at run time. > > The psrinfo -v command can be used to determine which type of > processor > is installed on any given Alpha system. > > Note the following differences between the -arch evx and -tune > evx > options (where x designates a specific processor): > > + -arch evx implies -tune evx, but -tune evx does not imply > -arch > evx. > > + -arch evx can generate unguarded evx-specific instructions. > If > you run that application on a pre-evx processor, those > instruc- > tions may get emulated (and emulated instructions can be up > to > 1000 times slower than actual instructions). > > + -tune evx can generate evx-specific instructions, but those > are > always amask-guarded. That expands the code size but avoids > instruction emulation. > > + If you want the best performance possible on an evx > processor and > are not concerned about performance on earlier processors, > the > best choice would be -arch evx (which implies -tune evx). > > + If you want good performance on an evx processor but also > want the > application to run reasonably fast on earlier processors, > the best > choice would probably be -tune evx. > > =============== > -tune option > Instructs the optimizer to tune the application for a specific > version > of the Alpha hardware. This will not prevent the application > from run- > ning correctly on other versions of Alpha but it may run more > slowly > than generically-tuned code on those versions. > > The option argument can be one of the following, which selects > instruc- > tion tuning appropriate for the listed processor(s): > > generic > All Alpha processors. This is the default. > > host > The processor on which the code is compiled. > > ev4 The 21064, 21064A, and 21068 processors. > > ev5,ev56 > The 21164 processor. (Both EV5 and EV56 are numbered 21164.) > > ev6 The 21264 processor. > > ev67 > The 21264A processor. > > See also the -arch option for an explanation of the differences > between > -tune and -arch. > > > T.T.F.N. > William H. Magill > # Beige G3 [Rev A motherboard - 300 MHz 768 Meg] OS X 10.2.8 > # Flat-panel iMac (2.1) [800MHz - Super Drive - 768 Meg] OS X 10.3.7 > # PWS433a [Alpha 21164 Rev 7.2 (EV56)- 64 Meg] Tru64 5.1a > # XP1000 [Alpha 21264-3 (EV6) - 256 meg] FreeBSD 5.3 > # XP1000 [Alpha 21264-A (EV 6.7) - 384 meg] FreeBSD 5.3 > magill@mcgillsociety.org > magill@acm.org > magill@mac.com > whmagill@gmail.com > > _______________________________________________ > freebsd-alpha@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-alpha > To unsubscribe, send any mail to > "freebsd-alpha-unsubscribe@freebsd.org" > > !DSPAM:41e2a80f10651789918842! > > > -- Jeremy Tregunna jtregunna@blurgle.ca From owner-freebsd-alpha@FreeBSD.ORG Tue Jan 11 07:42:07 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E4DE16A4CE for ; Tue, 11 Jan 2005 07:42:07 +0000 (GMT) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA87143D2F for ; Tue, 11 Jan 2005 07:42:05 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j0B7g28E026075 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 11 Jan 2005 18:42:03 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j0B7g2xP050505; Tue, 11 Jan 2005 18:42:02 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j0B7g2Ut050504; Tue, 11 Jan 2005 18:42:02 +1100 (EST) (envelope-from pjeremy) Date: Tue, 11 Jan 2005 18:42:02 +1100 From: Peter Jeremy To: "William H. Magill" Message-ID: <20050111074201.GY79646@cirb503493.alcatel.com.au> References: <0B21C422-59E1-11D9-8453-000393768D2C@mcgillsociety.org> <20050110095150.GK804@cirb503493.alcatel.com.au> <009DCD92-631E-11D9-B8BD-000393768D2C@mcgillsociety.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <009DCD92-631E-11D9-B8BD-000393768D2C@mcgillsociety.org> User-Agent: Mutt/1.4.2i cc: freebsd-alpha@freebsd.org Subject: Re: ssh compatibility question X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 07:42:07 -0000 On Mon, 2005-Jan-10 10:40:49 -0500, William H. Magill wrote: >On 10 Jan, 2005, at 04:51, Peter Jeremy wrote: >>On Wed, 2004-Dec-29 16:31:47 -0500, William H. Magill wrote: >>>Ok, I have FreeBSD 5.3 running on one Alpha and Tru64 Unix on another. >> >>You don't mention which Tru64 you are running but 5.1B includes a >>commercial ssh2 implementation and can be configured to use OpenSSH >>for SSH1. (Unfortunately, the configuration files are completely >>different and incompatible with OpenSSH). > >5.1.a -- But if you would look down the message a bit, you would see: > >SSH Version 1.2.27 [alpha-dec-osf5.1], protocol version 1.5. I realised you were running a 5.1 variant with a fairly old SSH. I meant to imply that upgrading to 5.1B may be an alternative. >The problem with upgrading (building) ssh on Tru64 from 1.2.27 to >OpenSSH_3.8.1p1 turns out to be all of the pre-requisites. >There are more of them, and they less than trivially upgraded, than >it first appears. (The setloads I found have even more problems.) I've had a chat to a colleague who built OpenSSH on 5.1A and he says it was fairly trivial. All you need is prngd (maybe - neither of us can remember if /dev/random is part of 5.1A), OpenSSL and maybe perl5 (which comes with Tru64). >Of course, if Freebsd-alpha could deal with BSD disk labels, then >there would be no problem at all. I could just cross mount the disks >as I can between Tru64 and SuSE (nice thing about StoragWorks shelves). What do you define as a "BSD disk label"? FreeBSD deals with its own BSD disk labels just fine. >... note that I'm believing the documentation here -- which says that >a FreeBSD disk is not compatible with any other "xBSD" or Linux. Note that that statement is not the same as stating that FreeBSD cannot read UFS disks from xBSD etc. FreeBSD 4.x and later support softupdates and FreeBSD 5.x and later support UFS2. AFAIK, neither of these are supported on other free Unices. Note that FreeBSD 4.x cannot read a standard FreeBSD 5.x filesystem. > And >the fact that I know that TRU64 labeled disks were not acceptable to >bsdlabel on FreeBSD when I tried to mount them. This would appear to be a regression. I'm sure I've been able to mount Tru64 UFS partitions in the past. Can you post: - Tru64 "disklabel -r DISKNAME" - FreeBSD "bsdlabel -A -m alpha DISKNAME" - What happens (error message) when FreeBSD tries to mount the Tru64 partition. -- Peter Jeremy From owner-freebsd-alpha@FreeBSD.ORG Tue Jan 11 13:53:11 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72F9016A4CE; Tue, 11 Jan 2005 13:53:11 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E85FA43D1D; Tue, 11 Jan 2005 13:53:10 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0BDr9Qg058857; Tue, 11 Jan 2005 08:53:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j0BDr9aO088461; Tue, 11 Jan 2005 08:53:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7EE357306E; Tue, 11 Jan 2005 08:53:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050111135309.7EE357306E@freebsd-current.sentex.ca> Date: Tue, 11 Jan 2005 08:53:09 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/625/Fri Dec 10 12:41:57 2004 clamav-milter version 0.80j on clamscanner2 X-Virus-Scanned: ClamAV 0.80/640/Thu Dec 23 13:48:27 2004 clamav-milter version 0.80j on clamscanner2 X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jan 2005 13:53:11 -0000 TB --- 2005-01-11 13:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-11 13:15:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-01-11 13:15:00 - checking out the source tree TB --- 2005-01-11 13:15:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-01-11 13:15:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-11 13:20:48 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-11 13:20:48 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-01-11 13:20:48 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] mkdep -f .depend -a /tinderbox/CURRENT/alpha/alpha/src/sbin/kldstat/kldstat.c echo kldstat: /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/i386/usr/lib/libc.a >> .depend ===> sbin/kldunload (depend) rm -f .depend mkdep -f .depend -a /tinderbox/CURRENT/alpha/alpha/src/sbin/kldunload/kldunload.c echo kldunload: /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/i386/usr/lib/libc.a >> .depend ===> sbin/ldconfig (depend) make: don't know how to make shlib.c. Stop *** Error code 2 Stop in /tinderbox/CURRENT/alpha/alpha/src/sbin. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-01-11 13:53:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-11 13:53:09 - ERROR: failed to build world TB --- 2005-01-11 13:53:09 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Thu Jan 13 07:24:33 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 310A616A4CE for ; Thu, 13 Jan 2005 07:24:33 +0000 (GMT) Received: from mail.calibre-solutions.co.uk (ns0.calibre-solutions.co.uk [217.79.104.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D46743D2D for ; Thu, 13 Jan 2005 07:24:32 +0000 (GMT) (envelope-from macgyver@calibre-solutions.co.uk) Received: from vmx.calibre-solutions.co.uk (node1.calibre-solutions.co.uk [172.16.1.3]) by mail.calibre-solutions.co.uk (Postfix) with ESMTP id 8B7687850F for ; Thu, 13 Jan 2005 07:27:14 +0000 (GMT) Received: from [172.16.1.25] (yavin4.calibre-solutions.co.uk [172.16.1.25]) by vmx.calibre-solutions.co.uk (Postfix) with ESMTP id 0DA9FAF84 for ; Thu, 13 Jan 2005 07:37:29 +0000 (GMT) From: Angus MacGyver To: freebsd-alpha@freebsd.org Content-Type: text/plain Message-Id: <1105601068.4123.4767.camel@yavin4.calibre-solutions.co.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Thu, 13 Jan 2005 07:24:28 +0000 Content-Transfer-Encoding: 7bit Subject: Question... Alpha Compile optimizations.... X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 07:24:33 -0000 I've been using FreeBSD on an Alpha (164LX and 164SX) for a while, and have done some re-compiles of programs using some of the optimization flags in make.conf... .... no problem.. I am just wondering, after reading the sample make.conf from 5.3-RELEASE, what is the nature of the bugs that MAY appear if I use CFLAGS= -O2 -pipe as the optimisation flags. I have done so before on a 4.9 system, and have not experienced any problem that i could see, tho I did see an improvement in the speed of the resultant system (always a good thing) Cheers AM .... From owner-freebsd-alpha@FreeBSD.ORG Thu Jan 13 11:47:53 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E164116A4CE for ; Thu, 13 Jan 2005 11:47:53 +0000 (GMT) Received: from mail.nerdshack.com (mail.nerdshack.com [206.123.69.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3128943D49 for ; Thu, 13 Jan 2005 11:47:53 +0000 (GMT) (envelope-from rbyrnes@mailshack.com) Received: from cartman.mailshack.com (dialup-122.104.221.203.acc51-kent-syd.comindico.com.au [203.221.104.122]) by mail.nerdshack.com (Postfix) with ESMTP id 8288D8BC00B for ; Thu, 13 Jan 2005 05:47:45 -0600 (CST) Message-Id: <6.2.0.14.2.20050113143340.0284fe28@127.0.0.1> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Thu, 13 Jan 2005 22:47:37 +1100 To: alpha@freebsd.org From: Rob B Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Does mount-ntfs work for usb disks? X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 11:47:54 -0000 As the subject says, does mount_ntfs or USB hard disks work on Alpha? I have one which is formatted NTFS (from WinXP) and I'm trying to mount it on my Miata which is running 4.11-STABLE. I have all the relevant bits compiled into the kernel, and I can see the umass(4) driver attach when the device is plugged into the on-board USB port (the ntfs kernel module is loaded as well): Jan 13 14:07:08 erwin /kernel: umass0: Genesys Logic USB TO IDE, rev 2.00/0.02, addr 2 Jan 13 14:07:08 erwin /kernel: da2 at umass-sim0 bus 0 target 0 lun 0 Jan 13 14:07:08 erwin /kernel: da2: Fixed Direct Access SCSI-0 device Jan 13 14:07:08 erwin /kernel: da2: 650KB/s transfers Jan 13 14:07:08 erwin /kernel: da2: 38154MB (78140160 512 byte sectors: 64H 32S/T 38154C) Trying to mount with "mount_ntfs /dev/da2s1 /mnt" causes a panic and a reboot. Here's the details of the panic: fatal kernel trap trap entry = 0x4 (unaligned access fault) a0 = 0xfffffe00011cf061 a1 = 0x2d a2 = 0x1f pc = 0xfffffe00011f574c ra = 0xfffffe00011f5b38 curproc = 0xfffffe000bfbc880 pid = 2156 , comm = mount_ntfs panic = trap cheers, rob -- Make your own mistakes, not somebody else's. This is random quote 792 of 1264. Distance from the centre of the brewing universe [15200.8 km (8207.8 mi), 262.8 deg](Apparent) Rennerian Public Key fingerprint = 6219 33BD A37B 368D 29F5 19FB 945D C4D7 1F66 D9C5 From owner-freebsd-alpha@FreeBSD.ORG Thu Jan 13 12:38:37 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B39916A4CE for ; Thu, 13 Jan 2005 12:38:37 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4F4E43D2D for ; Thu, 13 Jan 2005 12:38:36 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j0DCcVHo002722 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Thu, 13 Jan 2005 13:38:34 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j0DCblxC008647 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Jan 2005 13:37:47 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j0DCbklv035345; Thu, 13 Jan 2005 13:37:46 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j0DCbk0F035344; Thu, 13 Jan 2005 13:37:46 +0100 (CET) (envelope-from ticso) Date: Thu, 13 Jan 2005 13:37:46 +0100 From: Bernd Walter To: Rob B Message-ID: <20050113123745.GB26056@cicely12.cicely.de> References: <6.2.0.14.2.20050113143340.0284fe28@127.0.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.2.0.14.2.20050113143340.0284fe28@127.0.0.1> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: alpha@freebsd.org Subject: Re: Does mount-ntfs work for usb disks? X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 12:38:37 -0000 On Thu, Jan 13, 2005 at 10:47:37PM +1100, Rob B wrote: > As the subject says, does mount_ntfs or USB hard disks work on Alpha? USB disks should work on Alpha, but I doubt that NTFS will work. The unaligned access you got was from NTFS specific code. Best choice as interchange format is still msdosfs, never tested it on alpha, but it should work. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Thu Jan 13 15:17:36 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8053916A4CE for ; Thu, 13 Jan 2005 15:17:36 +0000 (GMT) Received: from mail.performancedesign.no (dsl-static-124-226.oeke.tiscali.no [213.234.124.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69F7643D2F for ; Thu, 13 Jan 2005 15:17:35 +0000 (GMT) (envelope-from idart@performancedesign.no) Received: from [127.0.0.1] (localhost.performancedesign.no [127.0.0.1]) by mail.performancedesign.no (Postfix) with ESMTP id 3698D20E29; Thu, 13 Jan 2005 16:17:33 +0100 (CET) Message-ID: <41E6910B.7@performancedesign.no> Date: Thu, 13 Jan 2005 16:17:31 +0100 From: Idar Tollefsen Organization: Performance Design User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Angus MacGyver References: <1105601068.4123.4767.camel@yavin4.calibre-solutions.co.uk> In-Reply-To: <1105601068.4123.4767.camel@yavin4.calibre-solutions.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-alpha@freebsd.org Subject: Re: Question... Alpha Compile optimizations.... X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jan 2005 15:17:36 -0000 Angus MacGyver wrote: > I am just wondering, after reading the sample make.conf from > 5.3-RELEASE, what is the nature of the bugs that MAY appear if I use > CFLAGS= -O2 -pipe > as the optimisation flags. Wasn't the -O2 problem fixed in GCC 3.x? Although I can't remember what 'x'... > I have done so before on a 4.9 system, and have not experienced any > problem that i could see, tho I did see an improvement in the speed of > the resultant system (always a good thing) I tried to compile the kernel with -O2 once on a 4.8 system. It booted, but didn't run for long before stopping, spawning messages about waiting for some lock (I don't remember the exact message). - IT From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 00:19:07 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B940B16A4CE for ; Fri, 14 Jan 2005 00:19:07 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F5F943D58 for ; Fri, 14 Jan 2005 00:19:07 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j0E0Ixdd052417; Thu, 13 Jan 2005 16:18:59 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j0E0IwU7052412; Thu, 13 Jan 2005 16:18:58 -0800 (PST) (envelope-from obrien) Date: Thu, 13 Jan 2005 16:18:58 -0800 From: "David O'Brien" To: Angus MacGyver Message-ID: <20050114001858.GB29445@dragon.nuxi.com> References: <1105601068.4123.4767.camel@yavin4.calibre-solutions.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1105601068.4123.4767.camel@yavin4.calibre-solutions.co.uk> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.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-alpha@freebsd.org Subject: Re: Question... Alpha Compile optimizations.... X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-alpha@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 00:19:07 -0000 On Thu, Jan 13, 2005 at 07:24:28AM +0000, Angus MacGyver wrote: > I've been using FreeBSD on an Alpha (164LX and 164SX) for a while, and > have done some re-compiles of programs using some of the optimization > flags in make.conf... > .... no problem.. > > I am just wondering, after reading the sample make.conf from > 5.3-RELEASE, what is the nature of the bugs that MAY appear if I use > > CFLAGS= -O2 -pipe > > as the optimisation flags. -O2 should be fine provided you also use -fno-strict-aliasing. -- -- David (obrien@FreeBSD.org) From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 00:27:00 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2930E16A4CE for ; Fri, 14 Jan 2005 00:27:00 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF29943D31 for ; Fri, 14 Jan 2005 00:26:59 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j0E0Qpe7052655; Thu, 13 Jan 2005 16:26:51 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j0E0Qps1052654; Thu, 13 Jan 2005 16:26:51 -0800 (PST) (envelope-from obrien) Date: Thu, 13 Jan 2005 16:26:51 -0800 From: "David O'Brien" To: David Gilbert Message-ID: <20050114002651.GD29445@dragon.nuxi.com> References: <16866.32790.398095.651691@canoe.dclg.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16866.32790.398095.651691@canoe.dclg.ca> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.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-alpha@freebsd.org Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-alpha@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 00:27:00 -0000 On Mon, Jan 10, 2005 at 08:16:06AM -0500, David Gilbert wrote: > I see in the compiler lines crawling by that gcc is asked to optimize > for 'EV5' while being compatible with 'EV4'. My Alpha is an EV4 --- > I'm wondering if I would see better performance with a different flag > there, but the gcc manual doesn't even acknowledge the existance of > the options that are in use, let alone the available options. It doens't??? >From /usr/share/mk/bsd.cpu.mk: . elif ${MACHINE_ARCH} == "alpha" _CPUCFLAGS = -mcpu=ev4 -mtune=ev5 http://gcc.gnu.org/onlinedocs/gcc-3.4.3/gcc/DEC-Alpha-Options.html#DEC-Alpha-Options clearly tells: -mcpu=cpu_type Set the instruction set and instruction scheduling parameters for machine type cpu_type. You can specify either the EV style name or the corresponding chip number. GCC supports scheduling parameters for the EV4, EV5 and EV6 family of processors. -mtune=cpu_type Set only the instruction scheduling parameters for machine type cpu_type. The instruction set is not changed. That said, you should remove the -mtune=ev5 or change it to -mtune=ev4. My guess is you won't notice a difference, but this this change will produce the best code for your machine. -- -- David (obrien@FreeBSD.org) From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 01:21:27 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA10616A4CF; Fri, 14 Jan 2005 01:21:27 +0000 (GMT) Received: from blues.jpj.net (blues.jpj.net [208.210.80.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2043C43D53; Fri, 14 Jan 2005 01:21:27 +0000 (GMT) (envelope-from trevor@jpj.net) Received: from blues.jpj.net (localhost [127.0.0.1]) by blues.jpj.net (8.12.9p2/8.12.9) with ESMTP id j0E1LRff083008; Thu, 13 Jan 2005 20:21:27 -0500 (EST) (envelope-from trevor@jpj.net) Received: from localhost (trevor@localhost)j0E1LRvp083005; Thu, 13 Jan 2005 20:21:27 -0500 (EST) X-Authentication-Warning: blues.jpj.net: trevor owned process doing -bs Date: Thu, 13 Jan 2005 20:21:27 -0500 (EST) From: Trevor Johnson To: "Daniel O'Connor" In-Reply-To: <200501141128.44330.doconnor@gsoft.com.au> Message-ID: <20050113201832.I81177@blues.jpj.net> References: <200501132346.j0DNkOwM017797@repoman.freebsd.org> <200501141128.44330.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Scanned-By: MIMEDefang 2.48 on 127.0.0.1 cc: cvs-ports@freebsd.org cc: freebsd-alpha@freebsd.org cc: cvs-all@freebsd.org cc: ports-committers@freebsd.org Subject: Re: cvs commit: ports/emulators/linux_base pkg-install X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 01:21:27 -0000 Daniel O'Connor wrote: > On Fri, 14 Jan 2005 10:16, Trevor Johnson wrote: > > Modified files: > > emulators/linux_base pkg-install > > Log: > > On Alpha, the osf1 module must be loaded before the linux module. > > Do this. > > Shouldn't the linux module depend on osf1 then...? Looking at src/sys/alpha/linux/linux_sysvec.c I see that in fact it does. I will back this out. -- Trevor Johnson From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 01:40:22 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D823F16A4D2; Fri, 14 Jan 2005 01:40:22 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB95E43D1D; Fri, 14 Jan 2005 01:40:12 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j0E1e7SN005355; Fri, 14 Jan 2005 12:10:08 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Trevor Johnson Date: Fri, 14 Jan 2005 12:10:06 +1030 User-Agent: KMail/1.7.1 References: <200501132346.j0DNkOwM017797@repoman.freebsd.org> <200501141128.44330.doconnor@gsoft.com.au> <20050113201832.I81177@blues.jpj.net> In-Reply-To: <20050113201832.I81177@blues.jpj.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2052349.y8xphX1VP3"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200501141210.07082.doconnor@gsoft.com.au> X-Spam-Score: -4.9 () IN_REP_TO,PGP_SIGNATURE_2,REFERENCES,SPAM_PHRASE_01_02,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: cvs-ports@freebsd.org cc: freebsd-alpha@freebsd.org cc: cvs-all@freebsd.org cc: ports-committers@freebsd.org Subject: Re: cvs commit: ports/emulators/linux_base pkg-install X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 01:40:23 -0000 --nextPart2052349.y8xphX1VP3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Fri, 14 Jan 2005 11:51, Trevor Johnson wrote: > > Shouldn't the linux module depend on osf1 then...? > > Looking at src/sys/alpha/linux/linux_sysvec.c I see that in fact it does. > I will back this out. Unless your commit is actually necessary in which case it would be good to= =20 find out why :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2052349.y8xphX1VP3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBB5yL35ZPcIHs/zowRAorMAJ4nN2RJ8SXtMEQniZyjQu38xpMB9gCgp6Z1 6KSMk3r9hsDUcyefJM7faxw= =Y9c2 -----END PGP SIGNATURE----- --nextPart2052349.y8xphX1VP3-- From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 07:43:40 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3886016A4CE for ; Fri, 14 Jan 2005 07:43:40 +0000 (GMT) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6305443D39 for ; Fri, 14 Jan 2005 07:43:39 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr4.xs4all.nl (8.12.11/8.12.11) with ESMTP id j0E7hbwA078102 for ; Fri, 14 Jan 2005 08:43:37 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j0E7hbfw098989 for ; Fri, 14 Jan 2005 08:43:37 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j0E7hbsm098988 for freebsd-alpha@freebsd.org; Fri, 14 Jan 2005 08:43:37 +0100 (CET) (envelope-from wb) Date: Fri, 14 Jan 2005 08:43:37 +0100 From: Wilko Bulte To: freebsd-alpha@freebsd.org Message-ID: <20050114074336.GA97061@freebie.xs4all.nl> References: <16866.32790.398095.651691@canoe.dclg.ca> <20050114002651.GD29445@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050114002651.GD29445@dragon.nuxi.com> X-OS: FreeBSD 4.11-RC2 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 07:43:40 -0000 On Thu, Jan 13, 2005 at 04:26:51PM -0800, David O'Brien wrote.. > On Mon, Jan 10, 2005 at 08:16:06AM -0500, David Gilbert wrote: > > I see in the compiler lines crawling by that gcc is asked to optimize > > for 'EV5' while being compatible with 'EV4'. My Alpha is an EV4 --- > > I'm wondering if I would see better performance with a different flag > > there, but the gcc manual doesn't even acknowledge the existance of > > the options that are in use, let alone the available options. > > It doens't??? > > >From /usr/share/mk/bsd.cpu.mk: > . elif ${MACHINE_ARCH} == "alpha" > _CPUCFLAGS = -mcpu=ev4 -mtune=ev5 > > http://gcc.gnu.org/onlinedocs/gcc-3.4.3/gcc/DEC-Alpha-Options.html#DEC-Alpha-Options > clearly tells: > > -mcpu=cpu_type > Set the instruction set and instruction scheduling parameters for > machine type cpu_type. You can specify either the EV style name or > the corresponding chip number. GCC supports scheduling parameters for > the EV4, EV5 and EV6 family of processors. > > -mtune=cpu_type > Set only the instruction scheduling parameters for machine type > cpu_type. The instruction set is not changed. > > > That said, you should remove the -mtune=ev5 or change it to -mtune=ev4. > My guess is you won't notice a difference, but this this change will > produce the best code for your machine. Any idea how drastic -mtune=ev6 would change things on a DS10 (to name a random box ;-) ? Am I correct in assuming that -mcpu=ev4 will result in not using the BWX etc of the newer CPUs? And that -mcpu=ev6 will result in code that does not run on anything older than EV6 due to missing instructions etc? W/ -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 08:53:46 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88F2016A4DC for ; Fri, 14 Jan 2005 08:53:46 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1AA143D54 for ; Fri, 14 Jan 2005 08:53:45 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j0E8rgHo063483 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 14 Jan 2005 09:53:43 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j0E8rOU3000968 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Jan 2005 09:53:25 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j0E8rOlW043556; Fri, 14 Jan 2005 09:53:24 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j0E8rOtP043555; Fri, 14 Jan 2005 09:53:24 +0100 (CET) (envelope-from ticso) Date: Fri, 14 Jan 2005 09:53:24 +0100 From: Bernd Walter To: Wilko Bulte Message-ID: <20050114085323.GB43380@cicely12.cicely.de> References: <16866.32790.398095.651691@canoe.dclg.ca> <20050114002651.GD29445@dragon.nuxi.com> <20050114074336.GA97061@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050114074336.GA97061@freebie.xs4all.nl> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-alpha@freebsd.org Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 08:53:46 -0000 On Fri, Jan 14, 2005 at 08:43:37AM +0100, Wilko Bulte wrote: > On Thu, Jan 13, 2005 at 04:26:51PM -0800, David O'Brien wrote.. > > On Mon, Jan 10, 2005 at 08:16:06AM -0500, David Gilbert wrote: > > > I see in the compiler lines crawling by that gcc is asked to optimize > > > for 'EV5' while being compatible with 'EV4'. My Alpha is an EV4 --- > > > I'm wondering if I would see better performance with a different flag > > > there, but the gcc manual doesn't even acknowledge the existance of > > > the options that are in use, let alone the available options. > > > > It doens't??? > > > > >From /usr/share/mk/bsd.cpu.mk: > > . elif ${MACHINE_ARCH} == "alpha" > > _CPUCFLAGS = -mcpu=ev4 -mtune=ev5 > > > > http://gcc.gnu.org/onlinedocs/gcc-3.4.3/gcc/DEC-Alpha-Options.html#DEC-Alpha-Options > > clearly tells: > > > > -mcpu=cpu_type > > Set the instruction set and instruction scheduling parameters for > > machine type cpu_type. You can specify either the EV style name or > > the corresponding chip number. GCC supports scheduling parameters for > > the EV4, EV5 and EV6 family of processors. > > > > -mtune=cpu_type > > Set only the instruction scheduling parameters for machine type > > cpu_type. The instruction set is not changed. > > > > > > That said, you should remove the -mtune=ev5 or change it to -mtune=ev4. > > My guess is you won't notice a difference, but this this change will > > produce the best code for your machine. > > Any idea how drastic -mtune=ev6 would change things on a DS10 (to name > a random box ;-) ? Theoretically -mtune=ev6 could make a noticeable difference, but using BWX gets you way more than mtune. It could make thing slower on older systems and you still want to do a complete recompile on ev56 and up systems. I don't see any real win for ev6 users. > Am I correct in assuming that -mcpu=ev4 will result in not using the BWX > etc of the newer CPUs? And that -mcpu=ev6 will result in code that does > not run on anything older than EV6 due to missing instructions etc? ev56 is the first BWX implementation and pca56 brings some multimedia related instructions - don't think that ev6 has new instructions. BWX instructions are emulated for userland tools, so ev56 compiled applications should work on any alpha, but ev6 may not. However the kernel and bootcode strictly needs to stay with common instructions and emulation of BWX is naturaly much slower than running code without them. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 18:06:01 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18B7316A4CE for ; Fri, 14 Jan 2005 18:06:01 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id C47BA43D45 for ; Fri, 14 Jan 2005 18:06:00 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 23218 invoked from network); 14 Jan 2005 18:06:00 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) AES256-SHA encrypted SMTP for ; 14 Jan 2005 18:06:00 -0000 Received: from [10.50.40.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j0EI5ruJ042325; Fri, 14 Jan 2005 13:05:54 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-alpha@FreeBSD.org Date: Fri, 14 Jan 2005 10:43:00 -0500 User-Agent: KMail/1.6.2 References: <16866.32790.398095.651691@canoe.dclg.ca> <20050114002651.GD29445@dragon.nuxi.com> <20050114074336.GA97061@freebie.xs4all.nl> In-Reply-To: <20050114074336.GA97061@freebie.xs4all.nl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501141043.00568.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 18:06:01 -0000 On Friday 14 January 2005 02:43 am, Wilko Bulte wrote: > On Thu, Jan 13, 2005 at 04:26:51PM -0800, David O'Brien wrote.. > > > On Mon, Jan 10, 2005 at 08:16:06AM -0500, David Gilbert wrote: > > > I see in the compiler lines crawling by that gcc is asked to optimize > > > for 'EV5' while being compatible with 'EV4'. My Alpha is an EV4 --- > > > I'm wondering if I would see better performance with a different flag > > > there, but the gcc manual doesn't even acknowledge the existance of > > > the options that are in use, let alone the available options. > > > > It doens't??? > > > > >From /usr/share/mk/bsd.cpu.mk: > > > > . elif ${MACHINE_ARCH} == "alpha" > > _CPUCFLAGS = -mcpu=ev4 -mtune=ev5 > > > > http://gcc.gnu.org/onlinedocs/gcc-3.4.3/gcc/DEC-Alpha-Options.html#DEC-Al > >pha-Options clearly tells: > > > > -mcpu=cpu_type > > Set the instruction set and instruction scheduling parameters for > > machine type cpu_type. You can specify either the EV style name or > > the corresponding chip number. GCC supports scheduling parameters for > > the EV4, EV5 and EV6 family of processors. > > > > -mtune=cpu_type > > Set only the instruction scheduling parameters for machine type > > cpu_type. The instruction set is not changed. > > > > > > That said, you should remove the -mtune=ev5 or change it to -mtune=ev4. > > My guess is you won't notice a difference, but this this change will > > produce the best code for your machine. > > Any idea how drastic -mtune=ev6 would change things on a DS10 (to name > a random box ;-) ? > > Am I correct in assuming that -mcpu=ev4 will result in not using the BWX > etc of the newer CPUs? And that -mcpu=ev6 will result in code that does > not run on anything older than EV6 due to missing instructions etc? Yes. Note that setting CPUTYPE in make.conf gets all the right flags set for you automagically. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 18:11:32 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EF2016A4CE for ; Fri, 14 Jan 2005 18:11:32 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47C8C43D55 for ; Fri, 14 Jan 2005 18:11:32 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j0EIBMhf025414; Fri, 14 Jan 2005 10:11:22 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j0EIBLJn025413; Fri, 14 Jan 2005 10:11:21 -0800 (PST) (envelope-from obrien) Date: Fri, 14 Jan 2005 10:11:21 -0800 From: "David O'Brien" To: Wilko Bulte Message-ID: <20050114181121.GC12260@dragon.nuxi.com> References: <16866.32790.398095.651691@canoe.dclg.ca> <20050114002651.GD29445@dragon.nuxi.com> <20050114074336.GA97061@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050114074336.GA97061@freebie.xs4all.nl> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.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-alpha@freebsd.org Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 18:11:32 -0000 On Fri, Jan 14, 2005 at 08:43:37AM +0100, Wilko Bulte wrote: > On Thu, Jan 13, 2005 at 04:26:51PM -0800, David O'Brien wrote.. > > That said, you should remove the -mtune=ev5 or change it to -mtune=ev4. > > My guess is you won't notice a difference, but this this change will > > produce the best code for your machine. > > Any idea how drastic -mtune=ev6 would change things on a DS10 (to name > a random box ;-) ? > > Am I correct in assuming that -mcpu=ev4 will result in not using the BWX > etc of the newer CPUs? And that -mcpu=ev6 will result in code that does > not run on anything older than EV6 due to missing instructions etc? Yes, you certainly want to use -mcpu=ev6 on your own DS10. :-) Along with -mtune=ev6 or no -mtune. -- -- David (obrien@FreeBSD.org) From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 18:26:57 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B514516A4CE; Fri, 14 Jan 2005 18:26:57 +0000 (GMT) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id E551443D1F; Fri, 14 Jan 2005 18:26:56 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr4.xs4all.nl (8.12.11/8.12.11) with ESMTP id j0EIQt95059016; Fri, 14 Jan 2005 19:26:55 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j0EIQteM000689; Fri, 14 Jan 2005 19:26:55 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j0EIQtOC000688; Fri, 14 Jan 2005 19:26:55 +0100 (CET) (envelope-from wb) Date: Fri, 14 Jan 2005 19:26:55 +0100 From: Wilko Bulte To: John Baldwin Message-ID: <20050114182655.GC630@freebie.xs4all.nl> References: <16866.32790.398095.651691@canoe.dclg.ca> <20050114002651.GD29445@dragon.nuxi.com> <20050114074336.GA97061@freebie.xs4all.nl> <200501141043.00568.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200501141043.00568.jhb@FreeBSD.org> X-OS: FreeBSD 4.11-RC2 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-alpha@FreeBSD.org Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 18:26:57 -0000 On Fri, Jan 14, 2005 at 10:43:00AM -0500, John Baldwin wrote.. > On Friday 14 January 2005 02:43 am, Wilko Bulte wrote: > > On Thu, Jan 13, 2005 at 04:26:51PM -0800, David O'Brien wrote.. > > > > > On Mon, Jan 10, 2005 at 08:16:06AM -0500, David Gilbert wrote: > > > > I see in the compiler lines crawling by that gcc is asked to optimize > > > > for 'EV5' while being compatible with 'EV4'. My Alpha is an EV4 --- > > > > I'm wondering if I would see better performance with a different flag > > > > there, but the gcc manual doesn't even acknowledge the existance of > > > > the options that are in use, let alone the available options. > > > > > > It doens't??? > > > > > > >From /usr/share/mk/bsd.cpu.mk: > > > > > > . elif ${MACHINE_ARCH} == "alpha" > > > _CPUCFLAGS = -mcpu=ev4 -mtune=ev5 > > > > > > http://gcc.gnu.org/onlinedocs/gcc-3.4.3/gcc/DEC-Alpha-Options.html#DEC-Al > > >pha-Options clearly tells: > > > > > > -mcpu=cpu_type > > > Set the instruction set and instruction scheduling parameters for > > > machine type cpu_type. You can specify either the EV style name or > > > the corresponding chip number. GCC supports scheduling parameters for > > > the EV4, EV5 and EV6 family of processors. > > > > > > -mtune=cpu_type > > > Set only the instruction scheduling parameters for machine type > > > cpu_type. The instruction set is not changed. > > > > > > > > > That said, you should remove the -mtune=ev5 or change it to -mtune=ev4. > > > My guess is you won't notice a difference, but this this change will > > > produce the best code for your machine. > > > > Any idea how drastic -mtune=ev6 would change things on a DS10 (to name > > a random box ;-) ? > > > > Am I correct in assuming that -mcpu=ev4 will result in not using the BWX > > etc of the newer CPUs? And that -mcpu=ev6 will result in code that does > > not run on anything older than EV6 due to missing instructions etc? > > Yes. Note that setting CPUTYPE in make.conf gets all the right flags set for> you automagically. I think I need to go and just investigate, but let me fire another silly question: Where does this kind of option get set for a make release? I need to avoid any /etc/make.conf stuff making its way into the Alpha releases I build ;-) I sort of expect the settings in /etc/make.conf to only apply to building world and not to building release. Correct? -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 19:41:29 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C69C16A4CE for ; Fri, 14 Jan 2005 19:41:29 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0C9943D31 for ; Fri, 14 Jan 2005 19:41:28 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 19129 invoked from network); 14 Jan 2005 19:41:28 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) AES256-SHA encrypted SMTP for ; 14 Jan 2005 19:41:28 -0000 Received: from [10.50.40.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j0EJepMc042914; Fri, 14 Jan 2005 14:41:24 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-alpha@FreeBSD.org Date: Fri, 14 Jan 2005 14:25:07 -0500 User-Agent: KMail/1.6.2 References: <16866.32790.398095.651691@canoe.dclg.ca> <200501141043.00568.jhb@FreeBSD.org> <20050114182655.GC630@freebie.xs4all.nl> In-Reply-To: <20050114182655.GC630@freebie.xs4all.nl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501141425.07994.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 19:41:29 -0000 On Friday 14 January 2005 01:26 pm, Wilko Bulte wrote: > On Fri, Jan 14, 2005 at 10:43:00AM -0500, John Baldwin wrote.. > > > On Friday 14 January 2005 02:43 am, Wilko Bulte wrote: > > > On Thu, Jan 13, 2005 at 04:26:51PM -0800, David O'Brien wrote.. > > > > > > > On Mon, Jan 10, 2005 at 08:16:06AM -0500, David Gilbert wrote: > > > > > I see in the compiler lines crawling by that gcc is asked to > > > > > optimize for 'EV5' while being compatible with 'EV4'. My Alpha is > > > > > an EV4 --- I'm wondering if I would see better performance with a > > > > > different flag there, but the gcc manual doesn't even acknowledge > > > > > the existance of the options that are in use, let alone the > > > > > available options. > > > > > > > > It doens't??? > > > > > > > > >From /usr/share/mk/bsd.cpu.mk: > > > > > > > > . elif ${MACHINE_ARCH} == "alpha" > > > > _CPUCFLAGS = -mcpu=ev4 -mtune=ev5 > > > > > > > > http://gcc.gnu.org/onlinedocs/gcc-3.4.3/gcc/DEC-Alpha-Options.html#DE > > > >C-Al pha-Options clearly tells: > > > > > > > > -mcpu=cpu_type > > > > Set the instruction set and instruction scheduling parameters for > > > > machine type cpu_type. You can specify either the EV style name > > > > or the corresponding chip number. GCC supports scheduling parameters > > > > for the EV4, EV5 and EV6 family of processors. > > > > > > > > -mtune=cpu_type > > > > Set only the instruction scheduling parameters for machine type > > > > cpu_type. The instruction set is not changed. > > > > > > > > > > > > That said, you should remove the -mtune=ev5 or change it to > > > > -mtune=ev4. My guess is you won't notice a difference, but this this > > > > change will produce the best code for your machine. > > > > > > Any idea how drastic -mtune=ev6 would change things on a DS10 (to name > > > a random box ;-) ? > > > > > > Am I correct in assuming that -mcpu=ev4 will result in not using the > > > BWX etc of the newer CPUs? And that -mcpu=ev6 will result in code that > > > does not run on anything older than EV6 due to missing instructions > > > etc? > > > > Yes. Note that setting CPUTYPE in make.conf gets all the right flags set > > for> you automagically. > > I think I need to go and just investigate, but let me fire another silly > question: > > Where does this kind of option get set for a make release? I need to > avoid any /etc/make.conf stuff making its way into the Alpha releases > I build ;-) > > I sort of expect the settings in /etc/make.conf to only apply to building > world and not to building release. Correct? Yes, a release is built in a "clean-room" chroot where make.conf doesn't affect what happens. In that case, the default values quoted at the top of this thread are used (tune for an ev5, but only use instructions on an ev4). The idea is that the GENERIC kernel for a release should be optimized to run on "common" machines while still supporting older models. There's certainly no harm in bumping the default -mtune to ev6 if we feel that most Alpha users are ev6 rather than ev5. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 19:41:51 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D02716A4CE for ; Fri, 14 Jan 2005 19:41:51 +0000 (GMT) Received: from mail.calibre-solutions.co.uk (ns0.calibre-solutions.co.uk [217.79.104.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB8D943D48 for ; Fri, 14 Jan 2005 19:41:50 +0000 (GMT) (envelope-from macgyver@calibre-solutions.co.uk) Received: from vmx.calibre-solutions.co.uk (node1.calibre-solutions.co.uk [172.16.1.3]) by mail.calibre-solutions.co.uk (Postfix) with ESMTP id C770478915 for ; Fri, 14 Jan 2005 19:44:39 +0000 (GMT) Received: from [172.16.1.25] (yavin4.calibre-solutions.co.uk [172.16.1.25]) by vmx.calibre-solutions.co.uk (Postfix) with ESMTP id E7BFD27D9; Fri, 14 Jan 2005 19:54:48 +0000 (GMT) From: Angus MacGyver To: freebsd-alpha@freebsd.org Cc: freebsd-alpha@freebsd.org In-Reply-To: <20050114181121.GC12260@dragon.nuxi.com> References: <16866.32790.398095.651691@canoe.dclg.ca> <20050114002651.GD29445@dragon.nuxi.com> <20050114074336.GA97061@freebie.xs4all.nl> <20050114181121.GC12260@dragon.nuxi.com> Content-Type: text/plain Message-Id: <1105731707.4123.6959.camel@yavin4.calibre-solutions.co.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 14 Jan 2005 19:41:47 +0000 Content-Transfer-Encoding: 7bit Subject: CVSUP + Make buildworld... X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 19:41:51 -0000 Ok.. I am having a moment of extreme muppetry (i think) Thanks to Wilko for sorting out some bits on the ftp.freebsd.org site... I have now have a working minimal install from FTP of 5.3-RELEASE... I have even installed a couple of packages, and even cvsup'd the source... And that is where the problem has started.... I have selected all but kerberos in the SRC section of the cvsup file, and some selected ports... All files come down, no apparent errors... I have gone into /usr/ports and installed a couple of the packages i require... All good. Now to rebuild world... so, following on from 4.9/4.10... root@test53bsd:/> cd /usr/src root@test53bsd:/usr/src> make buildworld make: don't know how to make buildworld. Stop The Makefile in /usr/src is actually Makefile,v , again fine, but no Makefile itself... Ideas of what i have forgotten ???? Follows is the src bit of my supfile.. Cheers AM *default host=cvsup.FreeBSD.org *default base=/usr *default prefix=/usr/ *default release=cvs *default delete use-rel-suffix # If your network link is a T1 or faster, comment out the following line. *default compress ## Main Source Tree. # # The easiest way to get the main source tree is to use the "src-all" # mega-collection. It includes all of the individual "src-*" collections. # src-all # These are the individual collections that make up "src-all". If you # use these, be sure to comment out "src-all" above. src-base src-bin src-contrib src-etc #src-games src-gnu src-include #src-kerberos5 #src-kerberosIV src-lib src-libexec src-release src-sbin src-share src-sys src-tools src-usrbin src-usrsbin # These are the individual collections that make up FreeBSD's crypto # collection. They are no longer export-restricted and are a part of # src-all src-crypto #src-eBones #src-secure src-sys-crypto From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 20:01:38 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F136416A4D7 for ; Fri, 14 Jan 2005 20:01:37 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail25.sea5.speakeasy.net [69.17.117.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id C09C443D46 for ; Fri, 14 Jan 2005 20:01:37 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 18377 invoked from network); 14 Jan 2005 20:01:37 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) AES256-SHA encrypted SMTP for ; 14 Jan 2005 20:01:37 -0000 Received: from [10.50.40.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j0EK1TPR043070; Fri, 14 Jan 2005 15:01:32 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-alpha@FreeBSD.org Date: Fri, 14 Jan 2005 15:02:22 -0500 User-Agent: KMail/1.6.2 References: <16866.32790.398095.651691@canoe.dclg.ca> <20050114181121.GC12260@dragon.nuxi.com> <1105731707.4123.6959.camel@yavin4.calibre-solutions.co.uk> In-Reply-To: <1105731707.4123.6959.camel@yavin4.calibre-solutions.co.uk> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501141502.22770.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx Subject: Re: CVSUP + Make buildworld... X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 20:01:38 -0000 On Friday 14 January 2005 02:41 pm, Angus MacGyver wrote: > root@test53bsd:/> cd /usr/src > root@test53bsd:/usr/src> make buildworld > make: don't know how to make buildworld. Stop > > > The Makefile in /usr/src is actually Makefile,v , again fine, but no > Makefile itself... > > Ideas of what i have forgotten ???? > > > Follows is the src bit of my supfile.. > > Cheers > > AM > > > > *default host=cvsup.FreeBSD.org > *default base=/usr > *default prefix=/usr/ > *default release=cvs Change this line to say 'RELENG_4' rather than 'cvs'. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 20:08:43 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A07016A4CE for ; Fri, 14 Jan 2005 20:08:43 +0000 (GMT) Received: from mail.calibre-solutions.co.uk (phoenix.calibre-solutions.co.uk [217.79.104.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DAFA43D48 for ; Fri, 14 Jan 2005 20:08:42 +0000 (GMT) (envelope-from macgyver@calibre-solutions.co.uk) Received: from vmx.calibre-solutions.co.uk (node1.calibre-solutions.co.uk [172.16.1.3]) by mail.calibre-solutions.co.uk (Postfix) with ESMTP id 12F7778915 for ; Fri, 14 Jan 2005 20:11:31 +0000 (GMT) Received: from [172.16.1.25] (yavin4.calibre-solutions.co.uk [172.16.1.25]) by vmx.calibre-solutions.co.uk (Postfix) with ESMTP id 85DC127D9 for ; Fri, 14 Jan 2005 20:21:41 +0000 (GMT) From: Angus MacGyver To: freebsd-alpha@freebsd.org In-Reply-To: <1105731707.4123.6959.camel@yavin4.calibre-solutions.co.uk> References: <16866.32790.398095.651691@canoe.dclg.ca> <20050114002651.GD29445@dragon.nuxi.com> <20050114074336.GA97061@freebie.xs4all.nl> <20050114181121.GC12260@dragon.nuxi.com> <1105731707.4123.6959.camel@yavin4.calibre-solutions.co.uk> Content-Type: text/plain Message-Id: <1105733320.4123.6993.camel@yavin4.calibre-solutions.co.uk> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Fri, 14 Jan 2005 20:08:40 +0000 Content-Transfer-Encoding: 7bit Subject: Re: CVSUP + Make buildworld... X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 20:08:43 -0000 Sorry to trouble folks.... I think I sorted it.. On Fri, 2005-01-14 at 19:41, Angus MacGyver wrote: > Ok.. > I am having a moment of extreme muppetry (i think) > Yup... It was.. try the line in the supfile... *default release=cvs SHOULD read... *default release=cvs tag=RELENG_5_3 I obviously dd'd the line and put it back wrong when i went from 4.x to 5... Restarted the cvsup again, and it appears that i now have a Makefile (no ",v" at end) so things looking good.. That will teach me to do things after a long, hard week, about to go into a long hard working weekend.. Cheers AM > Thanks to Wilko for sorting out some bits on the ftp.freebsd.org site... > > > > I have now have a working minimal install from FTP of 5.3-RELEASE... > > I have even installed a couple of packages, and even cvsup'd the > source... > > And that is where the problem has started.... > > I have selected all but kerberos in the SRC section of the cvsup file, > and some selected ports... > All files come down, no apparent errors... > > I have gone into /usr/ports and installed a couple of the packages i > require... > > All good. > > Now to rebuild world... > > so, following on from 4.9/4.10... > > root@test53bsd:/> cd /usr/src > root@test53bsd:/usr/src> make buildworld > make: don't know how to make buildworld. Stop > > > The Makefile in /usr/src is actually Makefile,v , again fine, but no > Makefile itself... > > Ideas of what i have forgotten ???? > > > Follows is the src bit of my supfile.. > > Cheers > > AM > > > > *default host=cvsup.FreeBSD.org > *default base=/usr > *default prefix=/usr/ > *default release=cvs > *default delete use-rel-suffix > > # If your network link is a T1 or faster, comment out the following > line. > *default compress > > ## Main Source Tree. > # > # The easiest way to get the main source tree is to use the "src-all" > # mega-collection. It includes all of the individual "src-*" > collections. > # src-all > > # These are the individual collections that make up "src-all". If you > # use these, be sure to comment out "src-all" above. > src-base > src-bin > src-contrib > src-etc > #src-games > src-gnu > src-include > #src-kerberos5 > #src-kerberosIV > src-lib > src-libexec > src-release > src-sbin > src-share > src-sys > src-tools > src-usrbin > src-usrsbin > # These are the individual collections that make up FreeBSD's crypto > # collection. They are no longer export-restricted and are a part of > # src-all > src-crypto > #src-eBones > #src-secure > src-sys-crypto > > > > > _______________________________________________ > freebsd-alpha@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-alpha > To unsubscribe, send any mail to "freebsd-alpha-unsubscribe@freebsd.org" From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 20:26:20 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA1EE16A4CE; Fri, 14 Jan 2005 20:26:20 +0000 (GMT) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13F9243D4C; Fri, 14 Jan 2005 20:26:20 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr2.xs4all.nl (8.12.11/8.12.11) with ESMTP id j0EKQI9I021787; Fri, 14 Jan 2005 21:26:18 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j0EKQI0t017159; Fri, 14 Jan 2005 21:26:18 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j0EKQI4w017158; Fri, 14 Jan 2005 21:26:18 +0100 (CET) (envelope-from wb) Date: Fri, 14 Jan 2005 21:26:18 +0100 From: Wilko Bulte To: John Baldwin Message-ID: <20050114202618.GA17050@freebie.xs4all.nl> References: <16866.32790.398095.651691@canoe.dclg.ca> <200501141043.00568.jhb@FreeBSD.org> <20050114182655.GC630@freebie.xs4all.nl> <200501141425.07994.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200501141425.07994.jhb@FreeBSD.org> X-OS: FreeBSD 4.11-RC2 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-alpha@FreeBSD.org Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 20:26:20 -0000 On Fri, Jan 14, 2005 at 02:25:07PM -0500, John Baldwin wrote.. > On Friday 14 January 2005 01:26 pm, Wilko Bulte wrote: > > On Fri, Jan 14, 2005 at 10:43:00AM -0500, John Baldwin wrote.. > > > > > On Friday 14 January 2005 02:43 am, Wilko Bulte wrote: > > > > On Thu, Jan 13, 2005 at 04:26:51PM -0800, David O'Brien wrote.. > > > > > > > > > On Mon, Jan 10, 2005 at 08:16:06AM -0500, David Gilbert wrote: > > > > > > I see in the compiler lines crawling by that gcc is asked to > > > > > > optimize for 'EV5' while being compatible with 'EV4'. My Alpha is > > > > > > an EV4 --- I'm wondering if I would see better performance with a > > > > > > different flag there, but the gcc manual doesn't even acknowledge [snip] > > I sort of expect the settings in /etc/make.conf to only apply to building > > world and not to building release. Correct? > > Yes, a release is built in a "clean-room" chroot where make.conf doesn't > affect what happens. In that case, the default values quoted at the top of AH, of course.. silly me. > this thread are used (tune for an ev5, but only use instructions on an ev4). > The idea is that the GENERIC kernel for a release should be optimized to run > on "common" machines while still supporting older models. There's certainly > no harm in bumping the default -mtune to ev6 if we feel that most Alpha users > are ev6 rather than ev5. Hm, I suppose I could do this in HEAD. I'll run an experiment with a worldstone built using an ev5 world and compare that to a worldstone built using an ev6 world. Stay tuned. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 21:04:27 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B40BC16A4CE; Fri, 14 Jan 2005 21:04:27 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B6E843D1F; Fri, 14 Jan 2005 21:04:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0EL4QFi065947; Fri, 14 Jan 2005 16:04:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j0EL4QP3039836; Fri, 14 Jan 2005 16:04:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6DA1E7306E; Fri, 14 Jan 2005 16:04:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050114210426.6DA1E7306E@freebsd-current.sentex.ca> Date: Fri, 14 Jan 2005 16:04:26 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/649/Sun Jan 2 18:02:22 2005 clamav-milter version 0.80j on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 21:04:27 -0000 TB --- 2005-01-14 20:30:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-01-14 20:30:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-01-14 20:30:00 - checking out the source tree TB --- 2005-01-14 20:30:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-01-14 20:30:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-01-14 20:35:39 - building world (CFLAGS=-O2 -pipe) TB --- 2005-01-14 20:35:39 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-01-14 20:35:39 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] building static telnet library ranlib libtelnet.a ===> lib/libthr (all) cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPTHREAD_KERNEL -D_THREAD_SAFE -I/tinderbox/CURRENT/alpha/alpha/src/lib/libthr/../libc/include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libthr/thread -I/tinderbox/CURRENT/alpha/alpha/src/lib/libthr/../../include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libthr/../../libexec/rtld-elf -D_PTHREADS_INVARIANTS -g -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/lib/libthr/thread/thr_atfork.c In file included from /tinderbox/CURRENT/alpha/alpha/src/lib/libthr/thread/thr_private.h:72, from /tinderbox/CURRENT/alpha/alpha/src/lib/libthr/thread/thr_atfork.c:36: /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/sys/umtx.h: In function `umtx_wait': /home/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/i386/usr/include/sys/umtx.h:118: warning: passing arg 5 of `_umtx_op' discards qualifiers from pointer target type *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libthr. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-01-14 21:04:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-01-14 21:04:26 - ERROR: failed to build world TB --- 2005-01-14 21:04:26 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 21:07:18 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F51616A4CE; Fri, 14 Jan 2005 21:07:18 +0000 (GMT) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92CF043D3F; Fri, 14 Jan 2005 21:07:17 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr1.xs4all.nl (8.12.11/8.12.11) with ESMTP id j0EL7G9b057368; Fri, 14 Jan 2005 22:07:16 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j0EL7Gf1017476; Fri, 14 Jan 2005 22:07:16 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j0EL7GtG017475; Fri, 14 Jan 2005 22:07:16 +0100 (CET) (envelope-from wb) Date: Fri, 14 Jan 2005 22:07:16 +0100 From: Wilko Bulte To: John Baldwin Message-ID: <20050114210716.GA17430@freebie.xs4all.nl> References: <16866.32790.398095.651691@canoe.dclg.ca> <200501141043.00568.jhb@FreeBSD.org> <20050114182655.GC630@freebie.xs4all.nl> <200501141425.07994.jhb@FreeBSD.org> <20050114202618.GA17050@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050114202618.GA17050@freebie.xs4all.nl> X-OS: FreeBSD 4.11-RC2 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-alpha@freebsd.org Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 21:07:18 -0000 On Fri, Jan 14, 2005 at 09:26:18PM +0100, Wilko Bulte wrote.. > On Fri, Jan 14, 2005 at 02:25:07PM -0500, John Baldwin wrote.. > > On Friday 14 January 2005 01:26 pm, Wilko Bulte wrote: > > > On Fri, Jan 14, 2005 at 10:43:00AM -0500, John Baldwin wrote.. > > > > > > > On Friday 14 January 2005 02:43 am, Wilko Bulte wrote: > > > > > On Thu, Jan 13, 2005 at 04:26:51PM -0800, David O'Brien wrote.. > > > > > > > > > > > On Mon, Jan 10, 2005 at 08:16:06AM -0500, David Gilbert wrote: > > > > > > > I see in the compiler lines crawling by that gcc is asked to > > > > > > > optimize for 'EV5' while being compatible with 'EV4'. My Alpha is > > > > > > > an EV4 --- I'm wondering if I would see better performance with a > > > > > > > different flag there, but the gcc manual doesn't even acknowledge .... > > on "common" machines while still supporting older models. There's certainly > > no harm in bumping the default -mtune to ev6 if we feel that most Alpha users > > are ev6 rather than ev5. > > Hm, I suppose I could do this in HEAD. > > I'll run an experiment with a worldstone built using an ev5 world and compare > that to a worldstone built using an ev6 world. Stay tuned. Things are not entirely clean it seems on RELENG_4_11 and probably RELENG_4 as well: cc -c -O -pipe -mcpu=ev6 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/../include -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -mno-fp-regs -Wa,-mev56 /usr/src/sys/kern/uipc_syscalls.c cc -c -O -pipe -mcpu=ev6 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys -I/usr/src/sys/../include -I/usr/src/sys/contrib/ipfilter -D_KERNEL -include opt_global.h -mno-fp-regs -Wa,-mev56 /usr/src/sys/kern/uipc_usrreq.c {standard input}: Assembler messages: {standard input}:2145: Error: opcode `minsw4' not supported for target ev56 *** Error code 1 Stop in /usr/obj/usr/src/sys/DS10. This -mev56 should obviously not be there. Duh.. The buildworld itself ran fine with CPUTYPE=ev6 in /etc/make.conf -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 21:32:08 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8829816A4CE for ; Fri, 14 Jan 2005 21:32:08 +0000 (GMT) Received: from mail28.sea5.speakeasy.net (mail28.sea5.speakeasy.net [69.17.117.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E15743D53 for ; Fri, 14 Jan 2005 21:32:08 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 25361 invoked from network); 14 Jan 2005 21:32:08 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) AES256-SHA encrypted SMTP for ; 14 Jan 2005 21:32:07 -0000 Received: from [10.50.40.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id j0ELW4UZ043593; Fri, 14 Jan 2005 16:32:05 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Wilko Bulte Date: Fri, 14 Jan 2005 16:32:37 -0500 User-Agent: KMail/1.6.2 References: <16866.32790.398095.651691@canoe.dclg.ca> <20050114202618.GA17050@freebie.xs4all.nl> <20050114210716.GA17430@freebie.xs4all.nl> In-Reply-To: <20050114210716.GA17430@freebie.xs4all.nl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200501141632.37649.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-alpha@FreeBSD.org Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 21:32:08 -0000 On Friday 14 January 2005 04:07 pm, Wilko Bulte wrote: > On Fri, Jan 14, 2005 at 09:26:18PM +0100, Wilko Bulte wrote.. > > > On Fri, Jan 14, 2005 at 02:25:07PM -0500, John Baldwin wrote.. > > > > > On Friday 14 January 2005 01:26 pm, Wilko Bulte wrote: > > > > On Fri, Jan 14, 2005 at 10:43:00AM -0500, John Baldwin wrote.. > > > > > > > > > On Friday 14 January 2005 02:43 am, Wilko Bulte wrote: > > > > > > On Thu, Jan 13, 2005 at 04:26:51PM -0800, David O'Brien wrote.. > > > > > > > > > > > > > On Mon, Jan 10, 2005 at 08:16:06AM -0500, David Gilbert wrote: > > > > > > > > I see in the compiler lines crawling by that gcc is asked to > > > > > > > > optimize for 'EV5' while being compatible with 'EV4'. My > > > > > > > > Alpha is an EV4 --- I'm wondering if I would see better > > > > > > > > performance with a different flag there, but the gcc manual > > > > > > > > doesn't even acknowledge > > .... > > > > on "common" machines while still supporting older models. There's > > > certainly no harm in bumping the default -mtune to ev6 if we feel that > > > most Alpha users are ev6 rather than ev5. > > > > Hm, I suppose I could do this in HEAD. > > > > I'll run an experiment with a worldstone built using an ev5 world and > > compare that to a worldstone built using an ev6 world. Stay tuned. > > Things are not entirely clean it seems on RELENG_4_11 and probably RELENG_4 > as well: > > cc -c -O -pipe -mcpu=ev6 -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys > -I/usr/src/sys/../include -I/usr/src/sys/contrib/ipfilter -D_KERNEL > -include opt_global.h -mno-fp-regs -Wa,-mev56 > /usr/src/sys/kern/uipc_syscalls.c > cc -c -O -pipe -mcpu=ev6 -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys > -I/usr/src/sys/../include -I/usr/src/sys/contrib/ipfilter -D_KERNEL > -include opt_global.h -mno-fp-regs -Wa,-mev56 > /usr/src/sys/kern/uipc_usrreq.c > {standard input}: Assembler messages: > {standard input}:2145: Error: opcode `minsw4' not supported for target ev56 > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/DS10. > > This -mev56 should obviously not be there. Duh.. > > The buildworld itself ran fine with CPUTYPE=ev6 in /etc/make.conf I can't find where the -mev56 comes from, but I have used CPUTYPE=ev6 in my DS20 for a long time on -CURRENT without a problem. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Fri Jan 14 22:45:26 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD23816A4CE; Fri, 14 Jan 2005 22:45:25 +0000 (GMT) Received: from smtp-vbr12.xs4all.nl (smtp-vbr12.xs4all.nl [194.109.24.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47CEB43D46; Fri, 14 Jan 2005 22:45:25 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) j0EMjNnX049206; Fri, 14 Jan 2005 23:45:23 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j0EMjNVi017870; Fri, 14 Jan 2005 23:45:23 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j0EMjNQL017869; Fri, 14 Jan 2005 23:45:23 +0100 (CET) (envelope-from wb) Date: Fri, 14 Jan 2005 23:45:23 +0100 From: Wilko Bulte To: John Baldwin Message-ID: <20050114224523.GA17854@freebie.xs4all.nl> References: <16866.32790.398095.651691@canoe.dclg.ca> <20050114202618.GA17050@freebie.xs4all.nl> <20050114210716.GA17430@freebie.xs4all.nl> <200501141632.37649.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200501141632.37649.jhb@FreeBSD.org> X-OS: FreeBSD 4.11-RC2 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-alpha@FreeBSD.org Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jan 2005 22:45:26 -0000 On Fri, Jan 14, 2005 at 04:32:37PM -0500, John Baldwin wrote.. > On Friday 14 January 2005 04:07 pm, Wilko Bulte wrote: > > On Fri, Jan 14, 2005 at 09:26:18PM +0100, Wilko Bulte wrote.. > > > > > On Fri, Jan 14, 2005 at 02:25:07PM -0500, John Baldwin wrote.. > > > > > > > On Friday 14 January 2005 01:26 pm, Wilko Bulte wrote: > > > > > On Fri, Jan 14, 2005 at 10:43:00AM -0500, John Baldwin wrote.. > > > > > > > > > > > On Friday 14 January 2005 02:43 am, Wilko Bulte wrote: > > > > > > > On Thu, Jan 13, 2005 at 04:26:51PM -0800, David O'Brien wrote.. > > > > > > > > > > > > > > > On Mon, Jan 10, 2005 at 08:16:06AM -0500, David Gilbert wrote: > > > > > > > > > I see in the compiler lines crawling by that gcc is asked to > > > > > > > > > optimize for 'EV5' while being compatible with 'EV4'. My > > > > > > > > > Alpha is an EV4 --- I'm wondering if I would see better > > > > > > > > > performance with a different flag there, but the gcc manual > > > > > > > > > doesn't even acknowledge > > > > .... > > > > > > on "common" machines while still supporting older models. There's > > > > certainly no harm in bumping the default -mtune to ev6 if we feel that > > > > most Alpha users are ev6 rather than ev5. > > > > > > Hm, I suppose I could do this in HEAD. > > > > > > I'll run an experiment with a worldstone built using an ev5 world and > > > compare that to a worldstone built using an ev6 world. Stay tuned. > > > > Things are not entirely clean it seems on RELENG_4_11 and probably RELENG_4 > > as well: > > > > cc -c -O -pipe -mcpu=ev6 -Wall -Wredundant-decls -Wnested-externs > > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > > -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys > > -I/usr/src/sys/../include -I/usr/src/sys/contrib/ipfilter -D_KERNEL > > -include opt_global.h -mno-fp-regs -Wa,-mev56 > > /usr/src/sys/kern/uipc_syscalls.c > > cc -c -O -pipe -mcpu=ev6 -Wall -Wredundant-decls -Wnested-externs > > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > > -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys > > -I/usr/src/sys/../include -I/usr/src/sys/contrib/ipfilter -D_KERNEL > > -include opt_global.h -mno-fp-regs -Wa,-mev56 > > /usr/src/sys/kern/uipc_usrreq.c > > {standard input}: Assembler messages: > > {standard input}:2145: Error: opcode `minsw4' not supported for target ev56 > > *** Error code 1 > > > > Stop in /usr/obj/usr/src/sys/DS10. > > > > This -mev56 should obviously not be there. Duh.. > > > > The buildworld itself ran fine with CPUTYPE=ev6 in /etc/make.conf > > I can't find where the -mev56 comes from, but I have used CPUTYPE=ev6 in my > DS20 for a long time on -CURRENT without a problem. Looks like NO_CPU_COPTFLAGS=true # Don't add -march= to COPTFLAGS automatically fixes it on RELENG_4 -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Sat Jan 15 08:40:55 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A34DD16A4CE; Sat, 15 Jan 2005 08:40:55 +0000 (GMT) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6E6843D53; Sat, 15 Jan 2005 08:40:54 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) j0F8erET013164; Sat, 15 Jan 2005 09:40:53 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j0F8erRq022873; Sat, 15 Jan 2005 09:40:53 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j0F8ervt022868; Sat, 15 Jan 2005 09:40:53 +0100 (CET) (envelope-from wb) Date: Sat, 15 Jan 2005 09:40:53 +0100 From: Wilko Bulte To: John Baldwin Message-ID: <20050115084052.GA22832@freebie.xs4all.nl> References: <16866.32790.398095.651691@canoe.dclg.ca> <20050114202618.GA17050@freebie.xs4all.nl> <20050114210716.GA17430@freebie.xs4all.nl> <200501141632.37649.jhb@FreeBSD.org> <20050114224523.GA17854@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050114224523.GA17854@freebie.xs4all.nl> X-OS: FreeBSD 4.11-RC2 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-alpha@freebsd.org Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jan 2005 08:40:55 -0000 On Fri, Jan 14, 2005 at 11:45:23PM +0100, Wilko Bulte wrote.. > On Fri, Jan 14, 2005 at 04:32:37PM -0500, John Baldwin wrote.. > > On Friday 14 January 2005 04:07 pm, Wilko Bulte wrote: > > > On Fri, Jan 14, 2005 at 09:26:18PM +0100, Wilko Bulte wrote.. > > > > > > > On Fri, Jan 14, 2005 at 02:25:07PM -0500, John Baldwin wrote.. > > > > > > > > > On Friday 14 January 2005 01:26 pm, Wilko Bulte wrote: > > > > > > On Fri, Jan 14, 2005 at 10:43:00AM -0500, John Baldwin wrote.. > > > > > > > > > > > > > On Friday 14 January 2005 02:43 am, Wilko Bulte wrote: > > > > > > > > On Thu, Jan 13, 2005 at 04:26:51PM -0800, David O'Brien wrote.. > > > > > > > > > > > > > > > > > On Mon, Jan 10, 2005 at 08:16:06AM -0500, David Gilbert wrote: > > > > > > > > > > I see in the compiler lines crawling by that gcc is asked to > > > > > > > > > > optimize for 'EV5' while being compatible with 'EV4'. My > > > > > > > > > > Alpha is an EV4 --- I'm wondering if I would see better > > > > > > > > > > performance with a different flag there, but the gcc manual > > > > > > > > > > doesn't even acknowledge > > > > > > .... > > > > > > > > on "common" machines while still supporting older models. There's > > > > > certainly no harm in bumping the default -mtune to ev6 if we feel that > > > > > most Alpha users are ev6 rather than ev5. > > > > > > > > Hm, I suppose I could do this in HEAD. > > > > > > > > I'll run an experiment with a worldstone built using an ev5 world and > > > > compare that to a worldstone built using an ev6 world. Stay tuned. > > > > > > Things are not entirely clean it seems on RELENG_4_11 and probably RELENG_4 > > > as well: > > > > > > cc -c -O -pipe -mcpu=ev6 -Wall -Wredundant-decls -Wnested-externs > > > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > > > -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys > > > -I/usr/src/sys/../include -I/usr/src/sys/contrib/ipfilter -D_KERNEL > > > -include opt_global.h -mno-fp-regs -Wa,-mev56 > > > /usr/src/sys/kern/uipc_syscalls.c > > > cc -c -O -pipe -mcpu=ev6 -Wall -Wredundant-decls -Wnested-externs > > > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > > > -Wcast-qual -fformat-extensions -ansi -nostdinc -I- -I. -I/usr/src/sys > > > -I/usr/src/sys/../include -I/usr/src/sys/contrib/ipfilter -D_KERNEL > > > -include opt_global.h -mno-fp-regs -Wa,-mev56 > > > /usr/src/sys/kern/uipc_usrreq.c > > > {standard input}: Assembler messages: > > > {standard input}:2145: Error: opcode `minsw4' not supported for target ev56 > > > *** Error code 1 > > > > > > Stop in /usr/obj/usr/src/sys/DS10. > > > > > > This -mev56 should obviously not be there. Duh.. > > > > > > The buildworld itself ran fine with CPUTYPE=ev6 in /etc/make.conf > > > > I can't find where the -mev56 comes from, but I have used CPUTYPE=ev6 in my > > DS20 for a long time on -CURRENT without a problem. > > Looks like > > NO_CPU_COPTFLAGS=true # Don't add -march= to COPTFLAGS automatically > > fixes it on RELENG_4 Well, the elapsed wall clock time for a buildworld running an ev5 world versus running an ev6 world is only roughly 2 or 3 minutes in favor of a ev6 world on a elapsed time of roughly 75 minutes. This is on a DS10 600MHz Not too interesting in my book Wilko -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Sat Jan 15 09:07:23 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A69216A4CE; Sat, 15 Jan 2005 09:07:23 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 279EA43D31; Sat, 15 Jan 2005 09:07:22 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j0F97AHo018240 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 15 Jan 2005 10:07:14 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j0F966U3009642 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 15 Jan 2005 10:06:06 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j0F965M3052859; Sat, 15 Jan 2005 10:06:05 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j0F965Pp052858; Sat, 15 Jan 2005 10:06:05 +0100 (CET) (envelope-from ticso) Date: Sat, 15 Jan 2005 10:06:05 +0100 From: Bernd Walter To: Wilko Bulte Message-ID: <20050115090604.GI43380@cicely12.cicely.de> References: <16866.32790.398095.651691@canoe.dclg.ca> <20050114202618.GA17050@freebie.xs4all.nl> <20050114210716.GA17430@freebie.xs4all.nl> <200501141632.37649.jhb@FreeBSD.org> <20050114224523.GA17854@freebie.xs4all.nl> <20050115084052.GA22832@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050115084052.GA22832@freebie.xs4all.nl> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-alpha@freebsd.org Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jan 2005 09:07:23 -0000 On Sat, Jan 15, 2005 at 09:40:53AM +0100, Wilko Bulte wrote: > On Fri, Jan 14, 2005 at 11:45:23PM +0100, Wilko Bulte wrote.. > > NO_CPU_COPTFLAGS=true # Don't add -march= to COPTFLAGS automatically > > > > fixes it on RELENG_4 > > Well, the elapsed wall clock time for a buildworld running an ev5 world > versus running an ev6 world is only roughly 2 or 3 minutes in favor of a ev6 > world on a elapsed time of roughly 75 minutes. This is on a DS10 600MHz > > Not too interesting in my book I wonder if the build environment was compiled using those flags too or just the resulting binaries. One should also consider that compiling binaries with more optimization usually takes additional cycles too. I wouldn't have been surprised if the result would have been taken longer also the binaries were faster. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Sat Jan 15 09:48:41 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46B7F16A4CE; Sat, 15 Jan 2005 09:48:41 +0000 (GMT) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id A658843D31; Sat, 15 Jan 2005 09:48:40 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) j0F9mZYN033382; Sat, 15 Jan 2005 10:48:35 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j0F9mYJ7023182; Sat, 15 Jan 2005 10:48:35 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j0F9mYGw023181; Sat, 15 Jan 2005 10:48:34 +0100 (CET) (envelope-from wb) Date: Sat, 15 Jan 2005 10:48:33 +0100 From: Wilko Bulte To: ticso@cicely.de Message-ID: <20050115094833.GA23111@freebie.xs4all.nl> References: <16866.32790.398095.651691@canoe.dclg.ca> <20050114202618.GA17050@freebie.xs4all.nl> <20050114210716.GA17430@freebie.xs4all.nl> <200501141632.37649.jhb@FreeBSD.org> <20050114224523.GA17854@freebie.xs4all.nl> <20050115084052.GA22832@freebie.xs4all.nl> <20050115090604.GI43380@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050115090604.GI43380@cicely12.cicely.de> X-OS: FreeBSD 4.11-RC2 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-alpha@freebsd.org Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jan 2005 09:48:41 -0000 On Sat, Jan 15, 2005 at 10:06:05AM +0100, Bernd Walter wrote.. > On Sat, Jan 15, 2005 at 09:40:53AM +0100, Wilko Bulte wrote: > > On Fri, Jan 14, 2005 at 11:45:23PM +0100, Wilko Bulte wrote.. > > > NO_CPU_COPTFLAGS=true # Don't add -march= to COPTFLAGS automatically > > > > > > fixes it on RELENG_4 > > > > Well, the elapsed wall clock time for a buildworld running an ev5 world > > versus running an ev6 world is only roughly 2 or 3 minutes in favor of a ev6 > > world on a elapsed time of roughly 75 minutes. This is on a DS10 600MHz > > > > Not too interesting in my book > > I wonder if the build environment was compiled using those flags too or > just the resulting binaries. To clarify: my tests were 'make buildworlds'. The first number was while building running a EV5 optimised world to do so, the second used the EV6 world. I have not tried to build an EV5 buildworld using the EV6 world (so in other words an empty /etc/make.conf). The machine is currently churning on RC3 for re@ so I cannot go try it. > One should also consider that compiling binaries with more optimization > usually takes additional cycles too. True. > I wouldn't have been surprised if the result would have been taken > longer also the binaries were faster. That one would hope yes. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Sat Jan 15 17:49:46 2005 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C9CCC16A4CE for ; Sat, 15 Jan 2005 17:49:46 +0000 (GMT) Received: from smtp-vbr8.xs4all.nl (smtp-vbr8.xs4all.nl [194.109.24.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06A6743D2F for ; Sat, 15 Jan 2005 17:49:46 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr8.xs4all.nl (8.12.11/8.12.11) with ESMTP id j0FHni48088713; Sat, 15 Jan 2005 18:49:44 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j0FHnheM024160; Sat, 15 Jan 2005 18:49:43 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j0FHnh0k024159; Sat, 15 Jan 2005 18:49:43 +0100 (CET) (envelope-from wb) Date: Sat, 15 Jan 2005 18:49:43 +0100 From: Wilko Bulte To: ticso@cicely.de Message-ID: <20050115174943.GB24024@freebie.xs4all.nl> References: <16866.32790.398095.651691@canoe.dclg.ca> <20050114202618.GA17050@freebie.xs4all.nl> <20050114210716.GA17430@freebie.xs4all.nl> <200501141632.37649.jhb@FreeBSD.org> <20050114224523.GA17854@freebie.xs4all.nl> <20050115084052.GA22832@freebie.xs4all.nl> <20050115090604.GI43380@cicely12.cicely.de> <20050115094833.GA23111@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050115094833.GA23111@freebie.xs4all.nl> X-OS: FreeBSD 4.11-RC2 User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-alpha@freebsd.org Subject: Re: processor type. X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Jan 2005 17:49:46 -0000 On Sat, Jan 15, 2005 at 10:48:33AM +0100, Wilko Bulte wrote.. > On Sat, Jan 15, 2005 at 10:06:05AM +0100, Bernd Walter wrote.. > > On Sat, Jan 15, 2005 at 09:40:53AM +0100, Wilko Bulte wrote: > > > On Fri, Jan 14, 2005 at 11:45:23PM +0100, Wilko Bulte wrote.. > > > > NO_CPU_COPTFLAGS=true # Don't add -march= to COPTFLAGS automatically > > > > > > > > fixes it on RELENG_4 > > > > > > Well, the elapsed wall clock time for a buildworld running an ev5 world > > > versus running an ev6 world is only roughly 2 or 3 minutes in favor of a ev6 > > > world on a elapsed time of roughly 75 minutes. This is on a DS10 600MHz > > > > > > Not too interesting in my book > > > > I wonder if the build environment was compiled using those flags too or > > just the resulting binaries. > > To clarify: my tests were 'make buildworlds'. The first number was while > building running a EV5 optimised world to do so, the second used the EV6 > world. > > I have not tried to build an EV5 buildworld using the EV6 world > (so in other words an empty /etc/make.conf). The machine is currently > churning on RC3 for re@ so I cannot go try it. More numbers, this time for a buildrelease of 4.11-RC while running an 'ev5 world' 32086.29 real 23579.73 user 3221.72 sys while running an 'ev6 world' 30268.58 real 22634.77 user 3285.35 sys -- Wilko Bulte wilko@FreeBSD.org