From owner-freebsd-alpha@FreeBSD.ORG Sun Oct 31 06:16:37 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 4865316A4CE for ; Sun, 31 Oct 2004 06:16:37 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 075AA43D3F for ; Sun, 31 Oct 2004 06:16:37 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id i9V6Gas6021581; Sat, 30 Oct 2004 23:16:36 -0700 (PDT) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id i9V6GZ21021426; Sat, 30 Oct 2004 23:16:35 -0700 (PDT) (envelope-from obrien) Date: Sat, 30 Oct 2004 23:16:35 -0700 From: "David O'Brien" To: "jalovell@knology.net" Message-ID: <20041031061635.GB56606@dragon.nuxi.com> References: <20041029151909.22865.qmail@webmail3.knology.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041029151909.22865.qmail@webmail3.knology.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-alpha@FreeBSD.org Subject: Re: Alpha lx164 from Alphabios to SRM X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-alpha@FreeBSD.org List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 31 Oct 2004 06:16:37 -0000 On Fri, Oct 29, 2004 at 03:19:09PM -0000, jalovell@knology.net wrote: > I know this must have been gone over so many times, but I don't know how to > search the mailing list archive to find the answer. OK I just aquired a > 164lx setup and it previously had windows NT so it was running alphabios. > Well, I found out what I have to do is get SRM console on, so I read > instructions and download the firmware program, renaming it to fwupdate.exe I'm not sure you have to update the firmware on a 164LX. I don't recall what I did on mine, but I think the ROM might be big enough that it has both AlphaBIOS and SRM in it. Did you try switching to SRM in the AlphaBIOS configuration menus? -- -- David (obrien@FreeBSD.org) From owner-freebsd-alpha@FreeBSD.ORG Sun Oct 31 07:10:19 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 EC9A916A4CE for ; Sun, 31 Oct 2004 07:10:19 +0000 (GMT) Received: from just.puresimplicity.net (just.puresimplicity.net [140.177.207.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D78F43D3F for ; Sun, 31 Oct 2004 07:10:19 +0000 (GMT) (envelope-from hemi@puresimplicity.net) Received: from just.puresimplicity.net (localhost.puresimplicity.net [127.0.0.1])i9V7AIQG033300 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 31 Oct 2004 01:10:18 -0600 (CST) (envelope-from hemi@just.puresimplicity.net) Received: (from hemi@localhost) by just.puresimplicity.net (8.12.11/8.12.11/Submit) id i9V7AId7033299 for freebsd-alpha@freebsd.org; Sun, 31 Oct 2004 01:10:18 -0600 (CST) (envelope-from hemi) Date: Sun, 31 Oct 2004 01:10:18 -0600 From: Josh Tolbert To: freebsd-alpha@freebsd.org Message-ID: <20041031071018.GA33270@just.puresimplicity.net> References: <20041029151909.22865.qmail@webmail3.knology.net> <20041031061635.GB56606@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041031061635.GB56606@dragon.nuxi.com> User-Agent: Mutt/1.4.2.1i Subject: Re: Alpha lx164 from Alphabios to SRM 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, 31 Oct 2004 07:10:20 -0000 On Sat, Oct 30, 2004 at 11:16:35PM -0700, David O'Brien wrote: > On Fri, Oct 29, 2004 at 03:19:09PM -0000, jalovell@knology.net wrote: > > I know this must have been gone over so many times, but I don't know how to > > search the mailing list archive to find the answer. OK I just aquired a > > 164lx setup and it previously had windows NT so it was running alphabios. > > Well, I found out what I have to do is get SRM console on, so I read > > instructions and download the firmware program, renaming it to fwupdate.exe > > I'm not sure you have to update the firmware on a 164LX. I don't recall > what I did on mine, but I think the ROM might be big enough that it has > both AlphaBIOS and SRM in it. Did you try switching to SRM in the > AlphaBIOS configuration menus? PC164LX's firmware isn't big enough to hold both AlphaBIOS and SRM. He'll have to switch to SRM. I don't remember the procedure I used to switch mine from AlphaBIOS to SRM; I just know it took a lot of voodoo and swearing. Oh, and mine defaulted to a serial console once the SRM did get installed and banging on the keyboard didn't make it recognize the presence of a hardware console. Good luck, Josh -- Josh Tolbert hemi@puresimplicity.net || http://www.puresimplicity.net/~hemi/ If your sysadmin's not being fascist, you're paying him too much. --Sam Greenfield From owner-freebsd-alpha@FreeBSD.ORG Mon Nov 1 11:01: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 AA38716A4CE for ; Mon, 1 Nov 2004 11:01:57 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 853D343D3F for ; Mon, 1 Nov 2004 11:01:57 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.11/8.12.11) with ESMTP id iA1B1v7P094150 for ; Mon, 1 Nov 2004 11:01:57 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id iA1B1tv5094144 for freebsd-alpha@freebsd.org; Mon, 1 Nov 2004 11:01:55 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 1 Nov 2004 11:01:55 GMT Message-Id: <200411011101.iA1B1tv5094144@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, 01 Nov 2004 11:01:57 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/09/10] alpha/30486 alpha AlphaServer DS10 floppy access is broken o [2001/09/10] alpha/30487 alpha Floppy access on AlphaServer DS20 solid l o [2003/02/05] alpha/47952 alpha DEFPA causes machine check with V5.0-rele o [2003/11/10] alpha/59116 alpha [ntfs] mount_ntfs of a Windows 2000-forma o [2004/01/26] alpha/61940 alpha Can't disklabel new disk from FreeBSD/alp o [2004/01/27] alpha/61973 alpha Machine Check on boot-up of AlphaServer 2 f [2004/06/06] alpha/67626 alpha X crashes an alpha machine, resulting reb 7 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2001/01/27] alpha/24663 alpha Console output gets scribbled into /var/l o [2001/02/22] alpha/25284 alpha PC164 won't reboot with graphics console o [2001/06/07] alpha/27930 alpha NE2000 not supported on FreeBSD Alpha 4.x o [2001/06/07] alpha/27933 alpha Time jitter under load on FreeBSD 4.3 alp f [2001/07/29] alpha/29299 alpha FreeBSD 4.3 Alpha + Tekram SCSI adapter p o [2001/10/01] alpha/30970 alpha Ensoniq 1371 (Creative chipset) does not o [2002/01/24] alpha/34232 alpha rpc.statd throws alignment errors o [2002/05/13] alpha/38031 alpha osf1.ko not loaded during boot-time of li p [2002/11/12] alpha/45240 alpha pstat -f column headings misaligned on Al o [2003/02/25] alpha/48676 alpha Changing the baud rate of serial consoles o [2003/04/12] alpha/50868 alpha fd0 floppy device is not mapped into /dev o [2004/05/10] alpha/66478 alpha unexpected machine check: panic for 4.9, o [2004/06/13] alpha/67903 alpha hw.chipset.memory: 1099511627776 - thats o [2004/09/23] alpha/72024 alpha LONG_MIN / 1 sends a "Floating exception" 14 problems total. From owner-freebsd-alpha@FreeBSD.ORG Mon Nov 1 20: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 1A5C016A4CE for ; Mon, 1 Nov 2004 20:22:49 +0000 (GMT) Received: from sj-iport-2.cisco.com (sj-iport-2-in.cisco.com [171.71.176.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 061BF43D1D for ; Mon, 1 Nov 2004 20:22:49 +0000 (GMT) (envelope-from mahan@cisco.com) Received: from sj-core-5.cisco.com (171.71.177.238) by sj-iport-2.cisco.com with ESMTP; 01 Nov 2004 12:32:55 -0800 Received: from mira-sjc5-b.cisco.com (IDENT:mirapoint@mira-sjc5-b.cisco.com [171.71.163.14]) by sj-core-5.cisco.com (8.12.10/8.12.6) with ESMTP id iA1KMkcp003099 for ; Mon, 1 Nov 2004 12:22:47 -0800 (PST) Received: from mahan-w2k01.cisco.com (sjc-vpn1-380.cisco.com [10.21.97.124]) by mira-sjc5-b.cisco.com (MOS 3.4.5-GR) with ESMTP id AYO91106; Mon, 1 Nov 2004 12:25:38 -0800 (PST) Message-Id: <6.1.2.0.2.20041101121913.05260ed0@127.0.0.1> X-Sender: mahan:mira-sjc5-b.cisco.com@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 6.1.2.0 Date: Mon, 01 Nov 2004 12:22:37 -0800 To: freebsd-alpha@freebsd.org From: Patrick Mahan Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Subject: Using flat panel monitor's with Alpha's 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, 01 Nov 2004 20:22:49 -0000 Has anyone started using a flat panel monitor with there Alpha system? I have an old AlphaStation 200 that has the DEC VR17-HA monitor. However, I need to reclaim some of the desktop (or in this case cabinet top) space and am considering trying a flat panel display. Any info would be helpful... Thanks, Patrick Mahan From owner-freebsd-alpha@FreeBSD.ORG Mon Nov 1 20:25:26 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 72A9A16A4CE for ; Mon, 1 Nov 2004 20:25:26 +0000 (GMT) Received: from mail.unixiron.org (mail.unixiron.org [62.80.47.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D92443D39 for ; Mon, 1 Nov 2004 20:25:25 +0000 (GMT) (envelope-from michael@unixiron.org) Received: from mail.unixiron.org (mail.unixiron.org [62.80.47.42]) by mail.unixiron.org (8.12.11/8.12.11) with ESMTP id iA1KOIiT030852 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Nov 2004 21:24:18 +0100 (CET) (envelope-from michael@unixiron.org) Date: Mon, 1 Nov 2004 21:24:17 +0100 (CET) From: Michael Kukat To: Patrick Mahan In-Reply-To: <6.1.2.0.2.20041101121913.05260ed0@127.0.0.1> Message-ID: <20041101212332.R12767@calchas.unixiron.org> References: <6.1.2.0.2.20041101121913.05260ed0@127.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on calchas.unixiron.org X-Virus-Status: Clean cc: freebsd-alpha@freebsd.org Subject: Re: Using flat panel monitor's with Alpha's 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, 01 Nov 2004 20:25:26 -0000 Hi ! On Mon, 1 Nov 2004, Patrick Mahan wrote: > Has anyone started using a flat panel monitor with there > Alpha system? I have an old AlphaStation 200 that has the > DEC VR17-HA monitor. However, I need to reclaim some of the > desktop (or in this case cabinet top) space and am considering > trying a flat panel display. Not tried yet, but look out for LG screens. They specify CSYNC and SoG in theit Specs, so chances are _VERY_ high it works. I planned to get some after christmas. ...Michael -- http://www.unixiron.org/ Home Powered by: (Net|Open|Free)BSD IRIX NonStop-UX Solaris AIX HP-UX Tru64 MUNIX Ultrix VMS SINIX Dolphin_Unix OpenStep MacOS A/UX From owner-freebsd-alpha@FreeBSD.ORG Mon Nov 1 21:12:31 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 E7B4B16A4CE for ; Mon, 1 Nov 2004 21:12:31 +0000 (GMT) Received: from smtp-vbr10.xs4all.nl (smtp-vbr10.xs4all.nl [194.109.24.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 644CE43D1F for ; Mon, 1 Nov 2004 21:12:31 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) iA1LCSW8033272; Mon, 1 Nov 2004 22:12:28 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id iA1LCSAI025954; Mon, 1 Nov 2004 22:12:28 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id iA1LCSGT025953; Mon, 1 Nov 2004 22:12:28 +0100 (CET) (envelope-from wb) Date: Mon, 1 Nov 2004 22:12:28 +0100 From: Wilko Bulte To: Patrick Mahan Message-ID: <20041101211228.GA25936@freebie.xs4all.nl> References: <6.1.2.0.2.20041101121913.05260ed0@127.0.0.1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6.1.2.0.2.20041101121913.05260ed0@127.0.0.1> User-Agent: Mutt/1.4.1i X-OS: FreeBSD 4.10-STABLE X-PGP: finger wilko@freebsd.org X-Virus-Scanned: by XS4ALL Virus Scanner cc: freebsd-alpha@freebsd.org Subject: Re: Using flat panel monitor's with Alpha's 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, 01 Nov 2004 21:12:32 -0000 On Mon, Nov 01, 2004 at 12:22:37PM -0800, Patrick Mahan wrote.. > Has anyone started using a flat panel monitor with there > Alpha system? I have an old AlphaStation 200 that has the > DEC VR17-HA monitor. However, I need to reclaim some of the > desktop (or in this case cabinet top) space and am considering > trying a flat panel display. You can fit a PCI VGA card in your AS200 (it might even already have one) , that will drive a flatpanel without issues. I am not 100% sure, but I think a VR17 is a plain vanilla VGA monitor as well. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Tue Nov 2 14:18: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 5DB2C16A4CE for ; Tue, 2 Nov 2004 14:18:04 +0000 (GMT) Received: from web50603.mail.yahoo.com (web50603.mail.yahoo.com [206.190.38.90]) by mx1.FreeBSD.org (Postfix) with SMTP id D0FED43D3F for ; Tue, 2 Nov 2004 14:18:03 +0000 (GMT) (envelope-from kstailey@yahoo.com) Received: (qmail 59954 invoked by uid 60001); 2 Nov 2004 14:18:03 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=GZPG/YqNO8d0zE4mIerrNhAuOW4lFbrKmfLl3ldanCE9YyG2+qNpEfK0VfpXA+WVLGedDTLRdlvPMzRn2Mn3xv/+q8NVjtUpjYBMmkqLCuSOAx+kN/3OuQELvDTYhf+c27VOlwZi1T1YS4P0TjTrpASMTbVXBJS7X+QG2OwqgAk= ; Message-ID: <20041102141802.59952.qmail@web50603.mail.yahoo.com> Received: from [69.138.237.184] by web50603.mail.yahoo.com via HTTP; Tue, 02 Nov 2004 06:18:02 PST Date: Tue, 2 Nov 2004 06:18:02 -0800 (PST) From: Kenneth Stailey To: freebsd-alpha@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1100217595-1099405082=:58667" Subject: xorg on AlphaServer 1000A 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, 02 Nov 2004 14:18:04 -0000 --0-1100217595-1099405082=:58667 Content-Type: text/plain; charset=us-ascii Content-Id: Content-Disposition: inline Hello FreeBSD/alpha world, I have been unable to use the xorg server on my 1000A with a Matrox Mystique video card. This card is still supported by the old XFree86 3.3.6 server. This server lacks the "render" extention but will work with KDE 3.3.0_4 (in fact I'm typing into Konq now.) The xorg server spews a series of "relocation type 10 missing" errors then a series of "XAA-mumble function not found" errors and then segfaults. For the "relocation type 10 missing" I discovered a Debian patch to elfloader.c and I repackaged it to work with xorg and submitted the patch as a pr. For the XAA errors I found that if I added Load "XAA" to the modules section this error no longer happened. I never got around the segfault which occurs after the int10 module loads. I do not know if the problem is really inside the int10 module or someplace after. When I tried to run truss on the server I got a machine check that brought the OS down to the SRM and when I let a core dump form it when on for so long (I think it was trying to dump 12GB) that I reset the machine and gdb was also a frustratingly useless mess. I am attaching the Xorg.0.log from my 2nd-to-last attempt (the last one was cut off by the reset button.) I hope nobody has a problem with MIME attachments. I have renamed the log to end with .txt so that more mail readers will handle it. Thanks, Ken --0-1100217595-1099405082=:58667 Content-Type: text/plain; name="Xorg.0.log.txt" Content-Description: Xorg.0.log.txt Content-Disposition: inline; filename="Xorg.0.log.txt" Release Date: 18 December 2003 X Protocol Version 11, Revision 0, Release 6.7 Build Operating System: FreeBSD 5.3 alpha [ELF] Current Operating System: FreeBSD loki.trickster.gods 5.3-BETA7 FreeBSD 5.3-BETA7 #3: Sun Oct 20 08:45:06 EDT 2024 kstailey@loki.trickster.gods:/usr/obj/usr/src/sys/LOKI alpha Build Date: 28 October 2004 Before reporting problems, check http://wiki.X.Org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu Oct 28 19:16:25 2004 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Simple Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "NEC MultiSync 5FGe" (**) | |-->Device "Matrox Mystique" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xorg" (**) XKB: rules: "xorg" (**) Option "XkbModel" "pc101" (**) XKB: model: "pc101" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (==) Keyboard: CustomKeycode disabled (WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/local/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/local/"). (WW) `fonts.dir' not found (or not valid) in "/usr/X11R6/lib/X11/fonts/Speedo/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/X11R6/lib/X11/fonts/Speedo/"). (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.7 X.Org XInput driver : 0.4 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (--) Using syscons driver with X support (version 16777218.0) (--) using VT number 9 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:07:0: chip 8086,0482 card 0000,0000 rev 15 class 00,00,00 hdr 00 (II) PCI: 00:08:0: chip 1011,0001 card 0000,0000 rev 02 class 06,04,00 hdr 01 (II) PCI: 00:0b:0: chip 102b,051a card ffff,ffff rev 03 class 03,00,00 hdr 00 (II) PCI: 00:0c:0: chip 1011,0009 card 1011,500a rev 20 class 02,00,00 hdr 00 (II) PCI: 00:0d:0: chip 1069,0001 card 0000,0000 rev 02 class 01,04,00 hdr 00 (II) PCI: 02:00:0: chip 1077,1020 card 0000,0000 rev 02 class 01,00,00 hdr 00 (II) PCI: 02:02:0: chip 13f6,0111 card 13f6,0111 rev 10 class 04,01,00 hdr 00 (II) PCI: End of PCI scan (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:8:0), (0,2,2), BCTRL: 0x0027 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0 0x00009000 - 0x000090ff (0x100) IX[B] [1] -1 0 0x00009400 - 0x000094ff (0x100) IX[B] [2] -1 0 0x00009800 - 0x000098ff (0x100) IX[B] [3] -1 0 0x00009c00 - 0x00009cff (0x100) IX[B] (II) Bus 2 non-prefetchable memory range: [0] -1 0 0x81800000 - 0x818fffff (0x100000) MX[B] (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,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] (--) PCI: (0:7:0) Intel Corp. 82375EB rev 21 (--) PCI:*(0:11:0) Matrox Graphics, Inc. MGA 1064SG [Mystique] rev 3, Mem @ 0xa0000000/23, 0x81958000/14, 0x81000000/23, BIOS @ 0x81940000/16 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x100000000) MX[B] [1] -1 0 0x00000000 - 0xffffffff (0x100000000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0xffffffff - 0xffffffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0 0x81810000 - 0x8181ffff (0x10000) MX[B]E [1] -1 0 0x8195c080 - 0x8195c0ff (0x80) MX[B]E [2] -1 0 0x8195c000 - 0x8195ffff (0x4000) MX[B]E [3] -1 0 0x81940000 - 0x8194ffff (0x10000) MX[B](B) [4] -1 0 0x81000000 - 0x817fffff (0x800000) MX[B](B) [5] -1 0 0x81958000 - 0x8195bfff (0x4000) MX[B](B) [6] -1 0 0xa0000000 - 0xa07fffff (0x800000) MX[B](B) [7] -1 0 0x00009400 - 0x000094ff (0x100) IX[B]E [8] -1 0 0x00009000 - 0x000090ff (0x100) IX[B]E [9] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [10] -1 0 0x0000a000 - 0x0000a0ff (0x100) IX[B]E (II) PCI Memory resource overlap reduced 0x8195c000 from 0x8195ffff to 0x8195c07f (II) PCI I/O resource overlap reduced 0x0000a000 from 0x0000a0ff to 0x0000a07f (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0x81810000 - 0x8181ffff (0x10000) MX[B]E [1] -1 0 0x8195c080 - 0x8195c0ff (0x80) MX[B]E [2] -1 0 0x8195c000 - 0x8195c07f (0x80) MX[B]E [3] -1 0 0x81940000 - 0x8194ffff (0x10000) MX[B](B) [4] -1 0 0x81000000 - 0x817fffff (0x800000) MX[B](B) [5] -1 0 0x81958000 - 0x8195bfff (0x4000) MX[B](B) [6] -1 0 0xa0000000 - 0xa07fffff (0x800000) MX[B](B) [7] -1 0 0x00009400 - 0x000094ff (0x100) IX[B]E [8] -1 0 0x00009000 - 0x000090ff (0x100) IX[B]E [9] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [10] -1 0 0x0000a000 - 0x0000a07f (0x80) IX[B]E (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0xffffffff - 0xffffffff (0x1) IX[B] [4] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x81810000 - 0x8181ffff (0x10000) MX[B]E [4] -1 0 0x8195c080 - 0x8195c0ff (0x80) MX[B]E [5] -1 0 0x8195c000 - 0x8195c07f (0x80) MX[B]E [6] -1 0 0x81940000 - 0x8194ffff (0x10000) MX[B](B) [7] -1 0 0x81000000 - 0x817fffff (0x800000) MX[B](B) [8] -1 0 0x81958000 - 0x8195bfff (0x4000) MX[B](B) [9] -1 0 0xa0000000 - 0xa07fffff (0x800000) MX[B](B) [10] -1 0 0xffffffff - 0xffffffff (0x1) IX[B] [11] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [12] -1 0 0x00009400 - 0x000094ff (0x100) IX[B]E [13] -1 0 0x00009000 - 0x000090ff (0x100) IX[B]E [14] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [15] -1 0 0x0000a000 - 0x0000a07f (0x80) IX[B]E (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "xaa" (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.1.0 ABI class: X.Org Video Driver, version 0.7 (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "freetype" (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 6.7.0, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font FreeType (II) LoadModule: "mga" (II) Loading /usr/X11R6/lib/modules/drivers/mga_drv.o (II) Module mga: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.1.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.7 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.4 (II) MGA: driver for Matrox chipsets: mga2064w, mga1064sg, mga2164w, mga2164w AGP, mgag100, mgag100 PCI, mgag200, mgag200 PCI, mgag400, mgag550 (II) Primary Device is: PCI 00:0b:0 (--) Assigning device section with no busID to primary device (--) Chipset mga1064sg found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x81810000 - 0x8181ffff (0x10000) MX[B]E [4] -1 0 0x8195c080 - 0x8195c0ff (0x80) MX[B]E [5] -1 0 0x8195c000 - 0x8195c07f (0x80) MX[B]E [6] -1 0 0x81940000 - 0x8194ffff (0x10000) MX[B](B) [7] -1 0 0x81000000 - 0x817fffff (0x800000) MX[B](B) [8] -1 0 0x81958000 - 0x8195bfff (0x4000) MX[B](B) [9] -1 0 0xa0000000 - 0xa07fffff (0x800000) MX[B](B) [10] -1 0 0xffffffff - 0xffffffff (0x1) IX[B] [11] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [12] -1 0 0x00009400 - 0x000094ff (0x100) IX[B]E [13] -1 0 0x00009000 - 0x000090ff (0x100) IX[B]E [14] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [15] -1 0 0x0000a000 - 0x0000a07f (0x80) IX[B]E (II) resource ranges after probing: [0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B] [1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x81810000 - 0x8181ffff (0x10000) MX[B]E [4] -1 0 0x8195c080 - 0x8195c0ff (0x80) MX[B]E [5] -1 0 0x8195c000 - 0x8195c07f (0x80) MX[B]E [6] -1 0 0x81940000 - 0x8194ffff (0x10000) MX[B](B) [7] -1 0 0x81000000 - 0x817fffff (0x800000) MX[B](B) [8] -1 0 0x81958000 - 0x8195bfff (0x4000) MX[B](B) [9] -1 0 0xa0000000 - 0xa07fffff (0x800000) MX[B](B) [10] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [11] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [12] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [13] -1 0 0xffffffff - 0xffffffff (0x1) IX[B] [14] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [15] -1 0 0x00009400 - 0x000094ff (0x100) IX[B]E [16] -1 0 0x00009000 - 0x000090ff (0x100) IX[B]E [17] -1 0 0x0000a080 - 0x0000a0ff (0x80) IX[B]E [18] -1 0 0x0000a000 - 0x0000a07f (0x80) IX[B]E [19] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [20] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor="X.Org Foundation" compiled for 6.7.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 0.7 (--) MGA(0): Chipset: "mga1064sg" (**) MGA(0): Depth 16, (--) framebuffer bpp 16 (==) MGA(0): RGB weight 565 (==) MGA(0): Using AGP 1x mode (--) MGA(0): Linear framebuffer at 0xA0000000 (--) MGA(0): MMIO registers at 0x81958000 (--) MGA(0): Pseudo-DMA transfer window at 0x81000000 (--) MGA(0): BIOS at 0x81940000 (II) Truncating PCI BIOS Length to 32768 (--) MGA(0): Video BIOS info block at offset 0x07C60 (--) MGA(0): Found and verified enhanced Video BIOS info block (II) MGA(0): MGABios.RamdacType = 0x0 (--) Machine type has 8/16 bit access (--) MGA(0): VideoRAM: 2048 kByte (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/X11R6/lib/modules/libi2c.a (II) Module i2c: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.2.0 ABI class: X.Org Video Driver, version 0.7 (II) MGA(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (II) MGA(0): I2C bus "DDC" initialized. (II) MGA(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) MGA(0): I2C device "DDC:ddc2" removed. (II) MGA(0): I2C Monitor info: 0x0 (II) MGA(0): end of I2C Monitor info (--) MGA(0): No DDC signal (II) MGA(0): DDC Monitor info: 0x0 (II) MGA(0): end of DDC Monitor info (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.1.0 ABI class: X.Org Video Driver, version 0.7 (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor="X.Org Foundation" compiled for 6.7.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.7 (II) MGA(0): initializing int10 (II) MGA(0): No legacy BIOS found -- trying PCI (II) Truncating PCI BIOS Length to 32768 *** If unresolved symbols were reported above, they might not *** be the reason for the server aborting. Fatal server error: Caught signal 11. Server aborting Please consult the The X.Org Foundation support at http://wiki.X.Org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. --0-1100217595-1099405082=:58667-- From owner-freebsd-alpha@FreeBSD.ORG Wed Nov 3 07:29:31 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 E6CAE16A4CE; Wed, 3 Nov 2004 07:29:30 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 662F043D1F; Wed, 3 Nov 2004 07:29:30 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iA37TT0A079521; Wed, 3 Nov 2004 02:29:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA37TTHw081367; Wed, 3 Nov 2004 02:29:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 897597306E; Wed, 3 Nov 2004 02:29:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041103072929.897597306E@freebsd-current.sentex.ca> Date: Wed, 3 Nov 2004 02:29:29 -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: Wed, 03 Nov 2004 07:29:31 -0000 TB --- 2004-11-03 05:30:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-03 05:30:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-11-03 05:30:01 - checking out the source tree TB --- 2004-11-03 05:30:01 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-11-03 05:30:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-03 05:47:31 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-03 05:47:31 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-11-03 05:47:31 - /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-11-03 07:19:36 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-03 07:19:36 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-11-03 07:19:36 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 3 07:19:36 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-11-03 07:29:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-03 07:29:29 - ERROR: failed to build generic kernel TB --- 2004-11-03 07:29:29 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Wed Nov 3 18:09:50 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 13DC816A4CE for ; Wed, 3 Nov 2004 18:09:50 +0000 (GMT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB19E43D2F for ; Wed, 3 Nov 2004 18:09:49 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 10655 invoked from network); 3 Nov 2004 18:09:47 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 3 Nov 2004 18:09:46 -0000 Received: from [10.50.41.235] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iA3I9YLK078281 for ; Wed, 3 Nov 2004 13:09:35 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: alpha@FreeBSD.org Date: Wed, 3 Nov 2004 13:49:01 -0500 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200411031349.01668.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx Subject: Patch to tweak FreeBSD CPU IDs in the SMP support 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, 03 Nov 2004 18:09:50 -0000 I would appreciate it if folks with SMP machines could please test the patch below. It should ensure among other things that the boot processor will now always have a FreeBSD cpu ID of 0 and that the FreeBSD cpu IDs will now be allocate independent of the PAL IDs from the HWPRB. I'm especially interested in reports from machines where the PAL IDs don't match the CPU IDs. (My one SMP alpha box always seems to boot from CPU 0 and so the IDs match up so I can't tell if I've accidentally gotten an id variable backwards somewhere.) --- //depot/vendor/freebsd/src/sys/alpha/alpha/machdep.c 2004/09/05 02:10:52 +++ //depot/projects/smpng/sys/alpha/alpha/machdep.c 2004/10/27 17:45:12 @@ -864,7 +864,8 @@ /* This is not a 'struct user' */ size_t sz = round_page(KSTACK_PAGES * PAGE_SIZE); pcpup = (struct pcpu *) pmap_steal_memory(sz); - pcpu_init(pcpup, alpha_pal_whami(), sz); + pcpu_init(pcpup, 0, sz); + pcpup->pc_pal_id = alpha_pal_whami(); alpha_pal_wrval((u_int64_t) pcpup); PCPU_GET(next_asn) = 1; /* 0 used for proc0 pmap */ PCPU_SET(curthread, &thread0); --- //depot/vendor/freebsd/src/sys/alpha/alpha/mp_machdep.c 2004/01/07 23:00:44 +++ //depot/projects/smpng/sys/alpha/alpha/mp_machdep.c 2004/11/02 22:27:44 @@ -61,23 +61,23 @@ static struct mtx ap_boot_mtx; -u_int boot_cpu_id; +u_int64_t boot_cpu_id; static void release_aps(void *dummy); static int smp_cpu_enabled(struct pcs *pcsp); extern void smp_init_secondary_glue(void); -static int smp_send_secondary_command(const char *command, int cpuid); -static int smp_start_secondary(int cpuid); +static int smp_send_secondary_command(const char *command, int pal_id); +static int smp_start_secondary(int pal_id, int cpuid); /* * Communicate with a console running on a secondary processor. * Return 1 on failure. */ static int -smp_send_secondary_command(const char *command, int cpuid) +smp_send_secondary_command(const char *command, int pal_id) { - u_int64_t mask = 1L << cpuid; - struct pcs *cpu = LOCATE_PCS(hwrpb, cpuid); + u_int64_t mask = 1L << pal_id; + struct pcs *cpu = LOCATE_PCS(hwrpb, pal_id); int i, len; /* @@ -165,7 +165,7 @@ /* * Set flags in our per-CPU slot in the HWRPB. */ - cpu = LOCATE_PCS(hwrpb, PCPU_GET(cpuid)); + cpu = LOCATE_PCS(hwrpb, PCPU_GET(pal_id)); cpu->pcs_flags &= ~PCS_BIP; cpu->pcs_flags |= PCS_RC; alpha_mb(); @@ -216,9 +216,9 @@ } static int -smp_start_secondary(int cpuid) +smp_start_secondary(int pal_id, int cpuid) { - struct pcs *cpu = LOCATE_PCS(hwrpb, cpuid); + struct pcs *cpu = LOCATE_PCS(hwrpb, pal_id); struct pcs *bootcpu = LOCATE_PCS(hwrpb, boot_cpu_id); struct alpha_pcb *pcb = (struct alpha_pcb *) cpu->pcs_hwpcb; struct pcpu *pcpu; @@ -226,12 +226,12 @@ size_t sz; if ((cpu->pcs_flags & PCS_PV) == 0) { - printf("smp_start_secondary: cpu %d PALcode invalid\n", cpuid); + printf("smp_start_secondary: cpu %d PALcode invalid\n", pal_id); return 0; } if (bootverbose) - printf("smp_start_secondary: starting cpu %d\n", cpuid); + printf("smp_start_secondary: starting cpu %d\n", pal_id); sz = round_page((UAREA_PAGES + KSTACK_PAGES) * PAGE_SIZE); pcpu = malloc(sz, M_TEMP, M_NOWAIT); @@ -241,6 +241,7 @@ } pcpu_init(pcpu, cpuid, sz); + pcpu->pc_pal_id = pal_id; /* * Copy the idle pcb and setup the address to start executing. @@ -270,7 +271,7 @@ /* * Fire it up and hope for the best. */ - if (!smp_send_secondary_command("START\r\n", cpuid)) { + if (!smp_send_secondary_command("START\r\n", pal_id)) { printf("smp_start_secondary: can't send START command\n"); pcpu_destroy(pcpu); free(pcpu, M_TEMP); @@ -296,7 +297,7 @@ * It worked (I think). */ if (bootverbose) - printf("smp_start_secondary: cpu %d started\n", cpuid); + printf("smp_start_secondary: cpu %d started\n", pal_id); return 1; } @@ -329,16 +330,18 @@ void cpu_mp_setmaxid(void) { - int i; + u_int64_t i; mp_maxid = 0; - for (i = 0; i < hwrpb->rpb_pcs_cnt && i < MAXCPU; i++) { - if (i == PCPU_GET(cpuid)) + for (i = 0; i < hwrpb->rpb_pcs_cnt; i++) { + if (i == PCPU_GET(pal_id)) continue; if (!smp_cpu_enabled(LOCATE_PCS(hwrpb, i))) continue; - mp_maxid = i; + mp_maxid++; } + if (mp_maxid > MAXCPU) + mp_maxid = MAXCPU; } int @@ -348,7 +351,7 @@ /* XXX: Need to check for valid platforms here. */ - boot_cpu_id = PCPU_GET(cpuid); + boot_cpu_id = PCPU_GET(pal_id); KASSERT(boot_cpu_id == hwrpb->rpb_primary_cpu_id, ("cpu_mp_probe() called on non-primary CPU")); all_cpus = PCPU_GET(cpumask); @@ -358,12 +361,10 @@ /* Make sure we have at least one secondary CPU. */ cpus = 0; for (i = 0; i < hwrpb->rpb_pcs_cnt; i++) { - if (i == PCPU_GET(cpuid)) + if (i == PCPU_GET(pal_id)) continue; if (!smp_cpu_enabled(LOCATE_PCS(hwrpb, i))) continue; - if (i > MAXCPU) - continue; cpus++; } return (cpus); @@ -372,10 +373,11 @@ void cpu_mp_start(void) { - int i; + int i, cpuid; mtx_init(&ap_boot_mtx, "ap boot", NULL, MTX_SPIN); + cpuid = 1; for (i = 0; i < hwrpb->rpb_pcs_cnt; i++) { struct pcs *pcsp; @@ -410,22 +412,30 @@ printf("CPU %d disabled by loader.\n", i); continue; } - all_cpus |= (1 << i); - mp_ncpus++; + if (smp_start_secondary(i, cpuid)) { + all_cpus |= (1 << cpuid); + mp_ncpus++; + cpuid++; + } } PCPU_SET(other_cpus, all_cpus & ~PCPU_GET(cpumask)); - - for (i = 0; i < hwrpb->rpb_pcs_cnt; i++) { - if (i == boot_cpu_id) - continue; - if (!CPU_ABSENT(i)) - smp_start_secondary(i); - } } void cpu_mp_announce(void) { + struct pcpu *pc; + int i; + + /* List CPUs */ + printf(" cpu0 (BSP): PAL ID: %2lu\n", boot_cpu_id); + for (i = 1; i < MAXCPU; i++) { + if (CPU_ABSENT(i)) + continue; + pc = pcpu_find(i); + MPASS(pc != NULL); + printf(" cpu%d (AP): PAL ID: %2lu\n", i, pc->pc_pal_id); + } } /* @@ -446,8 +456,9 @@ if (pcpu) { atomic_set_64(&pcpu->pc_pending_ipis, ipi); alpha_mb(); - CTR1(KTR_SMP, "calling alpha_pal_wripir(%d)", cpuid); - alpha_pal_wripir(cpuid); + CTR1(KTR_SMP, "calling alpha_pal_wripir(%d)", + pcpu->pc_pal_id); + alpha_pal_wripir(pcpu->pc_pal_id); } } } @@ -529,8 +540,8 @@ * requests to provide PALcode to secondaries and to start up new * secondaries that are added to the system on the fly. */ - if (PCPU_GET(cpuid) == boot_cpu_id) { - u_int cpuid; + if (PCPU_GET(pal_id) == boot_cpu_id) { + u_int pal_id; u_int64_t txrdy; #ifdef DIAGNOSTIC struct pcs *cpu; @@ -539,18 +550,18 @@ alpha_mb(); while (hwrpb->rpb_txrdy != 0) { - cpuid = ffs(hwrpb->rpb_txrdy) - 1; + pal_id = ffs(hwrpb->rpb_txrdy) - 1; #ifdef DIAGNOSTIC - cpu = LOCATE_PCS(hwrpb, cpuid); + cpu = LOCATE_PCS(hwrpb, pal_id); bcopy(&cpu->pcs_buffer.txbuf, buf, cpu->pcs_buffer.txlen); buf[cpu->pcs_buffer.txlen] = '\0'; - printf("SMP From CPU%d: %s\n", cpuid, buf); + printf("SMP From CPU%d: %s\n", pal_id, buf); #endif do { txrdy = hwrpb->rpb_txrdy; } while (atomic_cmpset_64(&hwrpb->rpb_txrdy, txrdy, - txrdy & ~(1 << cpuid)) == 0); + txrdy & ~(1 << pal_id)) == 0); } } } --- //depot/vendor/freebsd/src/sys/alpha/include/pcpu.h 2001/12/11 23:42:08 +++ //depot/projects/smpng/sys/alpha/include/pcpu.h 2004/10/27 17:45:12 @@ -34,6 +34,7 @@ #define PCPU_MD_FIELDS \ struct alpha_pcb pc_idlepcb; /* pcb for idling */ \ + u_int64_t pc_pal_id; /* physical CPU ID */ \ u_int64_t pc_idlepcbphys; /* pa of pc_idlepcb */ \ u_int64_t pc_pending_ipis; /* pending IPI's */ \ u_int32_t pc_next_asn; /* next ASN to alloc */ \ --- //depot/vendor/freebsd/src/sys/alpha/include/smp.h 2001/08/13 23:42:17 +++ //depot/projects/smpng/sys/alpha/include/smp.h 2004/10/29 21:11:53 @@ -26,7 +26,7 @@ #ifndef LOCORE -extern u_int boot_cpu_id; +extern u_int64_t boot_cpu_id; void ipi_selected(u_int cpus, u_int64_t ipi); void ipi_all(u_int64_t ipi); -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Thu Nov 4 01:07: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 A706716A4CE; Thu, 4 Nov 2004 01:07:01 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C21C43D69; Thu, 4 Nov 2004 01:07:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA4170Mv077188; Wed, 3 Nov 2004 20:07:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA416xcd016559; Wed, 3 Nov 2004 20:06:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D6A1B7306E; Wed, 3 Nov 2004 20:06:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041104010659.D6A1B7306E@freebsd-current.sentex.ca> Date: Wed, 3 Nov 2004 20:06:59 -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: Thu, 04 Nov 2004 01:07:02 -0000 TB --- 2004-11-03 23:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-03 23:45:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-11-03 23:45:00 - checking out the source tree TB --- 2004-11-03 23:45:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-11-03 23:45:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-03 23:51:03 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-03 23:51:03 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-11-03 23:51:03 - /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-11-04 00:57:10 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-11-04 00:57:10 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-11-04 00:57:10 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Nov 4 00:57:10 UTC 2004 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4300: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4301: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible type for argument 1 of `ng_untimeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 3 of `ng_timeout' makes pointer from integer without a cast /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 4 of `ng_timeout' makes integer from pointer without a cast /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: warning: passing arg 5 of `ng_timeout' from incompatible pointer type /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: too few arguments to function `ng_timeout' /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop/../../../../contrib/ngatm/netnatm/saal/saal_sscop.c:4302: error: incompatible types in assignment *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm/sscop. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph/atm. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules/netgraph. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-11-04 01:06:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-04 01:06:59 - ERROR: failed to build generic kernel TB --- 2004-11-04 01:06:59 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Fri Nov 5 15:13: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 1D07416A4E1; Fri, 5 Nov 2004 15:13:32 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C704043D1F; Fri, 5 Nov 2004 15:13:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id iA5FDU7g084114; Fri, 5 Nov 2004 10:13:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA5FDVpg091822; Fri, 5 Nov 2004 10:13:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C12307306E; Fri, 5 Nov 2004 10:13:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041105151330.C12307306E@freebsd-current.sentex.ca> Date: Fri, 5 Nov 2004 10:13:30 -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, 05 Nov 2004 15:13:32 -0000 TB --- 2004-11-05 14:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-05 14:45:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-11-05 14:45:00 - checking out the source tree TB --- 2004-11-05 14:45:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-11-05 14:45:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-05 14:51:06 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-05 14:51:06 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-11-05 14:51:06 - /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 [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_open_file.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: warning: 'archive_compressor_bzip2_write' declared `static' but never defined /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: warning: 'archive_compressor_bzip2_write' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-11-05 15:13:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-05 15:13:30 - ERROR: failed to build world TB --- 2004-11-05 15:13:30 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Fri Nov 5 18:44: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 5C56416A4CE for ; Fri, 5 Nov 2004 18:44:55 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3718E43D2D for ; Fri, 5 Nov 2004 18:44:55 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7234 invoked from network); 5 Nov 2004 18:44:55 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 5 Nov 2004 18:44:54 -0000 Received: from [10.50.41.235] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iA5Iim5f096153 for ; Fri, 5 Nov 2004 13:44:51 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-alpha@FreeBSD.org Date: Fri, 5 Nov 2004 10:42:17 -0500 User-Agent: KMail/1.6.2 References: <200411031349.01668.jhb@FreeBSD.org> In-Reply-To: <200411031349.01668.jhb@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200411051042.17153.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx Subject: Re: Patch to tweak FreeBSD CPU IDs in the SMP support 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, 05 Nov 2004 18:44:55 -0000 On Wednesday 03 November 2004 01:49 pm, John Baldwin wrote: > I would appreciate it if folks with SMP machines could please test the > patch below. It should ensure among other things that the boot processor > will now always have a FreeBSD cpu ID of 0 and that the FreeBSD cpu IDs > will now be allocate independent of the PAL IDs from the HWPRB. I'm > especially interested in reports from machines where the PAL IDs don't > match the CPU IDs. (My one SMP alpha box always seems to boot from CPU 0 > and so the IDs match up so I can't tell if I've accidentally gotten an id > variable backwards somewhere.) This patch should apply directly to 5.x as well as HEAD if that will make it easier for folks to test btw. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-alpha@FreeBSD.ORG Sat Nov 6 05:41: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 ED2A216A4CE; Sat, 6 Nov 2004 05:41:05 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FB3B43D48; Sat, 6 Nov 2004 05:41:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id iA65f4IM024958; Sat, 6 Nov 2004 00:41:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.12.11/8.12.11) with ESMTP id iA65eusL047631; Sat, 6 Nov 2004 00:41:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D37D47306E; Sat, 6 Nov 2004 00:40:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20041106054055.D37D47306E@freebsd-current.sentex.ca> Date: Sat, 6 Nov 2004 00:40:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.80/574/Thu Nov 4 19:12:58 2004 clamav-milter version 0.80j on clamscanner2.sentex.ca X-Virus-Scanned: ClamAV 0.80/574/Thu Nov 4 19:12:58 2004 clamav-milter version 0.80j on clamscanner3.sentex.ca X-Virus-Status: Clean X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Nov 2004 05:41:06 -0000 TB --- 2004-11-06 05:00:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-11-06 05:00:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-11-06 05:00:01 - checking out the source tree TB --- 2004-11-06 05:00:01 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2004-11-06 05:00:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-11-06 05:12:08 - building world (CFLAGS=-O2 -pipe) TB --- 2004-11-06 05:12:08 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2004-11-06 05:12:08 - /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 [...] cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_open_file.c cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -DPACKAGE_NAME=\"libarchive\" -DPACKAGE_VERSION=\"1.01.015\" -I/tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/lib/libarchive -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: error: conflicting types for 'archive_compressor_bzip2_write' /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: error: previous declaration of 'archive_compressor_bzip2_write' was here /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:61: warning: 'archive_compressor_bzip2_write' declared `static' but never defined /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive/archive_write_set_compression_bzip2.c:163: warning: 'archive_compressor_bzip2_write' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libarchive. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2004-11-06 05:40:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-11-06 05:40:55 - ERROR: failed to build world TB --- 2004-11-06 05:40:55 - tinderbox aborted