From owner-freebsd-alpha@FreeBSD.ORG Sun Feb 22 01:24:57 2004 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 47EE616A4CE; Sun, 22 Feb 2004 01:24:57 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18EFD43D1D; Sun, 22 Feb 2004 01:24:57 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6C8247303A; Sun, 22 Feb 2004 04:24:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040222092456.6C8247303A@freebsd-current.sentex.ca> Date: Sun, 22 Feb 2004 04:24:56 -0500 (EST) 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: Sun, 22 Feb 2004 09:24:57 -0000 TB --- 2004-02-22 08:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-22 08:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-02-22 08:00:00 - checking out the source tree TB --- cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-22 08:11:55 - building world TB --- cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2004-02-22 09:10:24 - building generic kernel TB --- cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 22 09:10:25 GMT 2004 >>> Kernel build for GENERIC completed on Sun Feb 22 09:21:49 GMT 2004 TB --- 2004-02-22 09:21:49 - generating LINT kernel config TB --- cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- /usr/bin/make -B LINT TB --- 2004-02-22 09:21:49 - building LINT kernel TB --- cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 22 09:21:49 GMT 2004 [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hatm/if_hatm_rx.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hatm/if_hatm_tx.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hfa/fore_buffer.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hfa/fore_command.c /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hfa/fore_command.c: In function `fore_cmd_allocate': /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hfa/fore_command.c:108: warning: comparison between pointer and integer /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hfa/fore_command.c: In function `fore_cmd_free': /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/hfa/fore_command.c:461: warning: assignment makes integer from pointer without a cast *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/obj/alpha/other/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-02-22 09:24:56 - TB --- /usr/bin/make returned exit code 1 TB --- 2004-02-22 09:24:56 - TB --- ERROR: failed to build lint kernel TB --- 2004-02-22 09:24:56 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Sun Feb 22 12:05:27 2004 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 F123316A4CE for ; Sun, 22 Feb 2004 12:05:27 -0800 (PST) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [62.58.162.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id A77B843D31 for ; Sun, 22 Feb 2004 12:05:27 -0800 (PST) (envelope-from sten@blinkenlights.nl) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 596971B0; Sun, 22 Feb 2004 21:00:43 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id 455C4193; Sun, 22 Feb 2004 21:00:43 +0100 (CET) Date: Sun, 22 Feb 2004 21:00:43 +0100 (CET) From: Sten Spans To: ticso@cicely.de In-Reply-To: <20040209210453.GZ44313@cicely12.cicely.de> Message-ID: References: <20040209210453.GZ44313@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Christian Weisgerber cc: freebsd-alpha@freebsd.org Subject: Re: -current: SCHED_ULE? 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, 22 Feb 2004 20:05:28 -0000 On Mon, 9 Feb 2004, Bernd Walter wrote: > On Mon, Feb 09, 2004 at 08:09:38PM +0000, Christian Weisgerber wrote: > > Is SCHED_ULE known to be generally broken on alpha or did I just > > run into a temporary problem? > > I'm running 25th Jan source with SCHED_ULE without any real problem. I just rebuild my kernel with source from today and if I enable ULE my ds10 wont boot. With a GENERIC kernel I got this: FreeBSD/alpha SRM disk boot, Revision 1.2 (root@deepthought.blinkenlights.nl, Tue Feb 3 01:42:01 CET 2004) Memory: 524288 k Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x510f00+0x4be90 syms=[0x8+0x69a98+0x8+0x5330e] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Entering /boot/kernel/kernel at 0xfffffc0000344c90... halted CPU 0 halt code = 2 kernel stack not valid halt PC = fffffc000057e5d0 boot failure my own customized kernel just hung after the entering message. I do use the CPUTYPE=ev6, but that's all really. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-alpha@FreeBSD.ORG Sun Feb 22 15:27:03 2004 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 DCCC016A4CE for ; Sun, 22 Feb 2004 15:27:03 -0800 (PST) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [62.58.162.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9461143D1F for ; Sun, 22 Feb 2004 15:27:03 -0800 (PST) (envelope-from sten@blinkenlights.nl) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id 036D81BA; Mon, 23 Feb 2004 00:22:22 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id DEBFF1B0; Mon, 23 Feb 2004 00:22:22 +0100 (CET) Date: Mon, 23 Feb 2004 00:22:22 +0100 (CET) From: Sten Spans To: ticso@cicely.de In-Reply-To: Message-ID: References: <20040209210453.GZ44313@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Christian Weisgerber cc: freebsd-alpha@freebsd.org Subject: Re: -current: SCHED_ULE? 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, 22 Feb 2004 23:27:04 -0000 On Sun, 22 Feb 2004, Sten Spans wrote: > On Mon, 9 Feb 2004, Bernd Walter wrote: > > > On Mon, Feb 09, 2004 at 08:09:38PM +0000, Christian Weisgerber wrote: > > > Is SCHED_ULE known to be generally broken on alpha or did I just > > > run into a temporary problem? > > > > I'm running 25th Jan source with SCHED_ULE without any real problem. > > I just rebuild my kernel with source from today and if I enable > ULE my ds10 wont boot. > > With a GENERIC kernel I got this: > > FreeBSD/alpha SRM disk boot, Revision 1.2 > (root@deepthought.blinkenlights.nl, Tue Feb 3 01:42:01 CET 2004) > Memory: 524288 k > Loading /boot/defaults/loader.conf > /boot/kernel/kernel data=0x510f00+0x4be90 syms=[0x8+0x69a98+0x8+0x5330e] > > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Entering /boot/kernel/kernel at 0xfffffc0000344c90... > > halted CPU 0 > > halt code = 2 > kernel stack not valid halt > PC = fffffc000057e5d0 > boot failure > > > my own customized kernel just hung after the entering message. > I do use the CPUTYPE=ev6, but that's all really. > mmm this seems to be something else in current, I'll try grabbing older source to figure it out. -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-alpha@FreeBSD.ORG Mon Feb 23 10:21:11 2004 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 2ACF516A4DC for ; Mon, 23 Feb 2004 10:21:11 -0800 (PST) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5831C43D1D for ; Mon, 23 Feb 2004 10:21:10 -0800 (PST) (envelope-from lehmann@ans-netz.de) Received: (qmail 94837 invoked from network); 23 Feb 2004 18:20:56 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 23 Feb 2004 18:20:56 -0000 Date: Mon, 23 Feb 2004 19:21:03 +0100 From: Oliver Lehmann To: freebsd-performance@freebsd.org Message-Id: <20040223192103.59ad7b69.lehmann@ans-netz.de> X-Mailer: Sylpheed version 0.9.9 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-alpha@freebsd.org Subject: Bad performance on alpha? (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: Mon, 23 Feb 2004 18:21:11 -0000 Hi, I run several buildworld's on both, an Alpha EV56 and a Intel PII. I'm wondering that the Pentium beats the Alpha. Both systems have INVARIANTS* and WITNESS* disabled. Furthermore, no special tweakups - nearly "out of the box" configured. Alpha EV45, 600MHz, single CPU 768MB RAM UW-SCSI SEAGATE ST34573W 6244 running: 5.2.1-RC2 (15th Feb 2004) building: 5.2.1-RC2 (15th Feb 2004) /usr/src ufs, /usr/obj ufs make buildworld 19808.17 real 17126.29 user 1965.42 sys make -j2 buildworld 20085.05 real 17314.00 user 2139.92 sys make -j3 buildworld 20182.12 real 17467.14 user 2175.41 sys ######################################################################## Intel PII, 333MHz, single CPU 256MB RAM UDMA33 WDC AC26400R running: 5.2-CURRENT (20th Feb 2004) building: 5.2.1-RC2 (15th Feb 2004) /usr/src ufs, /usr/obj ufs make buildworld 16916.70 real 14185.83 user 2028.82 sys make -j2 buildworld 16991.71 real 14445.95 user 2201.29 sys make -j3 buildworld 17042.71 real 14532.71 user 2235.48 sys make -j4 buildworld 17171.15 real 14583.99 user 2242.81 sys And I don't think CURRENT is that "faster" than 5.2.1. Why does (my) alpha performs so bad? Some ideas? Is that behaviour common for FreeBSD/alpha or did I missed something in my consideration? -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-alpha@FreeBSD.ORG Mon Feb 23 11:01:40 2004 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 AF04816A502 for ; Mon, 23 Feb 2004 11:01:40 -0800 (PST) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAA4043D1F for ; Mon, 23 Feb 2004 11:01:40 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.10/8.12.10) with ESMTP id i1NJ1ebv035189 for ; Mon, 23 Feb 2004 11:01:40 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i1NJ1eJa035183 for freebsd-alpha@freebsd.org; Mon, 23 Feb 2004 11:01:40 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 23 Feb 2004 11:01:40 -0800 (PST) Message-Id: <200402231901.i1NJ1eJa035183@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, 23 Feb 2004 19:01:40 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/01/26] alpha/61973 alpha Machine Check on boot-up of AlphaServer 2 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 [2004/01/26] alpha/61940 alpha Can't disklabel new disk from FreeBSD/alp o [2004/02/03] alpha/62321 alpha ntpd gives unaligned access errors on alp 5 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/01/26] 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/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/03/26] alpha/36327 alpha trap within cvt() while attempting to pri 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 [2003/06/02] alpha/52882 alpha fpsetprec/fp_prec_t unsupported on alpha? 12 problems total. From owner-freebsd-alpha@FreeBSD.ORG Mon Feb 23 11:16:55 2004 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 2ADCF16A4CE; Mon, 23 Feb 2004 11:16:55 -0800 (PST) Received: from smtp-out4.xs4all.nl (smtp-out4.xs4all.nl [194.109.24.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C07143D1D; Mon, 23 Feb 2004 11:16:54 -0800 (PST) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-out4.xs4all.nl (8.12.10/8.12.10) with ESMTP id i1NJGqOh035405; Mon, 23 Feb 2004 20:16:52 +0100 (CET) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.10/8.12.9) with ESMTP id i1NJGq6R005898; Mon, 23 Feb 2004 20:16:52 +0100 (CET) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.10/8.12.9/Submit) id i1NJGq9l005897; Mon, 23 Feb 2004 20:16:52 +0100 (CET) (envelope-from wkb) Date: Mon, 23 Feb 2004 20:16:52 +0100 From: Wilko Bulte To: Oliver Lehmann Message-ID: <20040223191652.GB5837@freebie.xs4all.nl> References: <20040223192103.59ad7b69.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040223192103.59ad7b69.lehmann@ans-netz.de> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.9-STABLE X-PGP: finger wilko@freebsd.org cc: freebsd-performance@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: Bad performance on alpha? (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: Mon, 23 Feb 2004 19:16:55 -0000 On Mon, Feb 23, 2004 at 07:21:03PM +0100, Oliver Lehmann wrote: > Hi, > > I run several buildworld's on both, an Alpha EV56 and a Intel PII. I'm > wondering that the Pentium beats the Alpha. Both systems have INVARIANTS* > and WITNESS* disabled. Furthermore, no special tweakups - nearly "out of > the box" configured. ... > And I don't think CURRENT is that "faster" than 5.2.1. Why does (my) alpha > performs so bad? Some ideas? Is that behaviour common for FreeBSD/alpha or > did I missed something in my consideration? Bit of a FAQ, but the last time I checked it was due to the code generation for Alpha being lots slower. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Mon Feb 23 12:10:07 2004 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 C0C7516A4FD for ; Mon, 23 Feb 2004 12:10:07 -0800 (PST) Received: from NTS-E2036-EXCH.fanshawec.ca (nts-e2036-exch.fanshawec.on.ca [205.211.140.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 368DC43D1D for ; Mon, 23 Feb 2004 12:10:07 -0800 (PST) (envelope-from BShoebottom@fanshawec.ca) X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----_=_NextPart_001_01C3FA49.06673101" Date: Mon, 23 Feb 2004 15:10:04 -0500 Message-ID: <22643859C8879746B89D9D99F55423B702A322@NTS-E2036-EXCH.fanshawec.ca> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: Compaq ES45 Thread-Index: AcP6SOzw2LMhGprTQNazfZGg+yybJA== From: "Shoebottom, Bryan" To: X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: Compaq ES45 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, 23 Feb 2004 20:10:07 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C3FA49.06673101 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hello, =20 Is FreeBSD supported on a Compaq ES45? I checked the Alpha project and there is mention of an ES40, but not the ES45. Could anyone point me to some documentation on this? Please reply to this address as I am not currently subscribed to this list. =20 Thanks, =20 =20 =20 ------_=_NextPart_001_01C3FA49.06673101-- From owner-freebsd-alpha@FreeBSD.ORG Mon Feb 23 12:52:09 2004 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 1782F16A4CE; Mon, 23 Feb 2004 12:52:09 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A71E43D2F; Mon, 23 Feb 2004 12:52:08 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i1NKq2rQ063978 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 23 Feb 2004 21:52:05 +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 i1NKptuL023844 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Feb 2004 21:51:55 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.10/8.12.10) with ESMTP id i1NKpsc5088521; Mon, 23 Feb 2004 21:51:54 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.10/8.12.10/Submit) id i1NKprfZ088520; Mon, 23 Feb 2004 21:51:53 +0100 (CET) (envelope-from ticso) Date: Mon, 23 Feb 2004 21:51:53 +0100 From: Bernd Walter To: Wilko Bulte Message-ID: <20040223205152.GC44313@cicely12.cicely.de> References: <20040223192103.59ad7b69.lehmann@ans-netz.de> <20040223191652.GB5837@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040223191652.GB5837@freebie.xs4all.nl> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.4i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: freebsd-performance@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: Bad performance on alpha? (make buildworld) 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: Mon, 23 Feb 2004 20:52:09 -0000 On Mon, Feb 23, 2004 at 08:16:52PM +0100, Wilko Bulte wrote: > On Mon, Feb 23, 2004 at 07:21:03PM +0100, Oliver Lehmann wrote: > > Hi, > > > > I run several buildworld's on both, an Alpha EV56 and a Intel PII. I'm > > wondering that the Pentium beats the Alpha. Both systems have INVARIANTS* > > and WITNESS* disabled. Furthermore, no special tweakups - nearly "out of > > the box" configured. > > ... > > > And I don't think CURRENT is that "faster" than 5.2.1. Why does (my) alpha > > performs so bad? Some ideas? Is that behaviour common for FreeBSD/alpha or > > did I missed something in my consideration? > > Bit of a FAQ, but the last time I checked it was due to the code generation > for Alpha being lots slower. I think thats around factor 2-4 slower. Especially without having CPUTYPE >=ev56 set. In fact te factor varies much around machine types, compiled code, compiler version and moon phase. Also I think the values are not that bad considered that the ev56 core is years older than that of the PII. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Mon Feb 23 13:22:49 2004 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 BDC6A16A4CE for ; Mon, 23 Feb 2004 13:22:49 -0800 (PST) Received: from smtp-out4.xs4all.nl (smtp-out4.xs4all.nl [194.109.24.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4702143D1F for ; Mon, 23 Feb 2004 13:22:49 -0800 (PST) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-out4.xs4all.nl (8.12.10/8.12.10) with ESMTP id i1NLLEOh017412; Mon, 23 Feb 2004 22:21:14 +0100 (CET) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.10/8.12.9) with ESMTP id i1NLLD6R006693; Mon, 23 Feb 2004 22:21:13 +0100 (CET) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.10/8.12.9/Submit) id i1NLLDtr006692; Mon, 23 Feb 2004 22:21:13 +0100 (CET) (envelope-from wkb) Date: Mon, 23 Feb 2004 22:21:13 +0100 From: Wilko Bulte To: "Shoebottom, Bryan" Message-ID: <20040223212113.GC6642@freebie.xs4all.nl> References: <22643859C8879746B89D9D99F55423B702A322@NTS-E2036-EXCH.fanshawec.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <22643859C8879746B89D9D99F55423B702A322@NTS-E2036-EXCH.fanshawec.ca> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.9-STABLE X-PGP: finger wilko@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: Compaq ES45 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, 23 Feb 2004 21:22:49 -0000 On Mon, Feb 23, 2004 at 03:10:04PM -0500, Shoebottom, Bryan wrote: > Hello, > > > > Is FreeBSD supported on a Compaq ES45? I checked the Alpha project and > there is mention of an ES40, but not the ES45. Could anyone point me to > some documentation on this? Please reply to this address as I am not > currently subscribed to this list. Try it! Nobody seems to have an ES45 to play with so... -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Mon Feb 23 16:25:36 2004 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 C8FA216A4CE; Mon, 23 Feb 2004 16:25:36 -0800 (PST) Received: from mail-gate.ait.ac.th (mail-gate.ait.ac.th [202.183.214.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89B9C43D1F; Mon, 23 Feb 2004 16:25:36 -0800 (PST) (envelope-from alain@ait.ac.th) Received: from mailserv.ait.ac.th (mailserv.ait.ac.th [203.159.5.10]) by mail-gate.ait.ac.th (Postfix) with ESMTP id C1434FEB42; Tue, 24 Feb 2004 07:25:34 +0700 (ICT) Received: from localhost (mailserv [127.0.0.1]) by mailserv.ait.ac.th (Postfix) with ESMTP id A5ADC47; Tue, 24 Feb 2004 07:25:34 +0700 (ICT) Received: from mailserv.ait.ac.th ([127.0.0.1]) by localhost (mailserv.ait.ac.th [127.0.0.1:10024]) (amavisd-new) with ESMTP id 13319-03; Tue, 24 Feb 2004 07:25:34 +0700 (ICT) Received: from alain.itserv.ait.ac.th (obelix.itserv.ait.ac.th [203.159.28.4]) by mailserv.ait.ac.th (Postfix) with ESMTP id 3E46F45; Tue, 24 Feb 2004 07:25:34 +0700 (ICT) Received: by alain.itserv.ait.ac.th (Postfix, from userid 10001) id EE2DA22E703; Tue, 24 Feb 2004 07:25:33 +0700 (ICT) Date: Tue, 24 Feb 2004 07:25:33 +0700 From: Alain Fauconnet To: Oliver Lehmann Message-ID: <20040224002533.GA9677@ait.ac.th> References: <20040223192103.59ad7b69.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040223192103.59ad7b69.lehmann@ans-netz.de> User-Agent: Mutt/1.4i X-Virus-Scanned: by amavisd-new cc: freebsd-performance@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: Bad performance on alpha? (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: Tue, 24 Feb 2004 00:25:37 -0000 On Mon, Feb 23, 2004 at 07:21:03PM +0100, Oliver Lehmann wrote: > Hi, > > I run several buildworld's on both, an Alpha EV56 and a Intel PII. I'm > wondering that the Pentium beats the Alpha. Both systems have INVARIANTS* > and WITNESS* disabled. Furthermore, no special tweakups - nearly "out of > the box" configured. > (rest deleted) Just a wild guess: I happen to have had the luck of counting one of the very few guys outside of the US involved in the development of the Alpha chip among my friends. I remember the long fascinating talks we were having when Alpha came out (touch of nostalgia here ;-) and him explaining to me how difficult it was to write a good compiler for the beast. The optimization pass is a real nightmare. At that time we were talking about the EV4 chip, I can only imagine that things have gone worse with the newer generation chips supporting more parallelism, deeper prefetch, branch prediction and all that. So I'm not overly surprised that a job made almost entirely of compiles takes a significant longer time, even though the CPU is more powerful. Now I'll let it to the really knowledgeable persons to give better reasons ;-) Greets, _Alain_ From owner-freebsd-alpha@FreeBSD.ORG Tue Feb 24 02:31:06 2004 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 C9E1416A4DA; Tue, 24 Feb 2004 02:31:06 -0800 (PST) Received: from smta10.mail.ozemail.net (smta10.mail.ozemail.net [203.103.165.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEDAE43D2F; Tue, 24 Feb 2004 02:31:05 -0800 (PST) (envelope-from robbyrnes@ozemail.com.au) Received: from cartman.ozemail.com.au ([203.61.128.137]) by smta10.mail.ozemail.net with ESMTP <20040224102832.ESCN24982.smta10.mail.ozemail.net@cartman.ozemail.com.au>; Tue, 24 Feb 2004 10:28:32 +0000 Message-Id: <6.0.3.0.2.20040224212826.023b17a0@127.0.0.1> X-Sender: pop.ozemail.com.au/110/robbyrnes@127.0.0.1 (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 6.0.3.0 Date: Tue, 24 Feb 2004 21:31:02 +1100 To: Wilko Bulte , John Baldwin From: Rob B In-Reply-To: <20040204185229.GA66272@freebie.xs4all.nl> References: <200402041106.28569.jhb@FreeBSD.org> <20040204185229.GA66272@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed cc: alpha@freebsd.org Subject: Re: Patch for floppies 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, 24 Feb 2004 10:31:07 -0000 At 05:52 AM 5/02/2004, Wilko Bulte wrote: >On Wed, Feb 04, 2004 at 11:06:28AM -0500, John Baldwin wrote: > > Ok, since the cross-built floppies don't work for whatever reason, > someone is > > going to need to build a native alpha release and then post those floppies > > for testing (or test them themselves). I currently don't have an alpha > setup > > such that I can do this, so I'm posting the patch to do so. It's quite > > simple and is at http://www.FreeBSD.org/~jhb/patches/alpha.floppies.patch > >I will have a go at it. Be patient.. Wilko, Did the patch apply successfully? I'm keen to know because my old PC 64 can't boot from it's CD-ROM, only floppy. If you haven't had the time, could you give me a pointer on what to do after the patch is applied to build the floppies? Cheers, rob -- There is very little further to go with a girl who has brought you coffee. -John Updike This is random quote 1054 of 1254. 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 Tue Feb 24 04:41:02 2004 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 461C216A4CE for ; Tue, 24 Feb 2004 04:41:02 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit From: owner-freebsd-scsi@freebsd.org To: freebsd-alpha@freebsd.org Message-ID: Date: Tue, 24 Feb 2004 04:41:00 -0800 Precedence: bulk X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 X-List-Administrivia: yes Sender: owner-freebsd-scsi@freebsd.org Errors-To: owner-freebsd-scsi@freebsd.org Subject: Your message to freebsd-scsi awaits moderator approval X-BeenThere: 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: Tue, 24 Feb 2004 12:41:02 -0000 Your mail to 'freebsd-scsi' with the subject hi Is being held until the list moderator can review it for approval. The reason it is being held: SpamAssassin identified this message as possible spam Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://lists.freebsd.org/mailman/confirm/freebsd-scsi/78ebc7d21d9e7f2494447f458af62ee4ef1c8dfc PLEASE NOTE! If you would like to post freely to the list, please subscribe first. If you post from multiple addresses, you can subscribe each address and go into the options page and select 'no mail' for all but one address. This will allow you to post without delay in the future. Sorry for the hassle, but certain immature people made this necessary. From owner-freebsd-alpha@FreeBSD.ORG Tue Feb 24 12:26:56 2004 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 5FB1C16A4CE for ; Tue, 24 Feb 2004 12:26:56 -0800 (PST) Received: from diogenis.ceid.upatras.gr (diogenis.ceid.upatras.gr [150.140.141.181]) by mx1.FreeBSD.org (Postfix) with SMTP id 7E69343D1F for ; Tue, 24 Feb 2004 12:26:55 -0800 (PST) (envelope-from ntarmos@Noth.ceid.upatras.gr) Received: (qmail 10535 invoked from network); 24 Feb 2004 20:26:52 -0000 Received: from noth.ceid.upatras.gr (150.140.143.234) by diogenis.ceid.upatras.gr with SMTP; 24 Feb 2004 20:26:52 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by Noth.ceid.upatras.gr (Postfix) with ESMTP id 6D07F101CC; Tue, 24 Feb 2004 22:26:53 +0200 (EET) Received: from Noth.ceid.upatras.gr ([127.0.0.1]) by localhost (Noth [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08479-08; Tue, 24 Feb 2004 22:26:52 +0200 (EET) Received: by Noth.ceid.upatras.gr (Postfix, from userid 1000) id DB4D2101C7; Tue, 24 Feb 2004 22:26:52 +0200 (EET) Date: Tue, 24 Feb 2004 22:26:52 +0200 From: Nikos Ntarmos To: Oliver Lehmann Message-ID: <20040224202652.GA13675@diogenis.ceid.upatras.gr> References: <20040223192103.59ad7b69.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040223192103.59ad7b69.lehmann@ans-netz.de> User-Agent: Mutt/1.5.5.1+cvs20040105i X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at Noth.ceid.upatras.gr cc: freebsd-performance@FreeBSD.org cc: freebsd-alpha@FreeBSD.org Subject: Re: Bad performance on alpha? (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: Tue, 24 Feb 2004 20:26:56 -0000 Hi there. On Mon, Feb 23, 2004 at 07:21:03PM +0100, Oliver Lehmann wrote: > I run several buildworld's on both, an Alpha EV56 and a Intel > PII. I'm wondering that the Pentium beats the Alpha. Both systems > have INVARIANTS* and WITNESS* disabled. Furthermore, no special > tweakups - nearly "out of the box" configured. IIRC the 600MHz EV56's performance wrt integer operations (such as compiling) is somewhere in the vicinity of a 400MHz P-II, so the difference you see in turn-around times when buildworld'ing isn't quite that big. If the operations were identical, you should see better times when building on the alpha. However, also take into account that compiling (and optimizing) for a RISC CPU, apart from generating larger binaries, is AFAIK supposedly more difficult than compiling (and optimizing) for a CISC CPU. Let alone when compiling using a compiler compiled with a compiler (nice, huh?) highly optimized for x86 platforms but not as good when it comes to the AXP arch. \n\n -- Nikos "Noth" Ntarmos | < ntarmos at ceid dot upatras dot gr > NetCINS Lab. @ C.E.I.D. | [ http://{noth,p2p}.ceid.upatras.gr/ ] U. of Patras - Greece | ( 38.2594N, 21.7428E ) ( 1024D / CF95160A ) From owner-freebsd-alpha@FreeBSD.ORG Tue Feb 24 12:55:07 2004 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 5BF8816A4CE for ; Tue, 24 Feb 2004 12:55:07 -0800 (PST) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [80.86.187.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8142643D1F for ; Tue, 24 Feb 2004 12:55:06 -0800 (PST) (envelope-from lehmann@ans-netz.de) Received: (qmail 29107 invoked from network); 24 Feb 2004 20:54:50 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (80.86.187.43) by avocado.salatschuessel.net with SMTP; 24 Feb 2004 20:54:50 -0000 Date: Tue, 24 Feb 2004 21:54:57 +0100 From: Oliver Lehmann To: ticso@cicely.de Message-Id: <20040224215457.34d3decd.lehmann@ans-netz.de> In-Reply-To: <20040223205152.GC44313@cicely12.cicely.de> References: <20040223192103.59ad7b69.lehmann@ans-netz.de> <20040223191652.GB5837@freebie.xs4all.nl> <20040223205152.GC44313@cicely12.cicely.de> X-Mailer: Sylpheed version 0.9.9 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-performance@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: Bad performance on alpha? (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: Tue, 24 Feb 2004 20:55:07 -0000 Bernd Walter wrote: > I think thats around factor 2-4 slower. > Especially without having CPUTYPE >=ev56 set. Ok, I have CPUTYPE=ev56 now set in make.conf and I got slightly better results: make buildworld 19144.53 real 16475.63 user 1964.88 sys make -j2 buildworld 19530.91 real 16784.12 user 2143.32 sys make -j3 buildworld 19639.32 real 16948.23 user 2173.32 sys make -j4 buildworld 19892.68 real 17177.20 user 2202.12 sys I installed the last buildworld and built a new kernel... let's see how those new (with CPUTYPE=56 compiled) binaries are performing... *reruning-tests* -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-alpha@FreeBSD.ORG Tue Feb 24 13:38:34 2004 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 8075916A4CE; Tue, 24 Feb 2004 13:38:34 -0800 (PST) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEC0043D1F; Tue, 24 Feb 2004 13:38:33 -0800 (PST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i1OLcQrQ083238 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 24 Feb 2004 22:38:29 +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 i1OLcHuL038918 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Feb 2004 22:38:18 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.10/8.12.10) with ESMTP id i1OLcHc5093543; Tue, 24 Feb 2004 22:38:17 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.10/8.12.10/Submit) id i1OLcG5u093542; Tue, 24 Feb 2004 22:38:16 +0100 (CET) (envelope-from ticso) Date: Tue, 24 Feb 2004 22:38:16 +0100 From: Bernd Walter To: Oliver Lehmann Message-ID: <20040224213815.GB44313@cicely12.cicely.de> References: <20040223192103.59ad7b69.lehmann@ans-netz.de> <20040223191652.GB5837@freebie.xs4all.nl> <20040223205152.GC44313@cicely12.cicely.de> <20040224215457.34d3decd.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040224215457.34d3decd.lehmann@ans-netz.de> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.4i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.61 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on cicely5.cicely.de cc: freebsd-performance@freebsd.org cc: ticso@cicely.de cc: freebsd-alpha@freebsd.org Subject: Re: Bad performance on alpha? (make buildworld) 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: Tue, 24 Feb 2004 21:38:34 -0000 On Tue, Feb 24, 2004 at 09:54:57PM +0100, Oliver Lehmann wrote: > Bernd Walter wrote: > > > I think thats around factor 2-4 slower. > > Especially without having CPUTYPE >=ev56 set. > > Ok, I have CPUTYPE=ev56 now set in make.conf and I got slightly better > results: > > make buildworld 19144.53 real 16475.63 user 1964.88 sys > make -j2 buildworld 19530.91 real 16784.12 user 2143.32 sys > make -j3 buildworld 19639.32 real 16948.23 user 2173.32 sys > make -j4 buildworld 19892.68 real 17177.20 user 2202.12 sys > > I installed the last buildworld and built a new kernel... let's see how > those new (with CPUTYPE=56 compiled) binaries are performing... > *reruning-tests* The binaries are only used to build the toolchain. The remaining part of the buildworld aren't using the system binaries. -- B.Walter BWCT http://www.bwct.de ticso@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Tue Feb 24 13:38:43 2004 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 EA2BE16A4CE; Tue, 24 Feb 2004 13:38:43 -0800 (PST) Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB69943D2D; Tue, 24 Feb 2004 13:38:43 -0800 (PST) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (b70810e6c5e232a4daabba1b1198467c@adsl-67-119-53-203.dsl.lsan03.pacbell.net [67.119.53.203])i1OLcfxn003522; Tue, 24 Feb 2004 15:38:42 -0600 (CST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8BC2566CAF; Tue, 24 Feb 2004 13:38:40 -0800 (PST) Date: Tue, 24 Feb 2004 13:38:40 -0800 From: Kris Kennaway To: alpha@FreeBSD.org, current@FreeBSD.org Message-ID: <20040224213840.GA54619@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: panic: pmap_emulate_reference(0xfffffc0022ec4c80, 0xfffffe0014487e68, 0, 1): pa 0x1d514000 not managed 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, 24 Feb 2004 21:38:44 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=us-ascii Content-Disposition: inline One of the alpha package machines died just now with: panic: pmap_emulate_reference(0xfffffc0022ec4c80, 0xfffffe0014487e68, 0, 1): pa 0x1d514000 not managed at line 2585 in file /a/asami/portbuild/alpha/src-client/sys/alpha/alpha/pmap.c Stack backtrace: db_print_backtrace() at db_print_backtrace+0x18 backtrace() at backtrace+0x2c __panic() at __panic+0x150 pmap_emulate_reference() at pmap_emulate_reference+0x15c trap() at trap+0x39c XentMM() at XentMM+0x2c --- memory management fault (from ipl 7) --- pmap_activate() at pmap_activate+0xb4 Lcs1() at Lcs1+0x1c --- root of call graph --- panic Stopped at Debugger+0x38: zapnot v0,#0xf,v0 db> Kris --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAO8RgWry0BWjoQKURAsN8AKCUn4mocbziBQIfsfDfcvqM1PXR3gCgs+ki 8tj8wmaEaWodAOQzU9sGnU4= =VTCa -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-alpha@FreeBSD.ORG Tue Feb 24 14:14:00 2004 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 2AFB616A4CE; Tue, 24 Feb 2004 14:14:00 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id C816343D1F; Tue, 24 Feb 2004 14:13:59 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0093A7303A; Tue, 24 Feb 2004 17:13:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040224221358.0093A7303A@freebsd-current.sentex.ca> Date: Tue, 24 Feb 2004 17:13:58 -0500 (EST) 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, 24 Feb 2004 22:14:00 -0000 TB --- 2004-02-24 21:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-24 21:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-02-24 21:00:00 - checking out the source tree TB --- 2004-02-24 21:00:00 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- 2004-02-24 21:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-24 21:03:39 - building world TB --- 2004-02-24 21:03:39 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-02-24 21:03: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 >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2004-02-24 21:55:16 - building generic kernel TB --- 2004-02-24 21:55:16 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-02-24 21:55:16 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Feb 24 21:55:16 GMT 2004 >>> Kernel build for GENERIC completed on Tue Feb 24 22:06:21 GMT 2004 TB --- 2004-02-24 22:06:21 - generating LINT kernel config TB --- 2004-02-24 22:06:21 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2004-02-24 22:06:21 - /usr/bin/make -B LINT TB --- 2004-02-24 22:06:21 - building LINT kernel TB --- 2004-02-24 22:06:21 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-02-24 22:06:21 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 24 22:06:21 GMT 2004 [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/netgraph/ng_bridge.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/netgraph/ng_cisco.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/netgraph/ng_echo.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/netgraph/ng_ether.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/netgraph/ng_frame_relay.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/netgraph/ng_gif.c /other/tinderbox/CURRENT/alpha/alpha/src/sys/netgraph/ng_gif.c: In function `ng_gif_detach': /other/tinderbox/CURRENT/alpha/alpha/src/sys/netgraph/ng_gif.c:272: warning: assignment of read-only variable `priv' *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/obj/alpha/other/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-02-24 22:13:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-02-24 22:13:58 - ERROR: failed to build lint kernel TB --- 2004-02-24 22:13:58 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Tue Feb 24 17:17:17 2004 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 4E44316A4CE; Tue, 24 Feb 2004 17:17:17 -0800 (PST) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F2D143D1D; Tue, 24 Feb 2004 17:17:17 -0800 (PST) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id i1P1HG1T004899; Tue, 24 Feb 2004 17:17:16 -0800 (PST) Received: from [10.1.1.193] ([199.103.21.225]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 3.0) with ESMTP id i1P1HFXp012110; Tue, 24 Feb 2004 17:17:16 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v612) In-Reply-To: <20040224202652.GA13675@diogenis.ceid.upatras.gr> References: <20040223192103.59ad7b69.lehmann@ans-netz.de> <20040224202652.GA13675@diogenis.ceid.upatras.gr> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <5410C982-6730-11D8-8D4C-003065ABFD92@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Tue, 24 Feb 2004 20:17:07 -0500 X-Mailer: Apple Mail (2.612) cc: freebsd-performance@FreeBSD.org cc: freebsd-alpha@FreeBSD.org Subject: Re: Bad performance on alpha? (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: Wed, 25 Feb 2004 01:17:17 -0000 On Feb 24, 2004, at 3:26 PM, Nikos Ntarmos wrote: > IIRC the 600MHz EV56's performance wrt integer operations (such as > compiling) is somewhere in the vicinity of a 400MHz P-II, so the > difference you see in turn-around times when buildworld'ing isn't > quite that big. If the operations were identical, you should see > better times when building on the alpha. However, also take into > account that compiling (and optimizing) for a RISC CPU, apart from > generating larger binaries, is AFAIK supposedly more difficult than > compiling (and optimizing) for a CISC CPU. I'm afraid you've got this backwards. :-) The primary attributes of RISC architectures, namely lots of registers, a relatively simple but orthagonal instruction set, and a relatively fast clock rate / CPI ~= 1.0 / a short pipeline make it far easier for the compiler to generate and optimize code. CISC architectures make the compilers job much harder because they tend to require lots of register spills, they tend to have very long pipelines which involve hazards and require a lot of instruction reordering to avoid stalling the pipeline to often. The amount of CPU clocks it takes per instruction (CPI) often varies on CISC as is generally much larger than ~1.0, and sometimes varies from CPU model to CPU model making it far more difficult to determine the "fastest" instruction sequence. At a broader level, RISC closely matches the intermediate code model compilers work with than CISC does, which makes it easier to generate target code from the intermediate code. Often, on RISC there is little difference between the two, just as there is less difference between optimized and unoptimized code, whereas on CISC there is a lot more work to be done in order to get optimized code working with comparible efficiency. -- -Chuck From owner-freebsd-alpha@FreeBSD.ORG Tue Feb 24 19:00:02 2004 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 8496C16A4CE; Tue, 24 Feb 2004 19:00:02 -0800 (PST) Received: from alcanet.com.au (mail2.alcanet.com.au [203.62.196.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B39A43D1F; Tue, 24 Feb 2004 18:59:59 -0800 (PST) (envelope-from peter.jeremy@alcatel.com.au) Received: from sydsmtp02.alcatel.com.au (IDENT:root@localhost.localdomain [127.0.0.1])i1P2xsMw024438; Wed, 25 Feb 2004 13:59:55 +1100 Received: from gsmx07.alcatel.com.au ([139.188.20.247]) by sydsmtp02.alcatel.com.au (Lotus Domino Release 5.0.12) with ESMTP id 2004022513595362:183578 ; Wed, 25 Feb 2004 13:59:53 +1100 Received: from gsmx07.alcatel.com.au (localhost [127.0.0.1]) i1P2xrHQ061301; Wed, 25 Feb 2004 13:59:53 +1100 (EST) (envelope-from peter.jeremy@alcatel.com.au) Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.12.9p2/8.12.9/Submit) id i1P2xr0s061300; Wed, 25 Feb 2004 13:59:53 +1100 (EST) (envelope-from peter.jeremy@alcatel.com.au) Date: Wed, 25 Feb 2004 13:59:53 +1100 From: Peter Jeremy To: Charles Swiger Message-ID: <20040225025953.GH10121@gsmx07.alcatel.com.au> Mail-Followup-To: Charles Swiger , freebsd-performance@freebsd.org, freebsd-alpha@freebsd.org References: <20040223192103.59ad7b69.lehmann@ans-netz.de> <20040224202652.GA13675@diogenis.ceid.upatras.gr> <5410C982-6730-11D8-8D4C-003065ABFD92@mac.com> Mime-Version: 1.0 In-Reply-To: <5410C982-6730-11D8-8D4C-003065ABFD92@mac.com> User-Agent: Mutt/1.4.2i X-MIMETrack: Itemize by SMTP Server on SYDSMTP02/AlcatelAustralia(Release 5.0.12 |February 13, 2003) at 25/02/2004 01:59:53 PM,|February 13, 2003) at 25/02/2004 01:59:55 PM, Serialize complete at 25/02/2004 01:59:55 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline cc: freebsd-performance@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: Bad performance on alpha? (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: Wed, 25 Feb 2004 03:00:02 -0000 On 2004-Feb-24 20:17:07 -0500, Charles Swiger wrote: >On Feb 24, 2004, at 3:26 PM, Nikos Ntarmos wrote: >>IIRC the 600MHz EV56's performance wrt integer operations (such as >>compiling) is somewhere in the vicinity of a 400MHz P-II, so the >>difference you see in turn-around times when buildworld'ing isn't >>quite that big. If the operations were identical, you should see >>better times when building on the alpha. However, also take into >>account that compiling (and optimizing) for a RISC CPU, apart from >>generating larger binaries, is AFAIK supposedly more difficult than >>compiling (and optimizing) for a CISC CPU. > >I'm afraid you've got this backwards. :-) Maybe in theory, but not necessarily in practice. >The primary attributes of RISC architectures, namely lots of registers, >a relatively simple but orthagonal instruction set, and a relatively >fast clock rate / CPI ~= 1.0 / a short pipeline make it far easier for >the compiler to generate and optimize code. Alpha pipelines are only short in a relative sense - the EV5 pipeline is 7 (integer) or 9 (FP) stages and I suspect the EV56 pipeline is the same. In theory, it is 4-way superscalar but the different execution units aren't equivalent and the compiler has to understand which instructions will be allocated to which execution units in order to minimise stalls. >CISC architectures make the compilers job much harder because they tend >to require lots of register spills, they tend to have very long >pipelines which involve hazards and require a lot of instruction >reordering to avoid stalling the pipeline to often. The amount of CPU >clocks it takes per instruction (CPI) often varies on CISC as is >generally much larger than ~1.0, and sometimes varies from CPU model to >CPU model making it far more difficult to determine the "fastest" >instruction sequence. Recent iA32 implementations (basically anything more recent than a PII) are RISC cores which directly execute a subset of the iA32 instruction set with the remainder handled by microcode. You get quite respectable results by treating it as a load/store RISC architecture and relying on the L1 cache to handle the register spills in a timely fashion. The pipelines and super-scalar execution abilities are all handled in hardware. Register scoreboarding allows the implementation to have more physical registers than the programmer view supports - allowing multiple instructions to simultaneously see different values in the same visible register. The compiler has to expend a lot of effort on instruction scheduling to get decent performance out of a typical RISC architecture. Much of this is automatically handled by the hardware on an iA32 and you can get equivalent results with a much simpler compiler. Peter From owner-freebsd-alpha@FreeBSD.ORG Tue Feb 24 21:19:30 2004 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 28D7D16A4CE; Tue, 24 Feb 2004 21:19:30 -0800 (PST) Received: from out003.verizon.net (out003pub.verizon.net [206.46.170.103]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDC2543D2D; Tue, 24 Feb 2004 21:19:29 -0800 (PST) (envelope-from cswiger@mac.com) Received: from mac.com ([68.161.120.219]) by out003.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040225051929.FFUH8426.out003.verizon.net@mac.com>; Tue, 24 Feb 2004 23:19:29 -0600 Message-ID: <403C3053.5030204@mac.com> Date: Wed, 25 Feb 2004 00:19:15 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 References: <20040223192103.59ad7b69.lehmann@ans-netz.de> <20040224202652.GA13675@diogenis.ceid.upatras.gr> <5410C982-6730-11D8-8D4C-003065ABFD92@mac.com> <20040225025953.GH10121@gsmx07.alcatel.com.au> In-Reply-To: <20040225025953.GH10121@gsmx07.alcatel.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out003.verizon.net from [68.161.120.219] at Tue, 24 Feb 2004 23:19:28 -0600 cc: freebsd-performance@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: Bad performance on alpha? (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: Wed, 25 Feb 2004 05:19:30 -0000 Peter Jeremy wrote: > On 2004-Feb-24 20:17:07 -0500, Charles Swiger wrote: [ ...compiler optimizations... ] >> I'm afraid you've got this backwards. :-) > > Maybe in theory, but not necessarily in practice. It's been a few years since I'd written a compiler, but my viewpoint isn't based entirely on theory. >> The primary attributes of RISC architectures, namely lots of registers, >> a relatively simple but orthagonal instruction set, and a relatively >> fast clock rate / CPI ~= 1.0 / a short pipeline make it far easier for >> the compiler to generate and optimize code. > > Alpha pipelines are only short in a relative sense - the EV5 pipeline > is 7 (integer) or 9 (FP) stages and I suspect the EV56 pipeline is the > same. In theory, it is 4-way superscalar but the different execution > units aren't equivalent and the compiler has to understand which > instructions will be allocated to which execution units in order to > minimise stalls. A Northwood P4 has 20 stages (or 21, or 28, depending on how you want to count instruction decode stages rather than just the integer pipeline), the P3 has 12, and even the P2 has 8. Prescott has what, 32 stages? Any superscalar processor architecture is going to be harder to compile for than an architecture which is not, just as parallel execution with limited execution units requires more work than a truly orthogonal architecture. >>CISC architectures make the compilers job much harder because they tend >>to require lots of register spills, they tend to have very long >>pipelines which involve hazards and require a lot of instruction >>reordering to avoid stalling the pipeline to often. The amount of CPU >>clocks it takes per instruction (CPI) often varies on CISC as is >>generally much larger than ~1.0, and sometimes varies from CPU model to >>CPU model making it far more difficult to determine the "fastest" >>instruction sequence. > > Recent iA32 implementations (basically anything more recent than a > PII) are RISC cores which directly execute a subset of the iA32 > instruction set with the remainder handled by microcode. You get > quite respectable results by treating it as a load/store RISC > architecture and relying on the L1 cache to handle the register spills > in a timely fashion. The pipelines and super-scalar execution > abilities are all handled in hardware. Register scoreboarding allows > the implementation to have more physical registers than the programmer > view supports - allowing multiple instructions to simultaneously see > different values in the same visible register. Your technical description is accurate, but the points you are making here seem to support my argument, rather than contradict what I said. :-) Basicly, you've suggested that it's easier to compile for a recent x86 than for a P2 because the hardware in a P4 goes to extravagant lengths to dynamicly optimize x86 instructions (CISC) into simpler RISC instructions which can be scheduled, executed out-of-order, using a ~120 register scoreboard to multiplex 8 visible registers amoungst all of the pipeline stages, etc, etc. Why does the P4 actually execute RISC u-ops and microcode, rather than implementing the x86 opcodes directly? Because it's far easier to optimize RISC u-ops, whether in the context of a compiler or in the context of the CPU hardware itself, than to try to optimize CISC opcodes directly. > The compiler has to expend a lot of effort on instruction scheduling > to get decent performance out of a typical RISC architecture. Much of > this is automatically handled by the hardware on an iA32 and you can > get equivalent results with a much simpler compiler. Is it easier or harder to optimize generic x86 code for the P2 or for a P4, and why? If you don't optimize intermediate code at all, which performs better? Why? Depending on your L1 cache to reduce the costs of spilling registers all over the place because you've only got about 6 or so freely available is a mediocre bandaid compared to having 32 or so registers: unoptimized PowerPC, MIPS, PA-RISC, or SPARC code does a heck of a lot better than running unoptimized x86 code, and that's without considering something like the SPARC register windows which do a heck of a job of passing context between caller and callee and freeing up 8 new registers for temp use at each function invocation (and without the mind-numbing complexity of HP's PA-RISC calling conventions). -- -Chuck From owner-freebsd-alpha@FreeBSD.ORG Wed Feb 25 01:25:53 2004 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 30A8616A4CE; Wed, 25 Feb 2004 01:25:53 -0800 (PST) Received: from rms04.rommon.net (rms04.rommon.net [212.54.2.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20CF743D2D; Wed, 25 Feb 2004 01:25:52 -0800 (PST) (envelope-from pete@he.iki.fi) Received: from he.iki.fi (i2-149.rommon.fi [195.163.185.149]) by rms04.rommon.net (8.12.9p1/8.12.9) with ESMTP id i1P9PccM023243; Wed, 25 Feb 2004 11:25:38 +0200 (EET) (envelope-from pete@he.iki.fi) Message-ID: <403C6A24.80804@he.iki.fi> Date: Wed, 25 Feb 2004 11:25:56 +0200 From: Petri Helenius User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <20040223192103.59ad7b69.lehmann@ans-netz.de> <20040224202652.GA13675@diogenis.ceid.upatras.gr> <5410C982-6730-11D8-8D4C-003065ABFD92@mac.com> <20040225025953.GH10121@gsmx07.alcatel.com.au> In-Reply-To: <20040225025953.GH10121@gsmx07.alcatel.com.au> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-performance@freebsd.org cc: Charles Swiger cc: freebsd-alpha@freebsd.org Subject: Re: Bad performance on alpha? (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: Wed, 25 Feb 2004 09:25:53 -0000 Peter Jeremy wrote: >Recent iA32 implementations (basically anything more recent than a >PII) are RISC cores which directly execute a subset of the iA32 >instruction set with the remainder handled by microcode. You get >quite respectable results by treating it as a load/store RISC >architecture and relying on the L1 cache to handle the register spills > > This probably invites the question, what, if anything people like me who are interested in getting the maximum performance out of any hardware our things run on (maybe with the exception of the low-MHz embedded stuff :-), is there any good tutorials/books on the subject what kind of things to avoid when looking for optimal performance. The tightest loops mostly do counter rolling, comparisons and pattern matching and we have good mileage on getting performance gains by minimizing writing to memory when there are other options like arithmetic on the fly. One specific question that also comes to mind is if there is benefit on the more modern, SSE enabled code, to excersise floating point in balance with 64bit long long integers or does that gain performance only if the code is compiled without SSE? Pete From owner-freebsd-alpha@FreeBSD.ORG Wed Feb 25 09:56:43 2004 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 5314C16A4CE; Wed, 25 Feb 2004 09:56:43 -0800 (PST) Received: from kartoffel.salatschuessel.net (pD9520027.dip.t-dialin.net [217.82.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7199F43D1D; Wed, 25 Feb 2004 09:56:42 -0800 (PST) (envelope-from lehmann@ans-netz.de) Received: from kartoffel.salatschuessel.net (localhost [127.0.0.1]) i1PHuW9V052168; Wed, 25 Feb 2004 18:56:32 +0100 (CET) (envelope-from lehmann@ans-netz.de) Date: Wed, 25 Feb 2004 18:56:31 +0100 From: Oliver Lehmann To: ticso@cicely.de Message-Id: <20040225185631.4cc91fec.lehmann@ans-netz.de> In-Reply-To: <20040224213815.GB44313@cicely12.cicely.de> References: <20040223192103.59ad7b69.lehmann@ans-netz.de> <20040223191652.GB5837@freebie.xs4all.nl> <20040223205152.GC44313@cicely12.cicely.de> <20040224215457.34d3decd.lehmann@ans-netz.de> <20040224213815.GB44313@cicely12.cicely.de> X-Mailer: Sylpheed version 0.9.9 (GTK+ 1.2.10; i386-portbld-freebsd4.9) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-performance@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: Bad performance on alpha? (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: Wed, 25 Feb 2004 17:56:43 -0000 Bernd Walter wrote: > On Tue, Feb 24, 2004 at 09:54:57PM +0100, Oliver Lehmann wrote: > > Bernd Walter wrote: > > > > > I think thats around factor 2-4 slower. > > > Especially without having CPUTYPE >=ev56 set. > > > > Ok, I have CPUTYPE=ev56 now set in make.conf and I got slightly better > > results: > > > > make buildworld 19144.53 real 16475.63 user 1964.88 sys > > make -j2 buildworld 19530.91 real 16784.12 user 2143.32 sys > > make -j3 buildworld 19639.32 real 16948.23 user 2173.32 sys > > make -j4 buildworld 19892.68 real 17177.20 user 2202.12 sys > > > > I installed the last buildworld and built a new kernel... let's see > > how those new (with CPUTYPE=56 compiled) binaries are performing... > > *reruning-tests* > > The binaries are only used to build the toolchain. > The remaining part of the buildworld aren't using the system binaries. Hm... actually it performs a _bit_ better with the new world+kernel ;) make buildworld 18749.83 real 16143.33 user 1981.61 sys make buildworld 18758.40 real 16191.54 user 1999.10 sys make -j2 buildworld 19297.45 real 16570.93 user 2127.90 sys make -j2 buildworld Next I'll try some CFLAGs... -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-alpha@FreeBSD.ORG Wed Feb 25 11:10:08 2004 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 88FFA16A4CE for ; Wed, 25 Feb 2004 11:10:08 -0800 (PST) Received: from kosh.etchings.com (kosh.etchings.com [216.231.38.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50A1843D1F for ; Wed, 25 Feb 2004 11:10:08 -0800 (PST) (envelope-from brian@etchings.com) Received: by kosh.etchings.com (Postfix, from userid 1000) id A045F117028; Wed, 25 Feb 2004 11:10:07 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by kosh.etchings.com (Postfix) with ESMTP id 9EB79117027 for ; Wed, 25 Feb 2004 11:10:07 -0800 (PST) Date: Wed, 25 Feb 2004 11:10:07 -0800 (PST) From: Brian Kraemer To: alpha@freebsd.org Message-ID: <20040225110439.T18985@kosh.etchings.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: can't boot a new kernel 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: Wed, 25 Feb 2004 19:10:08 -0000 Hello, I'm not subscribed to this list so please Cc me on any replies. I have an old AlphaStation 255 that I managed to put FreeBSD 5.2.1-RC2 on. The install went fine once I got SRM into the bios. After getting it installed, I cvsup'd the current sources and rebuilt the system. Everything built fine but I am unable to boot any of the new kernels I have built. I built both a custom kernel and the standard GENERIC kernel. When I try to boot either of these kernels from SRM, the screen goes from blue to black and then quickly back to blue again. I then get a message that CPU 0 is halted. No other error message is displayed. I can consistently boot the GENERIC kernel that came in the 5.2.1-RC2 dist, but I can't boot any of the kernels that I have built from sources. Has anyone seen this before? Does anyone have any suggestions? -Brian From owner-freebsd-alpha@FreeBSD.ORG Wed Feb 25 11:19:52 2004 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 2142B16A4CE for ; Wed, 25 Feb 2004 11:19:52 -0800 (PST) Received: from smtp-out4.xs4all.nl (smtp-out4.xs4all.nl [194.109.24.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72E2A43D41 for ; Wed, 25 Feb 2004 11:19:51 -0800 (PST) (envelope-from wkb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-out4.xs4all.nl (8.12.10/8.12.10) with ESMTP id i1PJJkOh021420; Wed, 25 Feb 2004 20:19:47 +0100 (CET) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.12.10/8.12.9) with ESMTP id i1PJJk6R019298; Wed, 25 Feb 2004 20:19:46 +0100 (CET) (envelope-from wkb@freebie.xs4all.nl) Received: (from wkb@localhost) by freebie.xs4all.nl (8.12.10/8.12.9/Submit) id i1PJJkWa019297; Wed, 25 Feb 2004 20:19:46 +0100 (CET) (envelope-from wkb) Date: Wed, 25 Feb 2004 20:19:46 +0100 From: Wilko Bulte To: Brian Kraemer Message-ID: <20040225191946.GA19282@freebie.xs4all.nl> References: <20040225110439.T18985@kosh.etchings.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040225110439.T18985@kosh.etchings.com> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.9-STABLE X-PGP: finger wilko@freebsd.org cc: alpha@freebsd.org Subject: Re: can't boot a new kernel 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: Wed, 25 Feb 2004 19:19:52 -0000 On Wed, Feb 25, 2004 at 11:10:07AM -0800, Brian Kraemer wrote: > Hello, > > I'm not subscribed to this list so please Cc me on any replies. > > I have an old AlphaStation 255 that I managed to put FreeBSD 5.2.1-RC2 on. > The install went fine once I got SRM into the bios. > > After getting it installed, I cvsup'd the current sources and rebuilt the > system. Everything built fine but I am unable to boot any of the new > kernels I have built. I built both a custom kernel and the standard > GENERIC kernel. Yes, this has been reported on the FreeBSD.org alpha machine too. Sofar not nailed down. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Wed Feb 25 11:30:56 2004 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 CCB0F16A4CE; Wed, 25 Feb 2004 11:30:56 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 735E943D1D; Wed, 25 Feb 2004 11:30:56 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.10) with ESMTP id i1PJUtOJ067985; Wed, 25 Feb 2004 11:30:55 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i1PJUsrK067984; Wed, 25 Feb 2004 11:30:54 -0800 (PST) (envelope-from obrien) Date: Wed, 25 Feb 2004 11:30:53 -0800 From: "David O'Brien" To: Chuck Swiger Message-ID: <20040225193053.GL7567@dragon.nuxi.com> References: <20040223192103.59ad7b69.lehmann@ans-netz.de> <20040224202652.GA13675@diogenis.ceid.upatras.gr> <5410C982-6730-11D8-8D4C-003065ABFD92@mac.com> <20040225025953.GH10121@gsmx07.alcatel.com.au> <403C3053.5030204@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <403C3053.5030204@mac.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-performance@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: Bad performance on alpha? (make buildworld) X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-performance@freebsd.org, 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: Wed, 25 Feb 2004 19:30:56 -0000 On Wed, Feb 25, 2004 at 12:19:15AM -0500, Chuck Swiger wrote: > >Maybe in theory, but not necessarily in practice. > > It's been a few years since I'd written a compiler, but my viewpoint isn't > based entirely on theory. ... > Your technical description is accurate, but the points you are making here > seem to support my argument, rather than contradict what I said. :-) You're assuming you're writing a compiler targeting _1_ specific architecture. It doesn't matter what is possible, what matters is what GCC does. Please go analysis GCC and report the deficiencies. I personally would love to know what they are, and how to make GCC do better on non-x86 platforms. -- -- David (obrien@FreeBSD.org) From owner-freebsd-alpha@FreeBSD.ORG Wed Feb 25 11:36:03 2004 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 5FA6A16A4CE; Wed, 25 Feb 2004 11:36:03 -0800 (PST) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B5C643D2F; Wed, 25 Feb 2004 11:36:03 -0800 (PST) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.12.10/8.12.10) with ESMTP id i1PJZqOJ068061; Wed, 25 Feb 2004 11:35:52 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.12.11/8.12.11/Submit) id i1PJZp0S068060; Wed, 25 Feb 2004 11:35:51 -0800 (PST) (envelope-from obrien) Date: Wed, 25 Feb 2004 11:35:50 -0800 From: "David O'Brien" To: Oliver Lehmann Message-ID: <20040225193550.GM7567@dragon.nuxi.com> References: <20040223192103.59ad7b69.lehmann@ans-netz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040223192103.59ad7b69.lehmann@ans-netz.de> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.2-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-performance@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: Bad performance on alpha? (make buildworld) X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-performance@freebsd.org, 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: Wed, 25 Feb 2004 19:36:03 -0000 On Mon, Feb 23, 2004 at 07:21:03PM +0100, Oliver Lehmann wrote: > I run several buildworld's on both, an Alpha EV56 and a Intel PII. I'm > wondering that the Pentium beats the Alpha. Both systems have INVARIANTS* > and WITNESS* disabled. Furthermore, no special tweakups - nearly "out of > the box" configured. Build the same target arch on both machines. 'buildworld' times across platforms are never comparable. alpha-ev56:/usr/src# time make TARGET_ARCH=sparc64 buildworld p-ii:/usr/src# time make TARGET_ARCH=sparc64 buildworld (pick an target arch other than alpha or i386: ia64, sparc64, powerpc, amd64 to make sure neither platform has an advantage in the buildworld steps) Even this isn't a fair comparison as you've got to build the cross tools and that will be way different on the two platforms. So what you really want to do, is do a full cross-build, and then rebuild only stage4 and time that. See /usr/src/Makefile.inc1 to figure out the internal targets. From owner-freebsd-alpha@FreeBSD.ORG Wed Feb 25 11:43:29 2004 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 2016316A4CE; Wed, 25 Feb 2004 11:43:29 -0800 (PST) Received: from alcanet.com.au (mail2.alcanet.com.au [203.62.196.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D21343D31; Wed, 25 Feb 2004 11:43:28 -0800 (PST) (envelope-from peter.jeremy@alcatel.com.au) Received: from sydsmtp02.alcatel.com.au (IDENT:root@localhost.localdomain [127.0.0.1])i1PJhQMw022352; Thu, 26 Feb 2004 06:43:26 +1100 Received: from gsmx07.alcatel.com.au ([139.188.20.247]) by sydsmtp02.alcatel.com.au (Lotus Domino Release 5.0.12) with ESMTP id 2004022606432580:187900 ; Thu, 26 Feb 2004 06:43:25 +1100 Received: from gsmx07.alcatel.com.au (localhost [127.0.0.1]) i1PJhPHQ064718; Thu, 26 Feb 2004 06:43:25 +1100 (EST) (envelope-from peter.jeremy@alcatel.com.au) Received: (from jeremyp@localhost) by gsmx07.alcatel.com.au (8.12.9p2/8.12.9/Submit) id i1PJhOPq064717; Thu, 26 Feb 2004 06:43:24 +1100 (EST) (envelope-from peter.jeremy@alcatel.com.au) Date: Thu, 26 Feb 2004 06:43:24 +1100 From: Peter Jeremy To: Petri Helenius Message-ID: <20040225194324.GI10121@gsmx07.alcatel.com.au> Mail-Followup-To: Petri Helenius , Charles Swiger , freebsd-performance@freebsd.org, freebsd-alpha@freebsd.org References: <20040223192103.59ad7b69.lehmann@ans-netz.de> <20040224202652.GA13675@diogenis.ceid.upatras.gr> <5410C982-6730-11D8-8D4C-003065ABFD92@mac.com> <20040225025953.GH10121@gsmx07.alcatel.com.au> <403C6A24.80804@he.iki.fi> Mime-Version: 1.0 In-Reply-To: <403C6A24.80804@he.iki.fi> User-Agent: Mutt/1.4.2i X-MIMETrack: Itemize by SMTP Server on SYDSMTP02/AlcatelAustralia(Release 5.0.12 |February 13, 2003) at 26/02/2004 06:43:25 AM,|February 13, 2003) at 26/02/2004 06:43:26 AM, Serialize complete at 26/02/2004 06:43:26 AM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline cc: freebsd-performance@freebsd.org cc: Charles Swiger cc: freebsd-alpha@freebsd.org Subject: Re: Bad performance on alpha? (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: Wed, 25 Feb 2004 19:43:29 -0000 On 2004-Feb-25 11:25:56 +0200, Petri Helenius wrote: >This probably invites the question, what, if anything people like me who >are interested in getting the maximum performance out of any hardware >our things run on (maybe with the exception of the low-MHz embedded >stuff :-), is there any good tutorials/books on the subject what kind of >things to avoid when looking for optimal performance. The tightest loops >mostly do counter rolling, comparisons and pattern matching and we have >good mileage on getting performance gains by minimizing writing to >memory when there are other options like arithmetic on the fly. Keep in mind several over-riding rules: 1) Make sure the code is correct before worrying about performance 2) Measure the performance and only worry about the slow bits 3) A better algorithm will virtually always give the biggest performance gain I can't suggest any general books off-hand (I'm sure someone else in -performance will know). You will need the data sheet or programmers manual for the specific CPU you are aiming for, as well as the relevant architecture manual (Intel publish a 3-volume iA32 architecture manual that you can download from the web, the Alpha AXP architecture manual is also available online from the HP website). The AXP manual includes two chapters describing general techniques for AXP coding. The individual CPU datasheets describe the number and capabilities of execution units and how the instruction scheduling works, as well as a matrix of instruction timings (how many clocks you need to leave between a producer and a consumer instruction to avoid a bubble). These numbers and definitions need to be mapped into the scheduling tables for your compiler. Keep in mind that both the iA32 and AXP CPUs have embedded performance counters. These will be very useful to monitor low-level details like pipeline stalls, branch mis-predictions, cache misses etc. -- Peter Jeremy From owner-freebsd-alpha@FreeBSD.ORG Wed Feb 25 11:59:38 2004 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 5878916A4CE for ; Wed, 25 Feb 2004 11:59:38 -0800 (PST) Received: from depot.depot.axxiscorp.com (ip-64-32-234-4.dsl.iad.megapath.net [64.32.234.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B306843D1D for ; Wed, 25 Feb 2004 11:59:37 -0800 (PST) (envelope-from RJV@WEBLINKMO.COM) content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 25 Feb 2004 13:59:29 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 Message-ID: <5EEBE9C3C61D1142994C6B620C51E8470CC703@ip-64-32-234-4.dsl.iad.megapath.net> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 4.9 networking/module issues Thread-Index: AcP72d3irB6nwx7gTCOWHhzCmiKDvw== From: "Richard J. Valenta" To: Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: 4.9 networking/module issues 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: Wed, 25 Feb 2004 19:59:38 -0000 Hello, I have a DS20, that I had been running 5.0, and 5.2 on - but after a few attempts with some audio ports failed, I decided to take a swing at 4.9. I was ok with removing the previous systems and adding 4.9 because I was under the impression that the more stable 4.9 environment would have better sound card support, and allow me to use smbfs. =20 The sound issue never was resolved, and I've decided to play my streaming internet radio games via i386 machines, but I still have no smbfs support, and attempts to add it via the ports collection simply result in the machine telling me that all versions since whenever have smbfs support built in. =20 I did some research in the news groups, and have added the following lines to my KERNCONF: =20 #options SMBFS #options NETSMB #options NETSMBCRYPTO options LIBMCHAIN options LIBICONV =20 however, as you'll notice, it won't compile with SMBFS, NETSMB, or NETSMBCRYPTO added, and I had to comment them out. =20 when I try to load an smbfs share off one of the Win2k servers, the following happens: =20 worx# mount /archive/backup/webgate1 smbfs: vfsload(smbfs): No such file or directory worx# =20 this is working off an fstab entry: //backup@webgate1/www /archive/backup/webgate1 smbfs ro,noauto 0 0 =20 other attempts have the same result: worx# mount -t smbfs //backup@webgate1/www /archive/backup/webgate1 smbfs: vfsload(smbfs): No such file or directory worx# mount_smbfs //backup@webgate1/www /archive/backup/webgate1 mount_smbfs: vfsload(smbfs): No such file or directory worx# =20 I was under the impression that smbfs could either be a part of the kernel, or load the smbfs.ko module when called on - is this incorrect? =20 As I stated, this is a Compaq/DEC DS20 Alpha machine, with 512mb ram, currently running 4.9 Release. =20 My situation is that I have this machine nearly by accident as my employer got it for a software product they never used. The machine was given to me with 2 tape drives installed, and I'd like to also use it to backup the machines on my home network. However, I am unable to back anything up as I can't mount the smbfs shares directly, and porting them over from i386 machines via NFS has proven to only provide one level of files and no subfolders. =20 On a side note, I've tried a SBLive, Vibra16, and AWE64 in this machine with every possible kernel addition, and attempts to use a soundcard have generally resulted in lockup - if anyone has any tips on that, feel free to drop me a line - at rjv@weblinkmo.com - however, this smbfs issue is obviously the one I'm more concerned about resolving. =20 Under 5.0 I had used sharity to mount the windows shares, and I'm willing to try that again, however I would like to do my best to use what is supposed built in to the system itself before I make additions. Any help is appreciated - thanks. Richard J. Valenta=20 Note: The information contained in this e-mail message, including any attachments, is legally privileged and confidential. If you are not the intended recipient, you are hereby notified that any reading, use or dissemination of this message is strictly prohibited. If you have received this message in error, please immediately, notify us by telephone at 314/966.9993 and delete this message from your system. This message is NOT or NOLONGER ENCRYPTED=20 -----BEGIN PGP SIGNATURE-----=20 iQA/AwUBPxB11XHywJHFtakmEQLR7QCePuVbfTACQLrLVaN2aHVqHtJJHOIAoJP3=20 lSDDPwENBV3deRd/CMhMq2+N=20 =3DxnNu=20 -----END PGP SIGNATURE-----=20 =20 From owner-freebsd-alpha@FreeBSD.ORG Wed Feb 25 12:36:01 2004 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 F3F4216A4CE; Wed, 25 Feb 2004 12:36:00 -0800 (PST) Received: from out004.verizon.net (out004pub.verizon.net [206.46.170.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id A83D443D1D; Wed, 25 Feb 2004 12:36:00 -0800 (PST) (envelope-from cswiger@mac.com) Received: from mac.com ([68.161.120.219]) by out004.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20040225203559.RHNB8186.out004.verizon.net@mac.com>; Wed, 25 Feb 2004 14:35:59 -0600 Message-ID: <403D072C.7090207@mac.com> Date: Wed, 25 Feb 2004 15:35:56 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-performance@freebsd.org, freebsd-alpha@freebsd.org References: <20040223192103.59ad7b69.lehmann@ans-netz.de> <20040224202652.GA13675@diogenis.ceid.upatras.gr> <5410C982-6730-11D8-8D4C-003065ABFD92@mac.com> <20040225025953.GH10121@gsmx07.alcatel.com.au> <403C3053.5030204@mac.com> <20040225193053.GL7567@dragon.nuxi.com> In-Reply-To: <20040225193053.GL7567@dragon.nuxi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Authentication-Info: Submitted using SMTP AUTH at out004.verizon.net from [68.161.120.219] at Wed, 25 Feb 2004 14:35:59 -0600 cc: obrien@FreeBSD.org Subject: Re: Bad performance on alpha? (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: Wed, 25 Feb 2004 20:36:01 -0000 David O'Brien wrote: > On Wed, Feb 25, 2004 at 12:19:15AM -0500, Chuck Swiger wrote: >>>Maybe in theory, but not necessarily in practice. >> >>It's been a few years since I'd written a compiler, but my viewpoint isn't >>based entirely on theory. [ ... ] >> Your technical description is accurate, but the points you are making here >> seem to support my argument, rather than contradict what I said. :-) > > You're assuming you're writing a compiler targeting _1_ specific > architecture. No, sir, I certainly do not make such an assumption. Most optimization techniques are architecture-independant: liveness analysis, CSE, dead code elimination, moving invariants out of loops, branch threading, algorithmic identities and strength-reduction. These optimizations are most commonly done working with the 3-argument intermediate code that portable compilers (PCC, GCC) typically utilize before target platform code generation is actually performed. There are a few additional optimizations which are architecture specific, such as instruction scheduling and peephole/template optimizations, but these optimizations generally make much less difference to performance than the architecture-independant optimizations mentioned above. Although on some platforms, they can make enough difference that a second pass at CSE or instruction rescheduling against the target assembly code can be worth doing. > It doesn't matter what is possible, what matters is what > GCC does. Please go analysis GCC and report the deficiencies. I > personally would love to know what they are, and how to make GCC do > better on non-x86 platforms. I agree that what GCC does matters, not theories. I don't have access to Alpha hardware, which is a barrier although not an insuperable one. I'd do better considering SPARC or PPC hardware, which I actually have available to me. Still, I won't use this as an excuse: A quick look suggests that Alpha code generation is deficient dealing with unsigned integers because the architecture uses a "sign extended" format to store and convert 32-bit unsigned ints (aka "long words") into the (64-bit, aka "quad-word") registers. Dealing with unsigned ints smaller than 32-bits very probably is also slow because the Alpha requires operand-size byte-alignment for all memory access. [ "The Alpha does not directly support byte-level operations such as transferring single bytes between memory and registers. In principal, we could use the instructions already presented to realize bytelevel manipulations, but a large amount of shifting and masking would be required. For example, consider the C operation *dest = *src, where both dest and src are of type (char *). This operation must read the single byte pointed to by src and update the single byte pointed to by dest. Without special byte manipulation instructions, this simple operation requires 17 Alpha instructions!" ] Supposedly, the ldq_u and stq_u instructions are the right way to handle byte-level memory access, and it would be worth looking at how well GCC utilizes these opcodes dealing with chars and shorts. Some of these issues cannot be addressed by changes to the compiler: I suspect that FreeBSD's derivation and focus on the x86 architecture means it uses a lot of int8 or int16 values which are fast on Intel hardware, whereas using int32 or int64 representations would actually prove much faster on the Alpha than using smaller-sized quantities. -- -Chuck From owner-freebsd-alpha@FreeBSD.ORG Wed Feb 25 14:20:22 2004 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 0C94C16A514 for ; Wed, 25 Feb 2004 14:20:22 -0800 (PST) Received: from smtp01corp.interwoven.com (smtp02corp.interwoven.com [65.161.4.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id A18D843D1F for ; Wed, 25 Feb 2004 14:20:21 -0800 (PST) (envelope-from aelmore@interwoven.com) Received: from exbesv01.Interwoven.com (localhost [127.0.0.1]) i1PMKJRs022860 for ; Wed, 25 Feb 2004 14:20:19 -0800 (PST) Received: from relax.amer.interwoven.com ([10.192.9.96]) by exbesv01.Interwoven.com with Microsoft SMTPSVC(6.0.3790.0); Wed, 25 Feb 2004 14:20:19 -0800 Received: (from aelmore@localhost) by relax.amer.interwoven.com (8.12.10/8.12.6/Submit) id i1PMKJ8h004215 for freebsd-alpha@freebsd.org; Wed, 25 Feb 2004 14:20:19 -0800 (PST) (envelope-from aelmore) Date: Wed, 25 Feb 2004 14:20:19 -0800 From: Andrew Elmore To: freebsd-alpha@freebsd.org Message-ID: <20040225222019.GD1250@interwoven.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Message-Flag: 0123456789abcdefghijklmnopqrstuvwxyz X-OriginalArrivalTime: 25 Feb 2004 22:20:19.0467 (UTC) FILETIME=[8D6715B0:01C3FBED] Subject: xfree86 on alpha w/ matrox 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: Wed, 25 Feb 2004 22:20:22 -0000 Hi, I'm having trouble getting XFree86 server running on my PC164SX Alpha. The video card is a Matrox Millenium II. The machine has FreeBSD 5.2.1 installed, and XFree86-4-Server built with sources from this morning. When I run X, the console hangs until I remotely kill the process. XFree86.0.log ends with the following: (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.3.0, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:05:0: chip 102b,051b card 102b,1000 rev 00 class 03,00,00 hdr 00 (II) PCI: 00:06:0: chip 1011,0009 card 1385,1100 rev 22 class 02,00,00 hdr 00 (II) PCI: 00:07:0: chip 1000,000f card 1000,1000 rev 26 class 01,00,00 hdr 00 (II) PCI: 00:08:0: chip 1080,c693 card 0000,0000 rev 00 class 06,01,00 hdr 80 (II) PCI: 00:08:1: chip 1080,c693 card 0000,0000 rev 00 class 01,01,80 hdr 80 (II) PCI: 00:08:2: chip 1080,c693 card 0000,0000 rev 00 class 01,01,00 hdr 80 (II) PCI: 00:08:3: chip 1080,c693 card 0000,0000 rev 00 class 0c,03,10 hdr 80 (II) PCI: End of PCI scan (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:8:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0xffffffff (0x100000000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x80000000 - 0xffffffff (0x80000000) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x80000000 - 0xffffffff (0x80000000) MX[B] in XF86Config, I have set: BusID "PCI:0:5:0" and I have tried with Int10 set to both True and False. pciconf -l shows: none0@pci0:5:0: class=0x030000 card=0x1000102b chip=0x051b102b rev=0x00 hdr=0x00 de0@pci0:6:0: class=0x020000 card=0x11001385 chip=0x00091011 rev=0x22 hdr=0x00 sym0@pci0:7:0: class=0x010000 card=0x10001000 chip=0x000f1000 rev=0x26 hdr=0x00 isab0@pci0:8:0: class=0x060100 card=0x00000000 chip=0xc6931080 rev=0x00 hdr=0x00 atapci0@pci0:8:1: class=0x010180 card=0x00000000 chip=0xc6931080 rev=0x00 hdr=0x00 atapci1@pci0:8:2: class=0x010100 card=0x00000000 chip=0xc6931080 rev=0x00 hdr=0x00 none1@pci0:8:3: class=0x0c0310 card=0x00000000 chip=0xc6931080 rev=0x00 hdr=0x00 I have tried the Millenium in every single PCI slot on the mobo, with the same results each time. While googling for answers I came across this message, which seems to describe the same problem, but without a useful solution. http://docs.freebsd.org/cgi/mid.cgi?3FD63BA2.20400 Any suggestions? thanks, Andrew From owner-freebsd-alpha@FreeBSD.ORG Wed Feb 25 16:03:16 2004 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id BED4616A4CE for ; Wed, 25 Feb 2004 16:03:16 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit From: owner-freebsd-sparc64@freebsd.org To: freebsd-alpha@freebsd.org Message-ID: Date: Wed, 25 Feb 2004 16:03:15 -0800 Precedence: bulk X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 X-List-Administrivia: yes Sender: owner-freebsd-sparc64@freebsd.org Errors-To: owner-freebsd-sparc64@freebsd.org Subject: Your message to freebsd-sparc64 awaits moderator approval X-BeenThere: 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: Thu, 26 Feb 2004 00:03:16 -0000 Your mail to 'freebsd-sparc64' with the subject warning Is being held until the list moderator can review it for approval. The reason it is being held: SpamAssassin identified this message as possible spam Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://lists.freebsd.org/mailman/confirm/freebsd-sparc64/aca4438c766925b08d7e727a23b0da9f468d4350 PLEASE NOTE! If you would like to post freely to the list, please subscribe first. If you post from multiple addresses, you can subscribe each address and go into the options page and select 'no mail' for all but one address. This will allow you to post without delay in the future. Sorry for the hassle, but certain immature people made this necessary. From owner-freebsd-alpha@FreeBSD.ORG Thu Feb 26 05:37:44 2004 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5272716A4CE for ; Thu, 26 Feb 2004 05:37:44 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit From: owner-freebsd-arch@freebsd.org To: freebsd-alpha@freebsd.org Message-ID: Date: Thu, 26 Feb 2004 05:37:42 -0800 Precedence: bulk X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 X-List-Administrivia: yes Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org Subject: Your message to freebsd-arch awaits moderator approval X-BeenThere: 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: Thu, 26 Feb 2004 13:37:44 -0000 Your mail to 'freebsd-arch' with the subject hello Is being held until the list moderator can review it for approval. The reason it is being held: SpamAssassin identified this message as possible spam Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://lists.freebsd.org/mailman/confirm/freebsd-arch/9197e97d4d6244044913ab743eb765bb08f7cee6 PLEASE NOTE! If you would like to post freely to the list, please subscribe first. If you post from multiple addresses, you can subscribe each address and go into the options page and select 'no mail' for all but one address. This will allow you to post without delay in the future. Sorry for the hassle, but certain immature people made this necessary. From owner-freebsd-alpha@FreeBSD.ORG Thu Feb 26 20:11:48 2004 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 AE52616A4CE; Thu, 26 Feb 2004 20:11:48 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66A1943D2F; Thu, 26 Feb 2004 20:11:48 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1R4BlTr028028; Thu, 26 Feb 2004 23:11:47 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1R4Bl0s028027; Thu, 26 Feb 2004 23:11:47 -0500 (EST) Date: Thu, 26 Feb 2004 23:11:47 -0500 From: Ken Smith To: freebsd-alpha@freebsd.org, freebsd-current@freebsd.org Message-ID: <20040227041147.GC26920@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Recent problems with -current on 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: Fri, 27 Feb 2004 04:11:48 -0000 With lots of help from Andrew Gallatin and Marcel Moolenaar I think I've located the problem with -current on alpha and I have a very rough patch that gets the cluster's Alpha reference machine to the point it boots and runs. In a nutshell the promcons stuff used to allow debugging info to be printed to the console from a very early point in the boot doesn't work any more. Things like make_dev() require the machine to have progressed to the point that more of the VM system is functional than before (this seems to have begun with the device megapatches). My patch moves the initialization of the promcons stuff until after the VM system is initialzed and comments out all the printf()'s I could find that might have happened before the console is initialized. I DON'T KNOW THIS STUFF WELL ENOUGH TO BE THE ONE COMPLETELY RESPONSIBLE FOR DEALING WITH THIS. Drew and Marcel can look this stuff over for me but ... Are there any other folks out there who can take a look at this and provide feedback? Thanks... -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-alpha@FreeBSD.ORG Fri Feb 27 00:38:04 2004 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 4758316A4CE for ; Fri, 27 Feb 2004 00:38:04 -0800 (PST) Received: from slacknet.slacknet.com (slacknet.slacknet.com [204.228.135.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18C0843D2F for ; Fri, 27 Feb 2004 00:38:04 -0800 (PST) (envelope-from rj45@slacknet.com) Received: from rj45 (helo=localhost) by slacknet.slacknet.com with local-esmtp (Exim 4.30 #1 (Debian)) id 1AwdVT-0001nW-BI for ; Fri, 27 Feb 2004 01:38:03 -0700 Date: Fri, 27 Feb 2004 01:38:03 -0700 (MST) From: RJ45 To: freebsd-alpha@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SA-Exim-Scanned: No; SAEximRunCond expanded to false Subject: ccc compiler 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, 27 Feb 2004 08:38:04 -0000 ccc -tune ev67 -O4 -fast -ifo -o gregory gregory.c -lcompat -lm the program compiles then: %./gregory ELF interpreter /usr/lib/ld.so not found Abort strange because with FreeBSD 4.* it worked just installing linux and osf compatibility. instead if I simply use: ccc -o gregory gregory.c -lcompat -lm I got this error: /usr/lib/libcpml.a(exception.o): In function `__dpml_exception': exception.o(.text+0xc4): undefined reference to `__ieee_get_fp_control' exception.o(.text+0xdc): undefined reference to `__ieee_get_fp_control' exception.o(.text+0xdc): undefined reference to `__ieee_get_fp_control' exception.o(.text+0x4e0): undefined reference to `__errno_location' exception.o(.text+0x4fc): undefined reference to `__errno_location' exception.o(.text+0x4fc): undefined reference to `__errno_location' anyone has any hints? thanks Rick From owner-freebsd-alpha@FreeBSD.ORG Fri Feb 27 02:19:57 2004 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 7C5AA16A4CE for ; Fri, 27 Feb 2004 02:19:57 -0800 (PST) Received: from mail.thenewt.com (unknown [209.115.132.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B56843D1D for ; Fri, 27 Feb 2004 02:19:57 -0800 (PST) (envelope-from jshaw@thenewt.com) Date: Fri, 27 Feb 2004 03:20:31 -0700 Message-Id: <200402270320.AA15204608@mail.thenewt.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: "Jordan Shaw" X-Sender: To: X-Mailer: Subject: Alphastation 600A 5/500 and 5.2.1-rc2 X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jshaw@thenewt.com List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2004 10:19:57 -0000 Hi; I'm trying to get 5.2.1-rc2 booting on my aforementioned Alpha, and I'm running into a very irritating problem: It won't. I'm using the bootonly disc, just to see if I can get it to come up - if it won't just with this disc, then obviously I'm clueless, and I'm sorry for wasting your time. It loads the kernel off the disc, and prints out, exactly: FreeBSD/Alpha SRM CD9660 boot, revision 1.2 (, Mon Feb 23 19:12:15 GMT 2004) Memory: 393126k loading /boot/defaults/loader.conf /boot/kernel/kernel data = 0x50a3c0+0x41b00 syms = [0x8+0x67350+0x8+0x51223] booting [/boot/kernel/kernel]... Entering /boot/kernel/kernel at 0xfffffc00003430c0 Halted CPU 0 Halt code = 7 machine check while in PAL mode PC = 18100 Tru-64 5.1a provides a similar reaction, bailing out just after it touches the onboard SCSI, with a "memory fault in kernel page mode" error. I pulled all the cards except the TGA adaptor, all the SRM console detects is the onboard SCSI and the TGA. The machine itself is running 5.6-114 firmware revision, according to SRM.. I can get the rest of the boot log, everything before it starts to load up FreeBSD, if that'll help. -Jordan From owner-freebsd-alpha@FreeBSD.ORG Fri Feb 27 03:08:33 2004 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 EC17516A4CE for ; Fri, 27 Feb 2004 03:08:33 -0800 (PST) Received: from diogenis.ceid.upatras.gr (diogenis.ceid.upatras.gr [150.140.141.181]) by mx1.FreeBSD.org (Postfix) with SMTP id 99B3643D1F for ; Fri, 27 Feb 2004 03:08:31 -0800 (PST) (envelope-from ntarmos@Noth.ceid.upatras.gr) Received: (qmail 11835 invoked from network); 27 Feb 2004 11:08:28 -0000 Received: from noth.ceid.upatras.gr (150.140.143.234) by diogenis.ceid.upatras.gr with SMTP; 27 Feb 2004 11:08:28 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by Noth.ceid.upatras.gr (Postfix) with ESMTP id 7C7E9FD15 for ; Fri, 27 Feb 2004 13:09:05 +0200 (EET) Received: from Noth.ceid.upatras.gr ([127.0.0.1]) by localhost (Noth [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20094-09 for ; Fri, 27 Feb 2004 13:09:04 +0200 (EET) Received: by Noth.ceid.upatras.gr (Postfix, from userid 1000) id E96EEFC7F; Fri, 27 Feb 2004 13:09:04 +0200 (EET) Date: Fri, 27 Feb 2004 13:09:04 +0200 From: Nikos Ntarmos To: freebsd-alpha@freebsd.org Message-ID: <20040227110904.GA22517@diogenis.ceid.upatras.gr> References: <20040225222019.GD1250@interwoven.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040225222019.GD1250@interwoven.com> User-Agent: Mutt/1.5.5.1+cvs20040105i X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at Noth.ceid.upatras.gr Subject: Re: xfree86 on alpha w/ matrox 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, 27 Feb 2004 11:08:34 -0000 Hi there. http://docs.freebsd.org/cgi/mid.cgi?20031204152553.GA10425 has a "patch" against xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c that addresses this issue for the 4.3.0 port. Alternatively you can install 4.3.99+ where this fix has already been incorporated. \n\n -- Nikos "Noth" Ntarmos | < ntarmos at ceid dot upatras dot gr > NetCINS Lab. @ C.E.I.D. | [ http://{noth,p2p}.ceid.upatras.gr/ ] U. of Patras - Greece | ( 38.2594N, 21.7428E ) ( 1024D / CF95160A ) From owner-freebsd-alpha@FreeBSD.ORG Fri Feb 27 03:18:23 2004 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 421E216A4CE for ; Fri, 27 Feb 2004 03:18:23 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit From: owner-freebsd-ipfw@freebsd.org To: freebsd-alpha@freebsd.org Message-ID: Date: Fri, 27 Feb 2004 03:18:22 -0800 Precedence: bulk X-BeenThere: freebsd-ipfw@freebsd.org X-Mailman-Version: 2.1.1 X-List-Administrivia: yes Sender: owner-freebsd-ipfw@freebsd.org Errors-To: owner-freebsd-ipfw@freebsd.org Subject: Your message to freebsd-ipfw awaits moderator approval X-BeenThere: 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, 27 Feb 2004 11:18:23 -0000 Your mail to 'freebsd-ipfw' with the subject unknown Is being held until the list moderator can review it for approval. The reason it is being held: SpamAssassin identified this message as possible spam Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://lists.freebsd.org/mailman/confirm/freebsd-ipfw/566387b3430f96948e88da61e20ecb937f4657c9 PLEASE NOTE! If you would like to post freely to the list, please subscribe first. If you post from multiple addresses, you can subscribe each address and go into the options page and select 'no mail' for all but one address. This will allow you to post without delay in the future. Sorry for the hassle, but certain immature people made this necessary. From owner-freebsd-alpha@FreeBSD.ORG Fri Feb 27 06:18:34 2004 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 22E2B16A4CE for ; Fri, 27 Feb 2004 06:18:34 -0800 (PST) Received: from pegasus.freiberg-net.de (pegasus.freibergnet.de [80.243.43.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12DEB43D2D for ; Fri, 27 Feb 2004 06:18:33 -0800 (PST) (envelope-from holm@pegasus.freiberg-net.de) Received: from pegasus.freiberg-net.de (localhost.freiberg-net.de [127.0.0.1]) i1REIVLi037800 for ; Fri, 27 Feb 2004 15:18:31 +0100 (CET) (envelope-from holm@pegasus.freiberg-net.de) Received: (from holm@localhost) by pegasus.freiberg-net.de (8.12.10/8.12.10/Submit) id i1REIVhh037799 for freebsd-alpha@freebsd.org; Fri, 27 Feb 2004 15:18:31 +0100 (CET) (envelope-from holm) Date: Fri, 27 Feb 2004 15:18:31 +0100 From: Holm Tiffe To: freebsd-alpha@freebsd.org Message-ID: <20040227141812.GA37676@pegasus.freiberg-net.de> References: <20040225222019.GD1250@interwoven.com> <20040227110904.GA22517@diogenis.ceid.upatras.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040227110904.GA22517@diogenis.ceid.upatras.gr> User-Agent: Mutt/1.4.2.1i Organization: FreibergNet Internet Services Priority: normal X-Phone: +49-3731-41930 X-Fax: +49-3731-4196026 X-PGP-fingerprint: 86 EC A5 63 B5 28 78 13 8B FC E9 09 04 6E 86 FC Subject: Re: xfree86 on alpha w/ matrox X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: holm@freibergnet.de List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Feb 2004 14:18:34 -0000 Nikos Ntarmos wrote: > Hi there. > > http://docs.freebsd.org/cgi/mid.cgi?20031204152553.GA10425 has a > "patch" against xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c > that addresses this issue for the 4.3.0 port. Alternatively you can > install 4.3.99+ where this fix has already been incorporated. > > \n\n > :-) This is'nt really a patch, this is the next revision of the file from the XFree86 source repossitory... Greetings, Holm -- L&P::Kommunikation GbR Holm Tiffe * Administration, Development FreibergNet.de Internet Systems phone +49 3731 41930 Bereich Server & Technik fax +49 3731 4196026 D-09599 Freiberg * Nonnengasse 31a http://www.freibergnet.de From owner-freebsd-alpha@FreeBSD.ORG Fri Feb 27 07:00:57 2004 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 DF3AF16A4CE; Fri, 27 Feb 2004 07:00:57 -0800 (PST) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25E0143D1D; Fri, 27 Feb 2004 07:00:55 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87])i1RF0m5O014140; Sat, 28 Feb 2004 02:00:48 +1100 Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) i1RF0jch003096; Sat, 28 Feb 2004 02:00:46 +1100 Date: Sat, 28 Feb 2004 02:00:44 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Ken Smith In-Reply-To: <20040227041147.GC26920@electra.cse.Buffalo.EDU> Message-ID: <20040228010638.F2867@gamplex.bde.org> References: <20040227041147.GC26920@electra.cse.Buffalo.EDU> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: freebsd-alpha@freebsd.org Subject: Re: Recent problems with -current on 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: Fri, 27 Feb 2004 15:00:58 -0000 On Thu, 26 Feb 2004, Ken Smith wrote: > With lots of help from Andrew Gallatin and Marcel Moolenaar I think I've > located the problem with -current on alpha and I have a very rough > patch that gets the cluster's Alpha reference machine to the point > it boots and runs. In a nutshell the promcons stuff used to allow > debugging info to be printed to the console from a very early point > in the boot doesn't work any more. Things like make_dev() require > the machine to have progressed to the point that more of the VM > system is functional than before (this seems to have begun with the > device megapatches). make_dev() doesn't need vm for the first DEVT_STASH (default 50) allocations. syscons console initialization depends on this. The unlogged reason that rev.1.412 of syscons.c didn't work is that it was committed before make_dev() could handle it, so the system crashed early iff syscons was the console. Perhaps the promcons initialization is even earlier than i386 console initialization. I'm not familiar with it, but it is hard for it to be much earlier -- i386 console initialization is done in the first C function called from locore. Another thing that can cause problems is using printf() before the console has been initialized. I hade a printf() in make_dev(). When syscons started calling make_dev() early, this printf() caused much the same crash as rev.1.412 of syscons.c. Hmm, it was actually the same crash. Both crashes were cause by a printf() in make_dev(), and both were fixed by removing the printf(). In -current, the removal was in rev.1.139 of kern_conf.c. > My patch moves the initialization of the promcons stuff until after > the VM system is initialzed and comments out all the printf()'s I > could find that might have happened before the console is initialized. This would break use of ddb until after the vm system is initialized (unless it is already broken). i386 console initialization tries hard to initiatialize the console as early as possible so that it can be used for debugging. This is less needed with gdb, but early printfs still need a console. The make_dev() line in promcons.c was last changed in Y2K, so it console initialization is apparently already done late for alphas (which is OK iff the firmware console is used early). The problem might be simply a stray printf done early. Try avoiding such printfs, and this works then debug why early printfs cause crashes. They should just go to a buffer that gets printed later, or at least get counter so that they can be warned about later. The buffer can't be the message buffer, since the message buffer is not initialized until later, at least on i386's. printf already takes care not to use a nonexistent message buffer but doesn't take care to warn about dropped messages. Bruce From owner-freebsd-alpha@FreeBSD.ORG Fri Feb 27 07:38:21 2004 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 DA38916A4CE; Fri, 27 Feb 2004 07:38:21 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5AF0443D41; Fri, 27 Feb 2004 07:38:21 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1RFcKTr023083; Fri, 27 Feb 2004 10:38:20 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1RFcH0n023079; Fri, 27 Feb 2004 10:38:17 -0500 (EST) Date: Fri, 27 Feb 2004 10:38:17 -0500 From: Ken Smith To: Bruce Evans Message-ID: <20040227153817.GA22405@electra.cse.Buffalo.EDU> References: <20040227041147.GC26920@electra.cse.Buffalo.EDU> <20040228010638.F2867@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040228010638.F2867@gamplex.bde.org> User-Agent: Mutt/1.4.1i cc: Ken Smith cc: freebsd-alpha@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Recent problems with -current on 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: Fri, 27 Feb 2004 15:38:22 -0000 On Sat, Feb 28, 2004 at 02:00:44AM +1100, Bruce Evans wrote: > On Thu, 26 Feb 2004, Ken Smith wrote: > > My patch moves the initialization of the promcons stuff until after > > the VM system is initialzed and comments out all the printf()'s I > > could find that might have happened before the console is initialized. > > This would break use of ddb until after the vm system is initialized > (unless it is already broken). i386 console initialization tries hard > to initiatialize the console as early as possible so that it can be > used for debugging. This is less needed with gdb, but early printfs > still need a console. Yup, this was bothering me too. Basically I'd like to get beast to the point I don't need to manually boot it every day, but I'm stubborn enough to not disable the nightly rebuild/reboot cron job just on the principle of it. :-) So, I've been poking around at this as best I can just to try and help isolate exactly what the problem is, I figured then maybe someone(s) with a bigger clue than me can take it from there. I don't know if this patch is an appropriate short-term fix (I'd tend to agree with Marcel that Alpha's console handling could use a fairly extensive overhaul). But it demonstrates the problem and with this patch beast seems to boot and runs just fine. This is better than what I had last night I think because it doesn't disturb what had been in place before except for delaying when make_dev() gets called. I don't know if that would have any bad side-effects. If I move the call to promcons_delayed_makedev() above the code block that this patch currently puts it under, and if I force the make_dev() to be called (beast doesn't actually use promcons for its console except during the early phase of the boot, it winds up switching to a different console in machdep.c at the point the comment block says "Initialize the real console, ...") then beast crashes with the kernel stack issues. With promcons_delayed_makedev() called where this patch puts it and similarly forcing the call to make_dev() beast doesn't crash and prints out two copies of every character sent to the console during boot so I'm fairly sure the patch is doing what is intended... Further comments welcome... I'm not totally sure where to go from here unless Marcel and/or Drew wants to take over... :-) Index: machdep.c =================================================================== RCS file: /home/ncvs/src/sys/alpha/alpha/machdep.c,v retrieving revision 1.216 diff -u -r1.216 machdep.c --- machdep.c 3 Jan 2004 02:02:24 -0000 1.216 +++ machdep.c 27 Feb 2004 13:28:23 -0000 @@ -201,6 +201,9 @@ long unknownmem; /* amount of memory with an unknown use */ int ncpus; /* number of cpus */ +int promcons_dly_mkdev = 1; /* need to delay call to make_dev() */ +void promcons_delayed_makedev(void); + vm_offset_t phys_avail[10]; /* must be 2 less so 0 0 can signal end of chunks */ @@ -887,6 +890,14 @@ thread0.td_md.md_kernnest = 1; #endif } + + /* + * Check to see if promcons needs to make_dev() now, + * doing it before now crashes with kernel stack issues. + */ + if (promcons_dly_mkdev > 1) + promcons_delayed_makedev(); + promcons_dly_mkdev = 0; /* * Initialize the virtual memory system, and set the Index: promcons.c =================================================================== RCS file: /home/ncvs/src/sys/alpha/alpha/promcons.c,v retrieving revision 1.34 diff -u -r1.34 promcons.c --- promcons.c 21 Feb 2004 21:10:38 -0000 1.34 +++ promcons.c 27 Feb 2004 13:38:29 -0000 @@ -83,6 +83,9 @@ int promparam(struct tty *, struct termios *); void promstop(struct tty *, int); +extern int promcons_dly_mkdev; +void promcons_delayed_makedev(void); + int promopen(dev, flag, mode, td) dev_t dev; @@ -248,9 +251,22 @@ { prom_consdev.cn_pri = CN_NORMAL; sprintf(prom_consdev.cn_name, "promcons"); - make_dev(&prom_cdevsw, 0, UID_ROOT, GID_WHEEL, 0600, "promcons"); - cnadd(&prom_consdev); + if (promcons_dly_mkdev) + promcons_dly_mkdev++; + else { + make_dev(&prom_cdevsw, 0, UID_ROOT, GID_WHEEL, 0600, "promcons"); + cnadd(&prom_consdev); + } promcn_attached = 1; +} + +void +promcons_delayed_makedev(void) +{ + if (promcn_attached) { + make_dev(&prom_cdevsw, 0, UID_ROOT, GID_WHEEL, 0600, "promcons"); + cnadd(&prom_consdev); + } } void -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-alpha@FreeBSD.ORG Fri Feb 27 12:38:52 2004 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 76DA616A4CE for ; Fri, 27 Feb 2004 12:38:52 -0800 (PST) Received: from diogenis.ceid.upatras.gr (diogenis.ceid.upatras.gr [150.140.141.181]) by mx1.FreeBSD.org (Postfix) with SMTP id 33B4143D31 for ; Fri, 27 Feb 2004 12:38:46 -0800 (PST) (envelope-from ntarmos@Noth.ceid.upatras.gr) Received: (qmail 4268 invoked from network); 27 Feb 2004 20:38:39 -0000 Received: from noth.ceid.upatras.gr (150.140.143.234) by diogenis.ceid.upatras.gr with SMTP; 27 Feb 2004 20:38:39 -0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by Noth.ceid.upatras.gr (Postfix) with ESMTP id B1A99FDE9 for ; Fri, 27 Feb 2004 22:39:23 +0200 (EET) Received: from Noth.ceid.upatras.gr ([127.0.0.1]) by localhost (Noth [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27818-08 for ; Fri, 27 Feb 2004 22:39:23 +0200 (EET) Received: by Noth.ceid.upatras.gr (Postfix, from userid 1000) id 1BE95FC7E; Fri, 27 Feb 2004 22:39:23 +0200 (EET) Date: Fri, 27 Feb 2004 22:39:23 +0200 From: Nikos Ntarmos To: freebsd-alpha@freebsd.org Message-ID: <20040227203923.GA19764@diogenis.ceid.upatras.gr> References: <20040225222019.GD1250@interwoven.com> <20040227110904.GA22517@diogenis.ceid.upatras.gr> <20040227141812.GA37676@pegasus.freiberg-net.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040227141812.GA37676@pegasus.freiberg-net.de> User-Agent: Mutt/1.5.5.1+cvs20040105i X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at Noth.ceid.upatras.gr Subject: Re: xfree86 on alpha w/ matrox 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, 27 Feb 2004 20:38:52 -0000 On Fri, Feb 27, 2004 at 03:18:31PM +0100, Holm Tiffe wrote: > Nikos Ntarmos wrote: > > > http://docs.freebsd.org/cgi/mid.cgi?20031204152553.GA10425 has a > > "patch" against xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c > > that addresses this issue for the 4.3.0 port. Alternatively you can > > install 4.3.99+ where this fix has already been incorporated. > > This is'nt really a patch, this is the next revision of the file from > the XFree86 source repossitory... Hence the double quotes around "patch" ;-) Cheers... \n\n -- Nikos "Noth" Ntarmos | < ntarmos at ceid dot upatras dot gr > NetCINS Lab. @ C.E.I.D. | [ http://{noth,p2p}.ceid.upatras.gr/ ] U. of Patras - Greece | ( 38.2594N, 21.7428E ) ( 1024D / CF95160A ) From owner-freebsd-alpha@FreeBSD.ORG Fri Feb 27 14:09:29 2004 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 AA81616A4CE; Fri, 27 Feb 2004 14:09:29 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FCA643D41; Fri, 27 Feb 2004 14:09:29 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B56897303A; Fri, 27 Feb 2004 17:09:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040227220928.B56897303A@freebsd-current.sentex.ca> Date: Fri, 27 Feb 2004 17:09:28 -0500 (EST) 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, 27 Feb 2004 22:09:29 -0000 TB --- 2004-02-27 21:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-27 21:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-02-27 21:00:01 - checking out the source tree TB --- 2004-02-27 21:00:01 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- 2004-02-27 21:00:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-27 21:03:43 - building world TB --- 2004-02-27 21:03:43 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-02-27 21:03:43 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2004-02-27 21:55:25 - building generic kernel TB --- 2004-02-27 21:55:25 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-02-27 21:55:25 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Feb 27 21:55:25 GMT 2004 >>> Kernel build for GENERIC completed on Fri Feb 27 22:06:34 GMT 2004 TB --- 2004-02-27 22:06:34 - generating LINT kernel config TB --- 2004-02-27 22:06:34 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2004-02-27 22:06:34 - /usr/bin/make -B LINT TB --- 2004-02-27 22:06:34 - building LINT kernel TB --- 2004-02-27 22:06:34 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-02-27 22:06:34 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Feb 27 22:06:34 GMT 2004 [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dcons/dcons_crom.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dpt/dpt_eisa.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dpt/dpt_pci.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dpt/dpt_scsi.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/eisa/eisaconf.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c: In function `en_reset_ul': /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1418: warning: implicit declaration of function `cv_waitq_empty' *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/obj/alpha/other/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-02-27 22:09:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-02-27 22:09:28 - ERROR: failed to build lint kernel TB --- 2004-02-27 22:09:28 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Fri Feb 27 15:37:34 2004 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 77C9416A4CE for ; Fri, 27 Feb 2004 15:37:34 -0800 (PST) Received: from smtp02corp.interwoven.com (smtp02corp.interwoven.com [65.161.4.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1547143D2D for ; Fri, 27 Feb 2004 15:37:34 -0800 (PST) (envelope-from aelmore@interwoven.com) Received: from exbesv01.Interwoven.com (localhost [127.0.0.1]) i1RNbWcJ025260 for ; Fri, 27 Feb 2004 15:37:32 -0800 (PST) Received: from relax.amer.interwoven.com ([10.192.9.96]) by exbesv01.Interwoven.com with Microsoft SMTPSVC(6.0.3790.0); Fri, 27 Feb 2004 15:37:31 -0800 Received: (from aelmore@localhost) by relax.amer.interwoven.com (8.12.10/8.12.6/Submit) id i1RNbVWh032332 for freebsd-alpha@freebsd.org; Fri, 27 Feb 2004 15:37:31 -0800 (PST) (envelope-from aelmore) Date: Fri, 27 Feb 2004 15:37:31 -0800 From: Andrew Elmore To: freebsd-alpha@freebsd.org Message-ID: <20040227233731.GS1250@interwoven.com> References: <20040227110904.GA22517@diogenis.ceid.upatras.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040227110904.GA22517@diogenis.ceid.upatras.gr> User-Agent: Mutt/1.4i X-Message-Flag: 0123456789abcdefghijklmnopqrstuvwxyz X-OriginalArrivalTime: 27 Feb 2004 23:37:31.0897 (UTC) FILETIME=[AB5F4E90:01C3FD8A] Subject: Re: xfree86 on alpha w/ matrox 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, 27 Feb 2004 23:37:34 -0000 On Fri, Feb 27, 2004 at 03:09:04AM -0800, Nikos Ntarmos wrote: > http://docs.freebsd.org/cgi/mid.cgi?20031204152553.GA10425 has a > "patch" against xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c > that addresses this issue for the 4.3.0 port. Alternatively you can > install 4.3.99+ where this fix has already been incorporated. Hmmm. Thanks for the response. I'd already applied that patch, but was stymied by compilation errors. xf86pciBus.c: In function `FindPCIVideoInfo': xf86pciBus.c:251: error: `meType' undeclared (first use in this function) xf86pciBus.c:251: error: (Each undeclared identifier is reported only once xf86pciBus.c:251: error: for each function it appears in.) xf86pciBus.c:252:2: #else without #if xf86pciBus.c:255:2: #endif without #if xf86pciBus.c:159: warning: unused variable `k' xf86pciBus.c: At top level: xf86pciBus.c:340: error: syntax error before "if" xf86pciBus.c:46: warning: `pciAvoidRes' defined but not used xf86pciBus.c:127: warning: `getPciClassFlags' declared `static' but never defined xf86pciBus.c:128: warning: `pciConvertListToHost' declared `static' but never defined xf86pciBus.c:129: warning: `xf86GetPciBridgeInfo' declared `static' but never defined xf86pciBus.c:143: warning: `IsBaseUnassigned' defined but not used xf86pciBus.c:157: warning: `FindPCIVideoInfo' defined but not used *** Error code 1 I'll retry the 4.3.99+; I'd previously been stymied by not having IPv6 compiled into the kernel. regards, Andrew From owner-freebsd-alpha@FreeBSD.ORG Fri Feb 27 16:17:32 2004 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 3257A16A4CE; Fri, 27 Feb 2004 16:17:32 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF5D543D1F; Fri, 27 Feb 2004 16:17:31 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1S0HUTr016594; Fri, 27 Feb 2004 19:17:30 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1S0HRv9016592; Fri, 27 Feb 2004 19:17:27 -0500 (EST) Date: Fri, 27 Feb 2004 19:17:27 -0500 From: Ken Smith To: Ken Smith Message-ID: <20040228001727.GA16336@electra.cse.Buffalo.EDU> References: <20040227041147.GC26920@electra.cse.Buffalo.EDU> <20040228010638.F2867@gamplex.bde.org> <20040227153817.GA22405@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040227153817.GA22405@electra.cse.Buffalo.EDU> User-Agent: Mutt/1.4.1i cc: freebsd-current@freebsd.org cc: freebsd-alpha@freebsd.org cc: Bruce Evans Subject: Re: Recent problems with -current on 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: Sat, 28 Feb 2004 00:17:32 -0000 On Fri, Feb 27, 2004 at 10:38:17AM -0500, Ken Smith wrote: > Further comments welcome... I'm not totally sure where to go from > here unless Marcel and/or Drew wants to take over... :-) Enough people were able to look over the patch that we went ahead and committed it. There has been one report that it did not help, all the other feedback so far has been that it helped. The one system it was reported to not work on was a DS10, I'm not sure yet if it had a graphical console or serial console. If you upgrade an Alpha to -current and continue to have problems can you let me know please? The one alpha machine I have access to uses a serial console (and is 3k miles away...) but I'll do what I can to work out what else could be wrong. -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | From owner-freebsd-alpha@FreeBSD.ORG Sat Feb 28 02:16:45 2004 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 E63A116A4CE; Sat, 28 Feb 2004 02:16:45 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id A060043D2F; Sat, 28 Feb 2004 02:16:45 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 126967303A; Sat, 28 Feb 2004 05:16:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040228101645.126967303A@freebsd-current.sentex.ca> Date: Sat, 28 Feb 2004 05:16:45 -0500 (EST) 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: Sat, 28 Feb 2004 10:16:46 -0000 TB --- 2004-02-28 09:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-28 09:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-02-28 09:00:00 - checking out the source tree TB --- 2004-02-28 09:00:00 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- 2004-02-28 09:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-28 09:03:42 - building world TB --- 2004-02-28 09:03:42 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-02-28 09:03:42 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything.. TB --- 2004-02-28 10:02:38 - building generic kernel TB --- 2004-02-28 10:02:38 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-02-28 10:02:38 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Feb 28 10:02:39 GMT 2004 >>> Kernel build for GENERIC completed on Sat Feb 28 10:13:50 GMT 2004 TB --- 2004-02-28 10:13:50 - generating LINT kernel config TB --- 2004-02-28 10:13:50 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2004-02-28 10:13:50 - /usr/bin/make -B LINT TB --- 2004-02-28 10:13:50 - building LINT kernel TB --- 2004-02-28 10:13:50 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-02-28 10:13:50 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 28 10:13:51 GMT 2004 [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dcons/dcons_crom.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dpt/dpt_eisa.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dpt/dpt_pci.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dpt/dpt_scsi.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/eisa/eisaconf.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c: In function `en_reset_ul': /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1418: warning: implicit declaration of function `cv_waitq_empty' *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/obj/alpha/other/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-02-28 10:16:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-02-28 10:16:44 - ERROR: failed to build lint kernel TB --- 2004-02-28 10:16:44 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Sat Feb 28 14:09:42 2004 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 532EF16A4CE; Sat, 28 Feb 2004 14:09:42 -0800 (PST) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F88B43D2F; Sat, 28 Feb 2004 14:09:42 -0800 (PST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 73D447303A; Sat, 28 Feb 2004 17:09:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040228220939.73D447303A@freebsd-current.sentex.ca> Date: Sat, 28 Feb 2004 17:09:39 -0500 (EST) 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: Sat, 28 Feb 2004 22:09:42 -0000 TB --- 2004-02-28 21:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-02-28 21:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-02-28 21:00:01 - checking out the source tree TB --- 2004-02-28 21:00:01 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- 2004-02-28 21:00:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-02-28 21:03:48 - building world TB --- 2004-02-28 21:03:48 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-02-28 21:03: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 >>> stage 4.4: building everything.. TB --- 2004-02-28 21:55:37 - building generic kernel TB --- 2004-02-28 21:55:37 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-02-28 21:55:37 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Feb 28 21:55:37 GMT 2004 >>> Kernel build for GENERIC completed on Sat Feb 28 22:06:45 GMT 2004 TB --- 2004-02-28 22:06:45 - generating LINT kernel config TB --- 2004-02-28 22:06:45 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2004-02-28 22:06:45 - /usr/bin/make -B LINT TB --- 2004-02-28 22:06:45 - building LINT kernel TB --- 2004-02-28 22:06:45 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-02-28 22:06:45 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 28 22:06:45 GMT 2004 [...] cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dcons/dcons_crom.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dpt/dpt_eisa.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dpt/dpt_pci.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/dpt/dpt_scsi.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/eisa/eisaconf.c cc -c -O -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/alpha/alpha/src/sys -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c: In function `en_reset_ul': /other/tinderbox/CURRENT/alpha/alpha/src/sys/dev/en/midway.c:1418: warning: implicit declaration of function `cv_waitq_empty' *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/obj/alpha/other/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-02-28 22:09:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-02-28 22:09:39 - ERROR: failed to build lint kernel TB --- 2004-02-28 22:09:39 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Sat Feb 28 21:56:22 2004 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 4A98616A4CE; Sat, 28 Feb 2004 21:56:22 -0800 (PST) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0BD643D2D; Sat, 28 Feb 2004 21:56:21 -0800 (PST) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i1T5uLTr018538; Sun, 29 Feb 2004 00:56:21 -0500 (EST) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i1T5uL96018536; Sun, 29 Feb 2004 00:56:21 -0500 (EST) Date: Sun, 29 Feb 2004 00:56:20 -0500 From: Ken Smith To: freebsd-current@freebsd.org, freebsd-alpha@freebsd.org Message-ID: <20040229055620.GA18073@electra.cse.Buffalo.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: One more patch for Alpha console issues... 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, 29 Feb 2004 05:56:22 -0000 I have been working with someone who has a DS10 and graphical console. The set of patches I had done so far slowly made it go farther before dying due to kernel stack issues but it was still not booting all the way. AFAIK everyone else who has been testing things had serial consoles. He reports this patch does fix his machine to the point it boots. I'll go ahead with this in a day or two if nobody has any further comments. I know at least Bruce seemed interested in this, saying that these moves shouldn't *really* be needed and that it would be nice to find out a bit more about what is really the root cause of the problems. This patch leaves the promcons initial console in place until the same point I had found the call to make_dev() needed to be moved. It then calls the system-specific console init routines that (may...) swap the console to be a different driver. This had not been needed on the machines with serial consoles but it apparently is for machines with graphical consoles. Any further thoughts? Thanks... Index: machdep.c =================================================================== RCS file: /home/ncvs/src/sys/alpha/alpha/machdep.c,v retrieving revision 1.217 diff -u -r1.217 machdep.c --- machdep.c 27 Feb 2004 19:30:46 -0000 1.217 +++ machdep.c 29 Feb 2004 01:40:59 -0000 @@ -585,22 +585,6 @@ } snprintf(cpu_model, sizeof(cpu_model), "%s", platform.model); - /* - * Initalize the real console, so the the bootstrap console is - * no longer necessary. - */ -#ifndef NO_SIO - if (platform.cons_init) { - platform.cons_init(); - promcndetach(); - } -#else - if (platform.cons_init) - platform.cons_init(); - promcndetach(); - cninit(); -#endif - /* NO MORE FIRMWARE ACCESS ALLOWED */ #ifdef _PMAP_MAY_USE_PROM_CONSOLE /* @@ -890,6 +874,22 @@ thread0.td_md.md_kernnest = 1; #endif } + + /* + * Initalize the real console, so the the bootstrap console is + * no longer necessary. + */ +#ifndef NO_SIO + if (platform.cons_init) { + platform.cons_init(); + promcndetach(); + } +#else + if (platform.cons_init) + platform.cons_init(); + promcndetach(); + cninit(); +#endif /* * Check to see if promcons needs to make_dev() now, -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel |