From owner-freebsd-alpha@FreeBSD.ORG Mon Jun 21 02: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 04AA816A4CE for ; Mon, 21 Jun 2004 02:11:48 +0000 (GMT) Received: from sdf.lonestar.org (ol.freeshell.org [192.94.73.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DEAD43D46 for ; Mon, 21 Jun 2004 02:11:47 +0000 (GMT) (envelope-from smj@cirr.com) Received: from [68.165.228.150] (h-68-165-228-150.sttnwaho.covad.net [68.165.228.150]) (authenticated (0 bits)) by sdf.lonestar.org (8.12.10/8.12.10) with ESMTP id i5L2Behn010224; Mon, 21 Jun 2004 02:11:41 GMT Mime-Version: 1.0 (Apple Message framework v618) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <55B038C6-C328-11D8-A943-000393DAF5EC@cirr.com> Content-Transfer-Encoding: 7bit From: Stephen Jones Date: Sun, 20 Jun 2004 19:11:41 -0700 To: freebsd-alpha@freebsd.org X-Mailer: Apple Mail (2.618) cc: port-alpha@netbsd.org Subject: DEC Alpha parts, API CS20, Dual 667MHz ATX, Memory and Drive sleds 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, 21 Jun 2004 02:11:48 -0000 I've got a number of DEC/Compaq/API ALPHA components that we're 'freeing up' at the moment. If you are in need of a specific component, let me know .. The API CS20 (considered non-working) has been listed on ebay #5705889435 I've got memory and 4 drive sleds for a DEC Alpha 3000. I am unsure how many megs of memory as I swapped out the working RAM for larger RAM on that particular machine about 3 years ago. The sleds are new and complete. I've got two full Storage Works arrays populated with 36.4GB fujitsu drives which were purchased new on less than 2 years ago which will be available hopefully in a month or so. (14 disks total) I have one available now that is full populated with 9.1GB drives .. all cables included. I've got lots and lots SBB blanks I'll give away for postage. I've got an ATX UP1000 motherboard with dual 667MHz 264DP Alpha CPUs and 1GB of RAM. (probably end up listing this one) 24GB DDS3 STD224000N Seagate DAT drive (great working condition) Email me if you have any questions .. make offers .. et cetera From owner-freebsd-alpha@FreeBSD.ORG Mon Jun 21 09:36: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 3F58B16A4CE; Mon, 21 Jun 2004 09:36:19 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD89043D4C; Mon, 21 Jun 2004 09:36:18 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i5L9ZXYi089213; Mon, 21 Jun 2004 05:35:34 -0400 (EDT) (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 i5L9ZXwn041113; Mon, 21 Jun 2004 05:35:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A46937306D; Mon, 21 Jun 2004 05:35:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040621093533.A46937306D@freebsd-current.sentex.ca> Date: Mon, 21 Jun 2004 05:35:33 -0400 (EDT) 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: Mon, 21 Jun 2004 09:36:19 -0000 TB --- 2004-06-21 08:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-21 08:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-06-21 08:00:00 - checking out the source tree TB --- 2004-06-21 08:00:00 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- 2004-06-21 08:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-21 08:04:41 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-21 08:04:41 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-06-21 08:04:41 - /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 [...] ln -sf /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/ld/gen-doc.texi configdoc.texi makeinfo --no-validate -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/ld -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/bfd/doc -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/binutils -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/mi -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/libreadline/doc --no-split -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/ld/ld.texinfo -o ld.info gzip -cn ld.info > ld.info.gz makeinfo --no-validate -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/ld -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/bfd/doc -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/binutils -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/mi -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/libreadline/doc --no-split -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc -I /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc/gasp.texi -o gasp.i nfo gzip -cn gasp.info > gasp.info.gz ln -sf /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/all-cfg.texi gdb-cfg.texi echo "@set GDBVN `sed q /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/version.in`" > GDBvn.texi make: don't know how to make annotate.texi. Stop *** Error code 2 Stop in /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/gnu/usr.bin. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/gnu. *** 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-06-21 09:35:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-21 09:35:33 - ERROR: failed to build world TB --- 2004-06-21 09:35:33 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Mon Jun 21 11:02: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 7857416A4CE for ; Mon, 21 Jun 2004 11:02:02 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7306043D31 for ; Mon, 21 Jun 2004 11:02:02 +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 i5LB1rUv064588 for ; Mon, 21 Jun 2004 11:01:53 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i5LB1rs9064582 for freebsd-alpha@freebsd.org; Mon, 21 Jun 2004 11:01:53 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 21 Jun 2004 11:01:53 GMT Message-Id: <200406211101.i5LB1rs9064582@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, 21 Jun 2004 11:02:02 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/01/27] 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 o [2004/06/06] alpha/67626 alpha X crashes an alpha machine, resulting reb 6 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/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/06/13] alpha/67903 alpha hw.chipset.memory: 1099511627776 - thats 11 problems total. From owner-freebsd-alpha@FreeBSD.ORG Tue Jun 22 12:21:24 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 8481F16A4CE; Tue, 22 Jun 2004 12:21:24 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E69EE43D48; Tue, 22 Jun 2004 12:21:23 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 182E2530D; Tue, 22 Jun 2004 14:21:09 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 83C0A530A; Tue, 22 Jun 2004 14:21:01 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id 24746B86C; Tue, 22 Jun 2004 14:21:01 +0200 (CEST) To: Marceta Milos References: <40D818E6.7000302@marcetam.net> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 22 Jun 2004 14:21:01 +0200 In-Reply-To: <40D818E6.7000302@marcetam.net> (Marceta Milos's message of "Tue, 22 Jun 2004 13:32:54 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: alpha@freebsd.org Subject: Re: FreeBSD/Alpha local DoS 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, 22 Jun 2004 12:21:24 -0000 [moved from security-officer list] Marceta Milos writes: > This is second time I try to contact you. I hope someone will reply. The third, actually - but you should talk to alpha@freebsd.org instead. We do not issue security advisories for local denial of service vulnerabilities. > something like putting : > > #ifdef ALPHA > #define ALIGNED(x) x << 62 ? 0 : 1 > #endif It's not that simple, because alignment requirements exist on other platforms as well, and usually vary with the type of data. Since argv and envv are pointers to arrays of pointers, we need to check that they satisfy the alignment requirements for pointers: #define PTR_ALIGNED(x) (((x) & 0x7) =3D=3D 0) Actually, we already have an ALIGNED_POINTER() macro on Alpha, AMD64 and IA64, but we can't use it in MI code since it doesn't exist on all platforms. This should be easy to fix. > #ifdef ALPHA > if (!ALIGNED(*argv) || !ALIGNED(*env)) > return -ERROR; > #endif You need to check argv itself, not what it points to; and "return -ERROR" is a Linuxism. The correct incantation in FreeBSD would be if (!PTR_ALIGNED(uap->argv) || !PTR_ALIGNED(uap->envv)) return (EFAULT); which should be at the top of execve() in src/sys/kern/kern_exec.c. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-alpha@FreeBSD.ORG Tue Jun 22 13:30: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 67F9416A4CE for ; Tue, 22 Jun 2004 13:30:42 +0000 (GMT) Received: from mx1.drenik.net (mx1.drenik.net [195.252.112.11]) by mx1.FreeBSD.org (Postfix) with SMTP id D241943D31 for ; Tue, 22 Jun 2004 13:30:40 +0000 (GMT) (envelope-from root@marcetam.net) Received: (qmail 11542 invoked by uid 204); 22 Jun 2004 13:34:42 -0000 Received: from root@marcetam.net by mx1 by uid 201 with qmail-scanner-4.2 (f-prot: 4.3.2/3.14.7. Clear:RC:1(195.252.112.83):. Processed in 0.27006 secs); 22 Jun 2004 13:34:42 -0000 X-Drenik-Protection-Scanner-Mail-From: root@marcetam.net via mx1 X-Drenik-Protection-Scanner: 4.2 (Clear:RC:1(195.252.112.83):. Processed in 0.27006 secs) Received: from as1-ppp-083.drenik.net (HELO marcetam.net) (195.252.112.83) by 0 with SMTP; 22 Jun 2004 13:34:42 -0000 Message-ID: <40D83485.3000708@marcetam.net> Date: Tue, 22 Jun 2004 15:30:45 +0200 From: Marceta Milos User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040531 X-Accept-Language: en-us, en MIME-Version: 1.0 To: des@des.no References: <002601c45856$fea84990$020110ac@mm> In-Reply-To: <002601c45856$fea84990$020110ac@mm> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: DrenikNet AntiSpam-Protection v4.2a on (mx1.drenik.net) X-Spam-Scandate: Tue, 22 Jun 2004 15:34:42 +0200 X-Spam-Level: X-Spam-Status: No, hits=(0.0) required=(3.2) X-Spam-Report: cc: alpha@freebsd.org Subject: Re: FreeBSD/Alpha local DoS 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, 22 Jun 2004 13:30:42 -0000 > > Hi, Thank you for reply. >The third, actually - but you should talk to alpha@freebsd.org >instead. We do not issue security advisories for local denial of >service vulnerabilities. Ok. Well, I hope you don't maint if I issue it somewhere. (I would just like to hear from Alpha developers, to know they wrote solution for it). >>something like putting : >>#ifdef ALPHA >>#define ALIGNED(x) x << 62 ? 0 : 1 >>#endif >It's not that simple, because alignment requirements exist on other >platforms as well, and usually vary with the type of data. Since argv >and envv are pointers to arrays of pointers, we need to check that >they satisfy the alignment requirements for pointers: >#define PTR_ALIGNED(x) (((x) & 0x7) == 0) I agree. Thank you for pointing this out. >>#ifdef ALPHA >>if (!ALIGNED(*argv) || !ALIGNED(*env)) >>return -ERROR; >>#endif > You need to check argv itself, not what it points to; and "return > -ERROR" is a Linuxism. The correct incantation in FreeBSD would be > > if (!PTR_ALIGNED(uap->argv) || !PTR_ALIGNED(uap->envv)) > return (EFAULT); Sorry for Linuxism, I just didn't pay attention to it. Just wanted to share idea. Of course that formal incantation should be respected. Your line looks like possible workaround. >which should be at the top of execve() in src/sys/kern/kern_exec.c. >Actually, we already have an ALIGNED_POINTER() macro on Alpha, AMD64 >and IA64, but we can't use it in MI code since it doesn't exist on all >platforms. This should be easy to fix. Please correct me if I am wrong, but src/sys/kern/kern_exec.c is MI code. So, putting the macro ALIGNED_POINTER or PTR_ALIGNED into execve(), in mentioned file, whould be actually, putting MD code (since it's not necessary on all platforms), into MI code ? Well, I guess it's easy to fix, but I would just like to hear someone from Alpha developers, to see their final idea, solution and patch for this. Best regards, Milos Marceta From owner-freebsd-alpha@FreeBSD.ORG Tue Jun 22 14:13:15 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 0D24116A4CE for ; Tue, 22 Jun 2004 14:13:15 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CFAD43D39 for ; Tue, 22 Jun 2004 14:13:14 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 8D130530A; Tue, 22 Jun 2004 16:12:54 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id F3A115309; Tue, 22 Jun 2004 16:12:47 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id D31C6B86C; Tue, 22 Jun 2004 16:12:47 +0200 (CEST) To: Marceta Milos References: <002601c45856$fea84990$020110ac@mm> <40D83485.3000708@marcetam.net> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 22 Jun 2004 16:12:47 +0200 In-Reply-To: <40D83485.3000708@marcetam.net> (Marceta Milos's message of "Tue, 22 Jun 2004 15:30:45 +0200") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: alpha@freebsd.org Subject: Re: FreeBSD/Alpha local DoS 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, 22 Jun 2004 14:13:15 -0000 Marceta Milos writes: > Please correct me if I am wrong, but src/sys/kern/kern_exec.c is > MI code. Yes. > So, putting the macro ALIGNED_POINTER or PTR_ALIGNED into execve(), > in mentioned file, whould be actually, putting MD code (since it's > not necessary on all platforms), into MI code ? Not if we define those macros on all platforms. Their implementation will still be MD, but their existence will be MI. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-alpha@FreeBSD.ORG Tue Jun 22 18:15: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 A9E0516A4CF for ; Tue, 22 Jun 2004 18:15:22 +0000 (GMT) Received: from mail.unixiron.org (mail.unixiron.org [62.80.47.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B41E43D1D for ; Tue, 22 Jun 2004 18:15:21 +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 i5MIF4ou004056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 22 Jun 2004 20:15:04 +0200 (CEST) (envelope-from michael@unixiron.org) Date: Tue, 22 Jun 2004 20:15:04 +0200 (CEST) From: Michael Kukat To: freebsd-alpha@freebsd.org Message-ID: <20040622200019.M3751@calchas.unixiron.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a X-Spam-Status: No, hits=-100.0 required=2.0 tests=USER_IN_WHITELIST autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on calchas.unixiron.org Subject: SRM not initialising cards behind a bridge 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, 22 Jun 2004 18:15:22 -0000 Hello, okay, the problem is old i think. I just want to know if someone has a solution for this :) Situation: Since a while, my new server runs on FreeBSD/alpha. It's a PC164 with 512 Megs of RAM and 557 GB of storage (3ware Escalade IDE-RAID). Everything is fine. But some days ago, i put an Adaptec ANA-62044 in this box, built a kernel with sf driver, booted, saw a machine check. After analyzing the situation a bit, and googling a lot, i found out, I/O ports of the 4 NIC chips are mostly configured for 0x0-0xff. Quite useless values i think. Memory areas are configured correctly, and the IRQs also look okay: The bus bridge: pcib1: at device 7.0 on pci0 pci1: on pcib1 The NIC chips: sf0: port 0-0xff mem 0x82980000-0x829fffff irq 1 at device 4.0 on pci1 sf1: port 0-0xff mem 0x82900000-0x8297ffff irq 8 at device 5.0 on pci1 sf2: port 0-0xff mem 0x82880000-0x828fffff irq 12 at device 6.0 on pci1 sf3: port 0x10000-0x100ff mem 0x82800000-0x8287ffff irq 16 at device 7.0 on pci1 Okay, the last one seems to have a more useful I/O port. This output was possible by using #undef SF_USEIOSPACE in if_sf.c. Without, sf0 - sf2 are skipped with bogus MAC address and "reset never completed". The machine check occurs after the sf3 probing (which is named sf0 then, as the others failed). Using just memory I/O leads to a trap when using ifconfig sf0 up or other operations. fatal kernel trap: trap entry = 0x4 (unaligned access fault) a0 = 0xfffffca8829d7005 a1 = 0x2c a2 = 0x11 pc = 0xfffffc000055f744 ra = 0xfffffc00004ee684 curproc = 0xfffffe00116e0400 pid = 13492, comm = ifconfig I could start fiddling around in the driver, try to get it working memory-mapped (which might even lead to a performance gain due to the architecture of the card), or find some "clean" way. As i don't really have too much clue of all this PCI stuff, i want to ask for help here. Has someone a solution to fix this misbehaviour of the firmware, or does someone know any other way to get such a card running on FreeBSD/alpha? And, where we got it... Does someone have 3dm or so for alpha? It's in ports, but it's binary-only for i386. I would like to have the chance to rebuild my RAID without always having to rip the machine apart to put the controller into a peecee. 3ware support didn't even answer to my question. One point to not by a 3ware again. I would have expect at least somethink like "alpha is unsupported, and we can't give you information to change this". ...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 Tue Jun 22 19:01: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 7224216A4CE for ; Tue, 22 Jun 2004 19:01:06 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F16543D49 for ; Tue, 22 Jun 2004 19:01:05 +0000 (GMT) (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) i5MJ10aI047896 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 22 Jun 2004 21:01:02 +0200 (CEST) (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 i5MJ0UUi041556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Jun 2004 21:00:31 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i5MJ0UWI023371; Tue, 22 Jun 2004 21:00:30 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i5MJ0TVQ023370; Tue, 22 Jun 2004 21:00:29 +0200 (CEST) (envelope-from ticso) Date: Tue, 22 Jun 2004 21:00:29 +0200 From: Bernd Walter To: Michael Kukat Message-ID: <20040622190028.GB21460@cicely12.cicely.de> References: <20040622200019.M3751@calchas.unixiron.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040622200019.M3751@calchas.unixiron.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on cicely12.cicely.de cc: freebsd-alpha@freebsd.org Subject: Re: SRM not initialising cards behind a bridge 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, 22 Jun 2004 19:01:06 -0000 On Tue, Jun 22, 2004 at 08:15:04PM +0200, Michael Kukat wrote: > Hello, > > okay, the problem is old i think. I just want to know if someone has a solution > for this :) > > Situation: Since a while, my new server runs on FreeBSD/alpha. It's a PC164 > with 512 Megs of RAM and 557 GB of storage (3ware Escalade IDE-RAID). > Everything is fine. But some days ago, i put an Adaptec ANA-62044 in this box, > built a kernel with sf driver, booted, saw a machine check. After analyzing the > situation a bit, and googling a lot, i found out, I/O ports of the 4 NIC chips > are mostly configured for 0x0-0xff. Quite useless values i think. Memory areas > are configured correctly, and the IRQs also look okay: I don't know any alpha system that configure port range behind bridges. Drivers and hardware that agree with PCI specs really shouldn't require port ranges to exist - well unfortunately that's hard to do in real world. Port ranges are very small compared to memory and hard to distribute over many bridges, because ranges have to be bridged in a single continuous block and you can't reallocate ranges later without driver interaction. > The bus bridge: > pcib1: at device 7.0 on pci0 > pci1: on pcib1 > > The NIC chips: > sf0: port 0-0xff mem 0x82980000-0x829fffff irq 1 at device 4.0 on pci1 > sf1: port 0-0xff mem 0x82900000-0x8297ffff irq 8 at device 5.0 on pci1 > sf2: port 0-0xff mem 0x82880000-0x828fffff irq 12 at device 6.0 on pci1 > sf3: port 0x10000-0x100ff mem 0x82800000-0x8287ffff irq 16 at device 7.0 on pci1 Everything is absolutely correct in the sense of PCI specs. Even the obscure data in the port range registers are OK because the bridge is configured to have port range bridging disabled. The bus space allocation will fail so the driver knows that it's unuseable and should fall back to memory. > Okay, the last one seems to have a more useful I/O port. This output was > possible by using #undef SF_USEIOSPACE in if_sf.c. Without, sf0 - sf2 are > skipped with bogus MAC address and "reset never completed". The machine check > occurs after the sf3 probing (which is named sf0 then, as the others failed). Maybe you have hardware at those addresses, but in fact it can't be this NIC, because the bridge hasn't connected the port range to this bus. You should get the driver using memory ranges. Port range on alpha is just a separate range of memory mapped anyway. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Tue Jun 22 19:19: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 1A75116A4CE for ; Tue, 22 Jun 2004 19:19:07 +0000 (GMT) Received: from ns.gobinjf.be (ns.gobinjf.be [62.197.79.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 289E643D1F for ; Tue, 22 Jun 2004 19:18:58 +0000 (GMT) (envelope-from gobin@gobinjf.be) Received: from ns.kyrian.be (localhost [127.0.0.1]) by ns.gobinjf.be (8.12.10/8.12.10) with ESMTP id i5MJItuW050039; Tue, 22 Jun 2004 21:18:55 +0200 (CEST) (envelope-from gobin@gobinjf.be) Received: from localhost (gobin@localhost) by ns.kyrian.be (8.12.10/8.12.10/Submit) with ESMTP id i5MJIpEC050036; Tue, 22 Jun 2004 21:18:51 +0200 (CEST) (envelope-from gobin@gobinjf.be) X-Authentication-Warning: ns.kyrian.be: gobin owned process doing -bs Date: Tue, 22 Jun 2004 21:18:51 +0200 (CEST) From: Jean-Francois Gobin X-X-Sender: gobin@ns To: Michael Kukat In-Reply-To: <20040622200019.M3751@calchas.unixiron.org> Message-ID: <20040622211832.A50035@ns> References: <20040622200019.M3751@calchas.unixiron.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-alpha@freebsd.org Subject: Re: SRM not initialising cards behind a bridge 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, 22 Jun 2004 19:19:07 -0000 By the way, in SRM, what does "SHOW PCI" and "SHOW ISA" reports ? JF On Tue, 22 Jun 2004, Michael Kukat wrote: > Hello, > > okay, the problem is old i think. I just want to know if someone has a solution > for this :) > > Situation: Since a while, my new server runs on FreeBSD/alpha. It's a PC164 > with 512 Megs of RAM and 557 GB of storage (3ware Escalade IDE-RAID). > Everything is fine. But some days ago, i put an Adaptec ANA-62044 in this box, > built a kernel with sf driver, booted, saw a machine check. After analyzing the > situation a bit, and googling a lot, i found out, I/O ports of the 4 NIC chips > are mostly configured for 0x0-0xff. Quite useless values i think. Memory areas > are configured correctly, and the IRQs also look okay: > > The bus bridge: > pcib1: at device 7.0 on pci0 > pci1: on pcib1 > > The NIC chips: > sf0: port 0-0xff mem 0x82980000-0x829fffff irq 1 at device 4.0 on pci1 > sf1: port 0-0xff mem 0x82900000-0x8297ffff irq 8 at device 5.0 on pci1 > sf2: port 0-0xff mem 0x82880000-0x828fffff irq 12 at device 6.0 on pci1 > sf3: port 0x10000-0x100ff mem 0x82800000-0x8287ffff irq 16 at device 7.0 on pci1 > > Okay, the last one seems to have a more useful I/O port. This output was > possible by using #undef SF_USEIOSPACE in if_sf.c. Without, sf0 - sf2 are > skipped with bogus MAC address and "reset never completed". The machine check > occurs after the sf3 probing (which is named sf0 then, as the others failed). > > Using just memory I/O leads to a trap when using ifconfig sf0 up or other > operations. > > fatal kernel trap: > > trap entry = 0x4 (unaligned access fault) > a0 = 0xfffffca8829d7005 > a1 = 0x2c > a2 = 0x11 > pc = 0xfffffc000055f744 > ra = 0xfffffc00004ee684 > curproc = 0xfffffe00116e0400 > pid = 13492, comm = ifconfig > > I could start fiddling around in the driver, try to get it working > memory-mapped (which might even lead to a performance gain due to the > architecture of the card), or find some "clean" way. As i don't really have too > much clue of all this PCI stuff, i want to ask for help here. Has someone a > solution to fix this misbehaviour of the firmware, or does someone know any > other way to get such a card running on FreeBSD/alpha? > > And, where we got it... Does someone have 3dm or so for alpha? It's in ports, > but it's binary-only for i386. I would like to have the chance to rebuild my > RAID without always having to rip the machine apart to put the controller into > a peecee. 3ware support didn't even answer to my question. One point to not by > a 3ware again. I would have expect at least somethink like "alpha is > unsupported, and we can't give you information to change this". > > ...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 > _______________________________________________ > freebsd-alpha@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-alpha > To unsubscribe, send any mail to "freebsd-alpha-unsubscribe@freebsd.org" > ---------- Jean-Francois Gobin - Administrateur gobinjf.be http://www.gobinjf.be mailto:gobin@gobinjf.be From owner-freebsd-alpha@FreeBSD.ORG Tue Jun 22 19:25: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 8E30716A4CE for ; Tue, 22 Jun 2004 19:25:56 +0000 (GMT) Received: from mail.unixiron.org (mail.unixiron.org [62.80.47.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DAEF43D5A for ; Tue, 22 Jun 2004 19:25:55 +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 i5MJPOEI004229 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Jun 2004 21:25:25 +0200 (CEST) (envelope-from michael@unixiron.org) Date: Tue, 22 Jun 2004 21:25:24 +0200 (CEST) From: Michael Kukat To: ticso@cicely.de In-Reply-To: <20040622190028.GB21460@cicely12.cicely.de> Message-ID: <20040622211907.Y3751@calchas.unixiron.org> References: <20040622200019.M3751@calchas.unixiron.org> <20040622190028.GB21460@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a X-Spam-Status: No, hits=-100.0 required=2.0 tests=USER_IN_WHITELIST autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on calchas.unixiron.org cc: freebsd-alpha@freebsd.org Subject: Re: SRM not initialising cards behind a bridge 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, 22 Jun 2004 19:25:56 -0000 Hello, On Tue, 22 Jun 2004, Bernd Walter wrote: > Port ranges are very small compared to memory and hard to distribute > over many bridges, because ranges have to be bridged in a single > continuous block and you can't reallocate ranges later without driver > interaction. Yep, i saw some things in Leenox, but if i look into those source, i never feel very well afterwards :) But this makes me understand some of the problems we get here. > Everything is absolutely correct in the sense of PCI specs. > Even the obscure data in the port range registers are OK because the > bridge is configured to have port range bridging disabled. > The bus space allocation will fail so the driver knows that it's > unuseable and should fall back to memory. Okay, maybe some driver problem then. But not a real problem, as there is this nifty #define to work around this. Not really configurable in kernel cfg files, but at least in the source, which is okay for a home setup. > Maybe you have hardware at those addresses, but in fact it can't be > this NIC, because the bridge hasn't connected the port range to this > bus. > You should get the driver using memory ranges. Okay. After reading the comments of if_sf.c this also sounds good for me, as just 256 bytes can be addressed directly, the rest just via index register. So memory mapped I/O should even perform better. I'll leave in the #undef to drive it memory mapped, and try to track down the access problems, if nobody else had problems with StarFire drivers in FreeBSD/alpha. Seems to be a quite rare configuration, but i want to put this card into the alpha, as it's 64bit, and the other machine needing quadport ethernet (i386) just has 32bit slots. "It just looks better this way" :) > Port range on alpha is just a separate range of memory mapped anyway. Thought so. I think there are not much CPUs besides Intel differentiating between I/O and memory ranges this way. Everything else i know does memory mapped I/O. ...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 Tue Jun 22 19:28: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 9591C16A4D3 for ; Tue, 22 Jun 2004 19:28:19 +0000 (GMT) Received: from mail.unixiron.org (mail.unixiron.org [62.80.47.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id A15AA43D48 for ; Tue, 22 Jun 2004 19:28:18 +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 i5MJSDHZ004247 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Jun 2004 21:28:13 +0200 (CEST) (envelope-from michael@unixiron.org) Date: Tue, 22 Jun 2004 21:28:13 +0200 (CEST) From: Michael Kukat To: Jean-Francois Gobin In-Reply-To: <20040622211832.A50035@ns> Message-ID: <20040622212539.C3751@calchas.unixiron.org> References: <20040622200019.M3751@calchas.unixiron.org> <20040622211832.A50035@ns> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a X-Spam-Status: No, hits=-100.0 required=2.0 tests=USER_IN_WHITELIST autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on calchas.unixiron.org cc: freebsd-alpha@freebsd.org Subject: Re: SRM not initialising cards behind a bridge 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, 22 Jun 2004 19:28:19 -0000 Hi ! On Tue, 22 Jun 2004, Jean-Francois Gobin wrote: > By the way, in SRM, what does "SHOW PCI" and "SHOW ISA" reports ? Didn't check those commands, bit show conf shows all PCI stuff fine (cards, and the 4 NICs behind the bridge), and the onboard ISA devices configured by isacfg -init. There are no more ISA cards in it. Currently, the NIC is in my server, which i'm writing these lines on, and which i don't want to take down again currently. Maybe i'll put the card into my AlphaStation 200 the weekend to track down the uaf problems. ...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 Tue Jun 22 20:41:12 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 D4BDC16A4CE for ; Tue, 22 Jun 2004 20:41:12 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CFE643D5C for ; Tue, 22 Jun 2004 20:41:12 +0000 (GMT) (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) i5MKf2aI049509 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 22 Jun 2004 22:41:07 +0200 (CEST) (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 i5MKe2Ui042233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Jun 2004 22:40:02 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i5MKe2LB024064; Tue, 22 Jun 2004 22:40:02 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i5MKe1ea024063; Tue, 22 Jun 2004 22:40:01 +0200 (CEST) (envelope-from ticso) Date: Tue, 22 Jun 2004 22:40:01 +0200 From: Bernd Walter To: Michael Kukat Message-ID: <20040622204000.GC21460@cicely12.cicely.de> References: <20040622200019.M3751@calchas.unixiron.org> <20040622211832.A50035@ns> <20040622212539.C3751@calchas.unixiron.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040622212539.C3751@calchas.unixiron.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.63 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on cicely12.cicely.de cc: freebsd-alpha@freebsd.org Subject: Re: SRM not initialising cards behind a bridge 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, 22 Jun 2004 20:41:13 -0000 On Tue, Jun 22, 2004 at 09:28:13PM +0200, Michael Kukat wrote: > Hi ! > > On Tue, 22 Jun 2004, Jean-Francois Gobin wrote: > > By the way, in SRM, what does "SHOW PCI" and "SHOW ISA" reports ? > > Didn't check those commands, bit show conf shows all PCI stuff fine (cards, and > the 4 NICs behind the bridge), and the onboard ISA devices configured by isacfg > -init. There are no more ISA cards in it. Currently, the NIC is in my server, > which i'm writing these lines on, and which i don't want to take down again > currently. Maybe i'll put the card into my AlphaStation 200 the weekend to > track down the uaf problems. I think AS200 needs IRQ routing support done first. Let me know if you have IRQ problems - routing support is simple to implement if test hardware is available. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 23 04:25: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 5647816A4CE for ; Wed, 23 Jun 2004 04:25:40 +0000 (GMT) Received: from mail.unixiron.org (mail.unixiron.org [62.80.47.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62AB143D31 for ; Wed, 23 Jun 2004 04:25:39 +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 i5N4B8Br005640 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Jun 2004 06:11:08 +0200 (CEST) (envelope-from michael@unixiron.org) Date: Wed, 23 Jun 2004 06:11:07 +0200 (CEST) From: Michael Kukat To: ticso@cicely.de In-Reply-To: <20040622204000.GC21460@cicely12.cicely.de> Message-ID: <20040623061003.N3751@calchas.unixiron.org> References: <20040622200019.M3751@calchas.unixiron.org> <20040622211832.A50035@ns><20040622204000.GC21460@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a cc: freebsd-alpha@freebsd.org Subject: Re: SRM not initialising cards behind a bridge 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, 23 Jun 2004 04:25:40 -0000 Hi ! On Tue, 22 Jun 2004, Bernd Walter wrote: > I think AS200 needs IRQ routing support done first. > Let me know if you have IRQ problems - routing support is simple to > implement if test hardware is available. Really? Had no trouble with NetBSD on this box. Or is this a PCI-PCI-bridge issue? If test hardware is missing, i have quite a lot of stuff which i could put online with serial console or so :) ...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 Wed Jun 23 10:14: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 A541F16A4D8 for ; Wed, 23 Jun 2004 10:14:17 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5A3243D5F for ; Wed, 23 Jun 2004 10:14:16 +0000 (GMT) (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) i5NAECaI064658 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Wed, 23 Jun 2004 12:14:14 +0200 (CEST) (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 i5NADCUi047805 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Jun 2004 12:13:12 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id i5NADBHU027996; Wed, 23 Jun 2004 12:13:11 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id i5NADB4g027995; Wed, 23 Jun 2004 12:13:11 +0200 (CEST) (envelope-from ticso) Date: Wed, 23 Jun 2004 12:13:10 +0200 From: Bernd Walter To: Michael Kukat Message-ID: <20040623101309.GD21460@cicely12.cicely.de> References: <20040622200019.M3751@calchas.unixiron.org> <20040622211832.A50035@ns> <20040622212539.C3751@calchas.unixiron.org> <20040622204000.GC21460@cicely12.cicely.de> <20040623061003.N3751@calchas.unixiron.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040623061003.N3751@calchas.unixiron.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=ham version=2.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: ticso@cicely.de cc: freebsd-alpha@freebsd.org Subject: Re: SRM not initialising cards behind a bridge 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: Wed, 23 Jun 2004 10:14:18 -0000 On Wed, Jun 23, 2004 at 06:11:07AM +0200, Michael Kukat wrote: > Hi ! > > On Tue, 22 Jun 2004, Bernd Walter wrote: > > I think AS200 needs IRQ routing support done first. > > Let me know if you have IRQ problems - routing support is simple to > > implement if test hardware is available. > > Really? Had no trouble with NetBSD on this box. Or is this a PCI-PCI-bridge > issue? It's a bridge thing. FreeBSD has special support to just handle non bridged card. I don't know the current state with NetBSD, but AFAIK the code was taken from NetBSD. > If test hardware is missing, i have quite a lot of stuff which i could put > online with serial console or so :) Such tests require someone to swap cards, but if you could do a few tests with bridged cards on this box that would be fine. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Wed Jun 23 10:19:54 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 509B316A4CE for ; Wed, 23 Jun 2004 10:19:54 +0000 (GMT) Received: from mail.unixiron.org (mail.unixiron.org [62.80.47.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB13D43D55 for ; Wed, 23 Jun 2004 10:19:51 +0000 (GMT) (envelope-from michael@unixiron.org) Received: from localhost (mail.unixiron.org [62.80.47.42]) (authenticated bits=0) by mail.unixiron.org (8.12.11/8.12.11) with ESMTP id i5NAJ074007069 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 23 Jun 2004 12:19:09 +0200 (CEST) (envelope-from michael@unixiron.org) From: Michael Kukat To: ticso@cicely.de, Bernd Walter Date: Wed, 23 Jun 2004 12:14:23 +0200 User-Agent: KMail/1.5.4 References: <20040622200019.M3751@calchas.unixiron.org> <20040623061003.N3751@calchas.unixiron.org> <20040623101309.GD21460@cicely12.cicely.de> In-Reply-To: <20040623101309.GD21460@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200406231214.25418.michael@unixiron.org> X-Authenticated-Sender: user michael from 62.80.47.42 X-Virus-Scanned: clamd / ClamAV version 0.67-1, clamav-milter version 0.67a X-Spam-Status: No, hits=-100.0 required=2.0 tests=USER_IN_WHITELIST autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on calchas.unixiron.org cc: freebsd-alpha@freebsd.org Subject: Re: SRM not initialising cards behind a bridge 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, 23 Jun 2004 10:19:54 -0000 Hi ! On Wednesday 23 June 2004 12:13, Bernd Walter wrote: > > If test hardware is missing, i have quite a lot of stuff which i could > > put online with serial console or so :) > > Such tests require someone to swap cards, but if you could do a few tests > with bridged cards on this box that would be fine. One of my main problems is lack of time :) If i had the time, i would try t= o=20 fix this myself, like so many other things i started a while ago. But if it helps, i'll try to find some minutes the Weekend to put this card= =20 into the AS200 and play around. Anyways, this is the better solution than=20 experimenting with the server. Irgendjemand sollte das Wochenende hier Rasenm=E4hen :) =2E..Michael From owner-freebsd-alpha@FreeBSD.ORG Fri Jun 25 08:15: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 2354B16A4CE; Fri, 25 Jun 2004 08:15:56 +0000 (GMT) Received: from smtp3b.sentex.ca (smtp3b.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B505A43D2D; Fri, 25 Jun 2004 08:15:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smtp3b.sentex.ca (8.12.11/8.12.11) with ESMTP id i5P8FY8j061958; Fri, 25 Jun 2004 04:15:35 -0400 (EDT) (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 i5P8FZsf044585; Fri, 25 Jun 2004 04:15:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 99E877303F; Fri, 25 Jun 2004 04:15:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040625081534.99E877303F@freebsd-current.sentex.ca> Date: Fri, 25 Jun 2004 04:15:34 -0400 (EDT) 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, 25 Jun 2004 08:15:56 -0000 TB --- 2004-06-25 08:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-06-25 08:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2004-06-25 08:00:00 - checking out the source tree TB --- 2004-06-25 08:00:00 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha TB --- 2004-06-25 08:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-06-25 08:04:30 - building world (CFLAGS=-O2 -pipe) TB --- 2004-06-25 08:04:30 - cd /home/tinderbox/sandbox/CURRENT/alpha/alpha/src TB --- 2004-06-25 08:04:30 - /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 [...] ===> lib/libpam/modules/pam_permit cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/lib/libpam/modules/pam_permit/../../../../contrib/openpam/include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libpam/modules/pam_permit/../../libpam -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/lib/libpam/modules/pam_permit/pam_permit.c building static pam_permit library ranlib libpam_permit.a ===> lib/libpam/modules/pam_radius cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -I/tinderbox/CURRENT/alpha/alpha/src/lib/libpam/modules/pam_radius/../../../../contrib/openpam/include -I/tinderbox/CURRENT/alpha/alpha/src/lib/libpam/modules/pam_radius/../../libpam -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wno-uninitialized -c /tinderbox/CURRENT/alpha/alpha/src/lib/libpam/modules/pam_radius/pam_radius.c /tinderbox/CURRENT/alpha/alpha/src/lib/libpam/modules/pam_radius/pam_radius.c: In function `build_access_request': /tinderbox/CURRENT/alpha/alpha/src/lib/libpam/modules/pam_radius/pam_radius.c:114: warning: cast increases required alignment of target type *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libpam/modules/pam_radius. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libpam/modules. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libpam. *** 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-06-25 08:15:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-06-25 08:15:34 - ERROR: failed to build world TB --- 2004-06-25 08:15:34 - tinderbox aborted From owner-freebsd-alpha@FreeBSD.ORG Fri Jun 25 23:49: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 B9F3616A4CE for ; Fri, 25 Jun 2004 23:49:30 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6FB543D45 for ; Fri, 25 Jun 2004 23:49:29 +0000 (GMT) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [IPv6:3ffe:400:8d0:301:200:92ff:fe9b:20e7]) (authenticated bits=0) i5PNmlaI059664 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK) for ; Sat, 26 Jun 2004 01:48:50 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: from cicely5.cicely.de (localhost [IPv6:::1]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id i5PNkkUi073754 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 26 Jun 2004 01:46:46 +0200 (CEST) (envelope-from ticso@cicely5.cicely.de) Received: (from ticso@localhost) by cicely5.cicely.de (8.12.10/8.12.10/Submit) id i5PNkj9d073753 for freebsd-alpha@freebsd.org; Sat, 26 Jun 2004 01:46:45 +0200 (CEST) (envelope-from ticso) Date: Sat, 26 Jun 2004 01:46:45 +0200 From: Bernd Walter To: freebsd-alpha@freebsd.org Message-ID: <20040625234643.GA73421@cicely5.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD cicely5.cicely.de 5.2-CURRENT i386 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 Subject: init in malloc(): error: recursive call X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2004 23:49:30 -0000 After updating from march (and >100 days uptime): (boot dka300.3.0.1.1) block 0 of dka300.3.0.1.1 is a valid boot block reading 15 blocks from dka300.3.0.1.1 bootstrap code read in Building FRU table base = 200000, image_start = 0, image_bytes = 1e00 initializing HWRPB at 2000 initializing page table at 1f2000 initializing machine state setting affinity to the primary CPU jumping to bootstrap code Loading /boot/loader Console: SRM firmware console VMS PAL rev: 0x4000200010115 OSF PAL rev: 0x4000200020117 Switch to OSF PAL code succeeded. FreeBSD/alpha SRM disk boot, Revision 1.2 (ticso@cicely12.cicely.de, Tue Mar 16 04:58:54 CET 2004) Memory: 2228224 k Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x3d6a50+0x2f470 syms=[0x8+0x4f320+0x8+0x421ab] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Entering /boot/kernel/kernel at 0xfffffc000033ebc0... sio1: gdb debugging port Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.2-CURRENT #0: Fri Jun 25 23:20:56 CEST 2004 ticso@cicely12.cicely.de:/var/d3/obj/var/d3/c12-2004-06-25/src/sys/CICELY12 Preloaded elf kernel "/boot/kernel/kernel" at 0xfffffc000079a000. AlphaServer 4100 AlphaServer 4100 5/533 4MB, 531MHz 8192 byte page size, 3 processors. CPU: EV56 (21164A) major=7 minor=2 extensions=0x1 OSF PAL rev: 0x4000200020117 real memory = 2097152000 (2000 MB) avail memory = 2048909312 (1953 MB) FreeBSD/SMP: Multiprocessor System Detected: 3 CPUs random: mcbus0: pcib0: at mcbus0 gid 7 mid 5 pcib0: Horse Revision 3, Left Handed Saddle Revision 0, CAP Revision 1 pci0: on pcib0 sym0: <810> port 0x1ffde00-0x1ffdeff mem 0x7df6e00-0x7df6eff at device 1.0 on pci0 sym0: No NVRAM, ID 7, Fast-10, SE, parity checking sym0: interrupting at IRQ 0x10 (vec 0xb40) sym0: [GIANT-LOCKED] pcib2: at device 2.0 on pci0 pci2: on pcib2 isp0: port 0x1ffef00-0x1ffefff mem 0x7eef000-0x7eeffff at device 0.0 on pci2 pcib2: slot 0 INTA is routed to irq 0 isp0: interrupting at IRQ 0x0 (vec 0xb80) isp0: [GIANT-LOCKED] sym1: <875> port 0x1ffdf00-0x1ffdfff mem 0x7df7000-0x7df7fff,0x7df6f00-0x7df6fff at device 3.0 on pci0 sym1: Tekram NVRAM, ID 7, Fast-20, SE, parity checking sym1: interrupting at IRQ 0x4 (vec 0xbc0) sym1: [GIANT-LOCKED] pcib3: at device 4.0 on pci0 pci3: on pcib3 pci3: at device 4.0 (no driver attached) pci3: at device 5.0 (no driver attached) pci3: at device 8.0 (no driver attached) pci3: at device 12.0 (no driver attached) pcib1: at mcbus0 gid 7 mid 4 pcib1: Horse Revision 3, Left Handed Saddle Revision 0, CAP Revision 1 pci1: on pcib1 illegal PCI extended capability offset 8266240 eisab0: at device 1.0 on pci1 eisa0: on eisab0 mainboard0: on eisa0 slot 0 isa0: on eisab0 pci1: at device 2.0 (no driver attached) fxp0: port 0x1fffe00-0x1fffe3f mem 0x7e00000-0x7efffff,0x7dde000-0x7ddefff at device 3.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:a2:6d:db fxp0: interrupting at IRQ 0x4 (vec 0x9c0) fxp0: [GIANT-LOCKED] pci1: at device 5.0 (no driver attached) fdc0: at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: interrupting at ISA irq 6 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 mcclock0: at port 0x70-0x71 on isa0 ppc0: at port 0x3bc-0x3c3 irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Polled port ppi0: on ppbus0 ppc0: interrupting at ISA irq 7 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A, console sio0: interrupting at ISA irq 4 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: interrupting at ISA irq 3 Timecounter "i8254" frequency 1193182 Hz quality 0 Timecounters tick every 0.833 msec Waiting 15 seconds for SCSI devices to settle sa0 at sym1 bus 0 target 0 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 4.032MB/s transfers (4.032MHz, offset 11) sa1 at sym1 bus 0 target 1 lun 0 sa1: Removable Sequential Access SCSI-2 device sa1: 4.032MB/s transfers (4.032MHz, offset 11) sa2 at sym1 bus 0 target 2 lun 0 sa2: Removable Sequential Access SCSI-2 device sa2: 5.000MB/s transfers (5.000MHz, offset 8) sa3 at sym1 bus 0 target 3 lun 0 sa3: Removable Sequential Access SCSI-2 device sa3: 10.000MB/s transfers (10.000MHz, offset 8) sa4 at sym1 bus 0 target 4 lun 0 sa4: Removable Sequential Access SCSI-2 device sa4: 5.000MB/s transfers (5.000MHz, offset 8) da0 at sym0 bus 0 target 3 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 8), Tagged Queueing Enabled da0: 1005MB (2059140 512 byte sectors: 64H 32S/T 1005C) da1 at isp0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 12), Tagged Queueing Enabled da1: 2777MB (5688447 512 byte sectors: 255H 63S/T 354C) da4 at isp0 bus 0 target 5 lun 0 da4: Fixed Direct Access SCSI-2 device da4: 10.000MB/s transfers (10.000MHz, offset 12), Tagged Queueing Enabled da4: 2777MB (5688447 512 byte sectors: 255H 63S/T 354C) da3 at isp0 bus 0 target 4 lun 0 da3: Fixed Direct Access SCSI-2 device da3: 10.000MB/s transfers (10.000MHz, offset 12), Tagged Queueing Enabled da3: 2777MB (5688447 512 byte sectors: 255H 63S/T 354C) da2 at isp0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-2 device da2: 10.000MB/s transfers (10.000MHz, offset 12), Tagged Queueing Enabled da2: 2777MB (5688447 512 byte sectors: 255H 63S/T 354C) SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Mounting root from ufs:/dev/da0a init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call init in malloc(): error: recursive call [...] many more of them and then it stops. OK - I had MAXDSIZ and DFLDSIZ raised in my config to 1.8G, but this really shouldn't be too much for an alpha and it worked bevor. I tried reducing the settings from loader and removing the kernel options without luck :( -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-alpha@FreeBSD.ORG Sat Jun 26 13:59:44 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 4D2A616A4CE; Sat, 26 Jun 2004 13:59:44 +0000 (GMT) Received: from electra.cse.Buffalo.EDU (electra.cse.Buffalo.EDU [128.205.32.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0564443D1D; Sat, 26 Jun 2004 13:59:44 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from electra.cse.Buffalo.EDU (kensmith@localhost [127.0.0.1]) i5QDxQ2n011383; Sat, 26 Jun 2004 09:59:26 -0400 (EDT) Received: (from kensmith@localhost) by electra.cse.Buffalo.EDU (8.12.10/8.12.9/Submit) id i5QDxQD4011382; Sat, 26 Jun 2004 09:59:26 -0400 (EDT) Date: Sat, 26 Jun 2004 09:59:26 -0400 From: Ken Smith To: freebsd-alpha@freebsd.org, freebsd-current@freebsd.org Message-ID: <20040626135926.GA11221@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: HEADSUP - problem 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, 26 Jun 2004 13:59:44 -0000 This is just in case anyone is thinking about updating an Alpha box in the near future... The Alpha reference machine in the cluster has had problems with the kernel two days in a row. It basically spews a ton of messages about malloc(3) being called recursively when it tries to start the init process. I was able to track it down to a specific commit that causes it (sys/vm/vm_map.c rev 1.339) and I notified the people who would need to take a look at it. But at the moment we all kind of agree that what's happening doesn't make any sense given what the commit does. It's still being looked into but at the moment it seems possible this commit isn't the real cause of the problem, but it "aggravates" the issue(s) that have been causing some long-standing stability issues on Alpha (i.e. what Kris is seeing as instability on the ports building machines). This commit hasn't caused any problems we've seen on any architecture other than Alpha - the rest of the reference machines seem to be uneffected. Best to hold off on updating -current on an Alpha unless you want to help try to track down the problem... :-) -- Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel |