From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 4 04:40:52 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99FF716A4CE; Sun, 4 Apr 2004 04:40:52 -0700 (PDT) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C48343D54; Sun, 4 Apr 2004 04:40:52 -0700 (PDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A2F337303A; Sun, 4 Apr 2004 07:40:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040404114051.A2F337303A@freebsd-current.sentex.ca> Date: Sun, 4 Apr 2004 07:40:51 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 11:40:52 -0000 TB --- 2004-04-04 10:08:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-04-04 10:08:58 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-04-04 10:08:58 - checking out the source tree TB --- 2004-04-04 10:08:58 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-04-04 10:08:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-04-04 10:17:10 - building world (CFLAGS=-O2 -pipe) TB --- 2004-04-04 10:17:10 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-04-04 10:17:10 - /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-04-04 11:26:16 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-04-04 11:26:16 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-04-04 11:26:16 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 4 11:26:16 GMT 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 >>> Kernel build for GENERIC completed on Sun Apr 4 11:33:43 GMT 2004 TB --- 2004-04-04 11:33:43 - generating LINT kernel config TB --- 2004-04-04 11:33:43 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2004-04-04 11:33:43 - /usr/bin/make -B LINT TB --- 2004-04-04 11:33:43 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2004-04-04 11:33:43 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-04-04 11:33:43 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 4 11:33:44 GMT 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 [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/bpf.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/bpf_filter.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/bridge.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/bsd_comp.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/other/tinderbox/CURRENT/amd64/amd64/src/sys -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c: In function `arc_output': /other/tinderbox/CURRENT/amd64/amd64/src/sys/net/if_arcsubr.c:139: error: too many arguments to function `arpresolve' *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/obj/amd64/other/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-04-04 11:40:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-04-04 11:40:51 - ERROR: failed to build lint kernel TB --- 2004-04-04 11:40:51 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 4 09:37:22 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FD2A16A4CE for ; Sun, 4 Apr 2004 09:37:22 -0700 (PDT) Received: from Sammael.Blosphere.net (sammael.Blosphere.net [193.66.203.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAB7543D46 for ; Sun, 4 Apr 2004 09:37:21 -0700 (PDT) (envelope-from sty@iki.fi) Received: from Sty305 (p4053-ipad205souka.saitama.ocn.ne.jp [222.145.63.53]) by Sammael.Blosphere.net (Postfix) with ESMTP id 983BA3F7AD for ; Sun, 4 Apr 2004 19:37:16 +0300 (EEST) Message-ID: <002501c41a63$1807b7e0$900110ac@Sty305> From: =?iso-8859-1?Q?Tommi_L=E4tti?= To: Date: Mon, 5 Apr 2004 01:37:01 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 Subject: K8S Pro and FreeBSD X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Apr 2004 16:37:22 -0000 I was doing some digging around various mailing lists and so but actually I couldn't find definite answers for the following questions about some specific things... I'm thinking about building a box with the K8S Pro with dual 240's and 4x256M of memory. I was wondering that: a) does the on-board SATA raid controller work with amd64, and in raid-1 configuration? It seems that the sata drives come with a nice pricetag compared to purchasing an scsi raid controller and the disks to go with. b) how about the GBDE? I actually need it so I was naturally wondering if it works nicely with the amd64 branch. It seems to scale just nicely with a dual p3 (running the latests 5.2.1). c) the memory configuration. I'm under the impression that I'll get the most bandwith out of the memory if I install 2 modules per processor? d) The linux emulation? The F-Secure guys don't have an freebsd port of their management server so I have to run a couple of linux binaries... (It's dirty and I don't like doing it that way but can't help it either) I guess that all the other more common software run just nicely. Apache, MySQL, PHP4, net-snmpd, GD2, postfix, cyrus, dspam to be precise... br, -- Tommi From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 5 01:21:55 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A0C816A4CE for ; Mon, 5 Apr 2004 01:21:55 -0700 (PDT) Received: from host.thewebpower.com (host.thewebpower.com [209.239.42.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 668F643D4C for ; Mon, 5 Apr 2004 01:21:52 -0700 (PDT) (envelope-from webmaster@kritikoi.gr) Received: (from kritikoi@localhost) by host.thewebpower.com (8.12.10/8.12.10) id i358Lpe5022685; Mon, 5 Apr 2004 06:21:51 -0200 Date: Mon, 5 Apr 2004 06:21:51 -0200 From: webmaster@kritikoi.gr Message-Id: <200404050821.i358Lpe5022685@host.thewebpower.com> X-Authentication-Warning: host.thewebpower.com: kritikoi set sender to webmaster@kritikoi.gr using -f To: freebsd-amd64@freebsd.org References: <200404050821.i358Lmgj022671@host.thewebpower.com> In-Reply-To: <200404050821.i358Lmgj022671@host.thewebpower.com> X-Loop: default@kritikoi.gr Precedence: junk Subject: Re: unknown X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 08:21:55 -0000 Σας ευχαριστούμε που επικοινωνήσατε μαζί μας . Θα σας απαντήσουμε όσο το δυνατόν γρηγορότερο. Οι υπεύθυνοι του site www.kritikoi.gr From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 5 05:23:13 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E568F16A4CE; Mon, 5 Apr 2004 05:23:13 -0700 (PDT) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id C203C43D4C; Mon, 5 Apr 2004 05:23:13 -0700 (PDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C221E7303A; Mon, 5 Apr 2004 08:23:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20040405122312.C221E7303A@freebsd-current.sentex.ca> Date: Mon, 5 Apr 2004 08:23:12 -0400 (EDT) Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 12:23:14 -0000 TB --- 2004-04-05 11:04:27 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2004-04-05 11:04:27 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2004-04-05 11:04:27 - checking out the source tree TB --- 2004-04-05 11:04:27 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64 TB --- 2004-04-05 11:04:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2004-04-05 11:10:21 - building world (CFLAGS=-O2 -pipe) TB --- 2004-04-05 11:10:21 - cd /home/tinderbox/sandbox/CURRENT/amd64/amd64/src TB --- 2004-04-05 11:10:21 - /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 [...] as --defsym SIO_PRT=0x3f8 --32 -o crt.o /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/kgzldr/crt.s as --defsym SIO_PRT=0x3f8 --32 -o sio.o /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/kgzldr/sio.s cc -Os -DKZIP -ffreestanding -mpreferred-stack-boundary=2 -m32 -Wl,-r -nostdlib -m elf_i386_fbsd -static -o kgzldr.o start.o boot.o inflate.o lib.o crt.o sio.o ===> sys/boot/i386/libi386 cc -O2 -pipe -DCOMPORT=0x3f8 -DCOMSPEED=9600 -DTERM_EMU -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386/../../common -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386/../btx/lib -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386/../../../contrib/dev/acpica -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386/../../.. -I. -I/other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386/../../../../lib/libstand/ -ffreestanding -mpreferred-stack-boundary=2 -m32 -c /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386/biosacpi.c In file included from /other/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica/acfreebsd.h:165, from /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386/biosacpi.c:34: /home/tinderbox/sandbox/CURRENT/amd64/amd64/obj/amd64/other/tinderbox/CURRENT/amd64/amd64/src/i386/usr/include/ctype.h:88: error: syntax error before "int" *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386/libi386. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot/i386. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys/boot. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src/sys. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /other/tinderbox/CURRENT/amd64/amd64/src. TB --- 2004-04-05 12:23:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2004-04-05 12:23:12 - ERROR: failed to build world TB --- 2004-04-05 12:23:12 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 5 11:01:35 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40CE716A4E7 for ; Mon, 5 Apr 2004 11:01:35 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 369D443D41 for ; Mon, 5 Apr 2004 11:01:35 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.10/8.12.10) with ESMTP id i35I1Zbv069752 for ; Mon, 5 Apr 2004 11:01:35 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.10/8.12.10/Submit) id i35I1YJ1069747 for freebsd-amd64@freebsd.org; Mon, 5 Apr 2004 11:01:34 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 5 Apr 2004 11:01:34 -0700 (PDT) Message-Id: <200404051801.i35I1YJ1069747@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 18:01:35 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/11/26] amd64/59713 amd64 Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8736516A4CE for ; Tue, 6 Apr 2004 05:45:24 -0700 (PDT) Received: from cri.ensmp.fr (orgenoy.ensmp.fr [193.48.171.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E7E543D5F for ; Tue, 6 Apr 2004 05:45:22 -0700 (PDT) (envelope-from silber@cri.ensmp.fr) Received: from cri.ensmp.fr (silber@stockholm.cri.ensmp.fr [10.2.14.153]) by cri.ensmp.fr (8.11.2/8.11.2/mx-cri-CRI) with ESMTP id i36Cj1n22138 for ; Tue, 6 Apr 2004 14:45:02 +0200 (MEST) Message-ID: <4072A646.8030405@cri.ensmp.fr> Date: Tue, 06 Apr 2004 14:44:54 +0200 From: Georges-Andre Silber User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031021 X-Accept-Language: en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: SMP problems Bi-Opteron/HDAMA X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Apr 2004 12:45:24 -0000 Hello, I've just installed a RELEASE-5.2.1 from a mini-inst CD on an HDAMA Bi-Opteron workstation and it seems that only one processor is recognized. Option SMP is activated and we just recompile a new kernel. Here is the message we get from dmesg: 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.1-RELEASE #0: Tue Apr 6 14:02:54 CEST 2004 root@surville.cri.ensmp.fr:/usr/src/sys/amd64/compile/SURVILLE Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80865000. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 244 (1804.10-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf51 Stepping = 1 Features=0x78bfbff AMD Features=0xe0500000 real memory = 8589934592 (8192 MB) avail memory = 8128172032 (7751 MB) ACPI-0159: *** Error: AcpiLoadTables: Could not get RSDP, AE_NO_ACPI_TABLES ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_NO_ACPI_TABLES ACPI: table load failed: AE_NO_ACPI_TABLES pcib0: at pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 6.0 on pci0 pci1: on pcib1 ohci0: mem 0xfc100000-0xfc100fff irq 11 at device 0.0 on pci1 Any idea ? G. Silber. From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 7 00:11:12 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3C4416A4CE for ; Wed, 7 Apr 2004 00:11:12 -0700 (PDT) Received: from cri.ensmp.fr (orgenoy.ensmp.fr [193.48.171.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4ED2F43D41 for ; Wed, 7 Apr 2004 00:11:11 -0700 (PDT) (envelope-from silber@cri.ensmp.fr) Received: from cri.ensmp.fr (silber@stockholm.cri.ensmp.fr [10.2.14.153]) by cri.ensmp.fr (8.11.2/8.11.2/mx-cri-CRI) with ESMTP id i377A0n04886; Wed, 7 Apr 2004 09:10:00 +0200 (MEST) Message-ID: <4073A942.6000605@cri.ensmp.fr> Date: Wed, 07 Apr 2004 09:09:54 +0200 From: Georges-Andre Silber User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031021 X-Accept-Language: en MIME-Version: 1.0 To: till@score.is.tsukuba.ac.jp References: <4072A646.8030405@cri.ensmp.fr> <20040406152758.GA6311%till@score.is.tsukuba.ac.jp> In-Reply-To: <20040406152758.GA6311%till@score.is.tsukuba.ac.jp> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org Subject: Re: SMP problems Bi-Opteron/HDAMA X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 07:11:12 -0000 Hello, Till Plewe wrote: > On Tue, Apr 06, 2004 at 02:44:54PM +0200, Georges-Andre Silber wrote: > >>Hello, >> >>I've just installed a RELEASE-5.2.1 from a mini-inst CD on an HDAMA >>Bi-Opteron workstation and it seems that only one processor is >>recognized. Option SMP is activated and we just recompile a new kernel. >>Here is the message we get from dmesg: >> > > > ... > > > 1) Does the generic kernel recognize both processors? No. > 2) Can you post `diff SURVILLE GENERIC`? surville# diff GENERIC SURVILLE 23c23 < ident GENERIC --- > ident SURVILLE As you can see, no big changes :-) I don't know what to do with my kernel to activate ACPI by default... > > - Till > > PS For me Bi-Opteron/HDAMA works. > Can you send me your kernel configuration ? Thanks, Georges. From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 7 01:07:35 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B56216A4CF for ; Wed, 7 Apr 2004 01:07:35 -0700 (PDT) Received: from mail.jrv.org (rrcs-sw-24-73-246-106.biz.rr.com [24.73.246.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1531743D55 for ; Wed, 7 Apr 2004 01:07:35 -0700 (PDT) (envelope-from james@jrv.org) Received: from jrv.org (zippy.jrv.org [192.168.3.156]) (authenticated bits=0) by dogfood.jrv.org (8.12.11/8.12.10) with ESMTP id i377VDs1042161 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Apr 2004 02:31:13 -0500 (CDT) (envelope-from james@jrv.org) Message-ID: <4073AE41.2080103@jrv.org> Date: Wed, 07 Apr 2004 02:31:13 -0500 From: "James R. Van Artsalen" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Georges-Andre Silber References: <4072A646.8030405@cri.ensmp.fr> <20040406152758.GA6311%till@score.is.tsukuba.ac.jp> <4073A942.6000605@cri.ensmp.fr> In-Reply-To: <4073A942.6000605@cri.ensmp.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: till@score.is.tsukuba.ac.jp cc: freebsd-amd64@freebsd.org Subject: Re: SMP problems Bi-Opteron/HDAMA X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 08:07:35 -0000 Georges-Andre Silber wrote: > surville# diff GENERIC SURVILLE > 23c23 > < ident GENERIC > --- > > ident SURVILLE > > As you can see, no big changes :-) > I don't know what to do with my kernel to activate ACPI by default... See if FreeBSD/i386 sees both processors. In particular, see if FreeBSD/i386 detects ACPI or the APIC. See if there is a newer BIOS for that motherboard. See if ACPI is disabled in ROM setup. My theory is that FreeBSD/amd64 is OK and that BIOS for whatever reason it not presenting ACPI correctly. From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 7 01:07:36 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0969A16A4CF for ; Wed, 7 Apr 2004 01:07:36 -0700 (PDT) Received: from mail.jrv.org (rrcs-sw-24-73-246-106.biz.rr.com [24.73.246.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A881B43D55 for ; Wed, 7 Apr 2004 01:07:35 -0700 (PDT) (envelope-from james@jrv.org) Received: from jrv.org (zippy.jrv.org [192.168.3.156]) (authenticated bits=0) by dogfood.jrv.org (8.12.11/8.12.10) with ESMTP id i375A6KK036618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 7 Apr 2004 00:10:06 -0500 (CDT) (envelope-from james@jrv.org) Message-ID: <40738D2E.7000509@jrv.org> Date: Wed, 07 Apr 2004 00:10:06 -0500 From: "James R. Van Artsalen" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Georges-Andre Silber References: <4072A646.8030405@cri.ensmp.fr> In-Reply-To: <4072A646.8030405@cri.ensmp.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org Subject: Re: SMP problems Bi-Opteron/HDAMA X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 08:07:36 -0000 Georges-Andre Silber wrote: > 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.1-RELEASE #0: Tue Apr 6 14:02:54 CEST 2004 > root@surville.cri.ensmp.fr:/usr/src/sys/amd64/compile/SURVILLE > Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80865000. > Timecounter "i8254" frequency 1193182 Hz quality 0 No ACPI, no APIC - I don't know if SMP can be used without these. My startup looks like this: 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.1-RELEASE-p1 #1: Wed Mar 10 01:07:41 CST 2004 root@dogfood.jrv.org:/usr/src/sys/amd64/compile/DOGFOOD Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff8090c000. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 244 (1793.45-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf51 Stepping = 1 Features=0x78bfbff AMD Features=0xe0500000 real memory = 8589934592 (8192 MB) avail memory = 7305748480 (6967 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard netsmb_dev: loaded acpi0: on motherboard ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0.SBRG.HPET._STA] (Node 0xffffff0000d26940), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.PCI0.SBRG.HPET._STA] (Node 0xffffff0000d26940), AE_AML_REGION_LIMIT ... From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 7 02:50:23 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06E2716A573 for ; Wed, 7 Apr 2004 02:50:23 -0700 (PDT) Received: from cri.ensmp.fr (orgenoy.ensmp.fr [193.48.171.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id D382243D46 for ; Wed, 7 Apr 2004 02:50:19 -0700 (PDT) (envelope-from silber@cri.ensmp.fr) Received: from cri.ensmp.fr (silber@stockholm.cri.ensmp.fr [10.2.14.153]) by cri.ensmp.fr (8.11.2/8.11.2/mx-cri-CRI) with ESMTP id i379nDn13375; Wed, 7 Apr 2004 11:49:13 +0200 (MEST) Message-ID: <4073CE92.5070400@cri.ensmp.fr> Date: Wed, 07 Apr 2004 11:49:06 +0200 From: Georges-Andre Silber User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031021 X-Accept-Language: en MIME-Version: 1.0 To: "James R. Van Artsalen" References: <4072A646.8030405@cri.ensmp.fr> <20040406152758.GA6311%till@score.is.tsukuba.ac.jp> <4073A942.6000605@cri.ensmp.fr> <4073AE41.2080103@jrv.org> In-Reply-To: <4073AE41.2080103@jrv.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: till@score.is.tsukuba.ac.jp cc: freebsd-amd64@freebsd.org Subject: Re: SMP problems Bi-Opteron/HDAMA X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 09:50:23 -0000 OK, I upgraded BIOS (1.84) and all goes well now... Thanks a lot. Having no Windows computer, I used a bootable CDROM of FreeDOS to upgrade BIOS stored on a floppy disk, it worked very well, it just scared me during the operation :-) Georges. James R. Van Artsalen wrote: > Georges-Andre Silber wrote: > >> surville# diff GENERIC SURVILLE >> 23c23 >> < ident GENERIC >> --- >> > ident SURVILLE >> >> As you can see, no big changes :-) >> I don't know what to do with my kernel to activate ACPI by default... > > > > See if FreeBSD/i386 sees both processors. In particular, see if > FreeBSD/i386 detects ACPI or the APIC. > > See if there is a newer BIOS for that motherboard. > > See if ACPI is disabled in ROM setup. > > My theory is that FreeBSD/amd64 is OK and that BIOS for whatever reason > it not presenting ACPI correctly. From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 7 05:41:04 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 146EE16A4CF for ; Wed, 7 Apr 2004 05:41:04 -0700 (PDT) Received: from cri.ensmp.fr (orgenoy.ensmp.fr [193.48.171.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2F4B43D31 for ; Wed, 7 Apr 2004 05:41:02 -0700 (PDT) (envelope-from silber@cri.ensmp.fr) Received: from cri.ensmp.fr (silber@stockholm.cri.ensmp.fr [10.2.14.153]) by cri.ensmp.fr (8.11.2/8.11.2/mx-cri-CRI) with ESMTP id i37Ce0n21992 for ; Wed, 7 Apr 2004 14:40:00 +0200 (MEST) Message-ID: <4073F699.6010402@cri.ensmp.fr> Date: Wed, 07 Apr 2004 14:39:53 +0200 From: Georges-Andre Silber User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031021 X-Accept-Language: en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: malloc: bug or feature ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 12:41:04 -0000 Hello, On my bi/opteron HDAMA workstation running FreeBSD 5.2-CURRENT AMD64 with 8GB RAM + 16GB Swap, I have a strange result for a test program I wrote in C: #include #include #include #define ITEM 100000000L int main (int ac, char* av[]) { unsigned long int memsize; void *mem; memsize = 0UL; while (1) { mem = malloc (ITEM); assert (mem != NULL); memsize += ITEM; } } As you can see, I just call malloc() until it returns NULL. The problem is that when total memory allocated reaches a value close to MAXDSIZE, it leads to a 'segmentation fault'. I ran the program through gdb: -bash-2.05b$ gcc -g taille.c -bash-2.05b$ ls a.out taille.c -bash-2.05b$ gdb a.out GNU gdb 20040323 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd5.2"... (gdb) run Starting program: /home/silber/a.out Program received signal SIGSEGV, Segmentation fault. 0x0000000200eec000 in ?? () (gdb) up #1 0x0000000200681d79 in ldexp () from /lib/libc.so.5 (gdb) up #2 0x00000002006821fd in ldexp () from /lib/libc.so.5 (gdb) up #3 0x00000002006823e1 in ldexp () from /lib/libc.so.5 (gdb) up #4 0x0000000200682789 in ldexp () from /lib/libc.so.5 (gdb) up #5 0x0000000200682840 in malloc () from /lib/libc.so.5 (gdb) up #6 0x00000000004006a9 in main (ac=1, av=0x7fffffffec38) at taille.c:12 12 mem = malloc (ITEM); (gdb) -------------------------------------------------------------------- tcsh> limit cputime unlimited filesize unlimited datasize 8388608 kbytes stacksize 524288 kbytes coredumpsize unlimited memoryuse unlimited vmemoryuse unlimited descriptors 11095 memorylocked unlimited maxproc 5547 sbsize unlimited tcsh> uname -a FreeBSD surville.cri.ensmp.fr 5.2-CURRENT FreeBSD 5.2-CURRENT #2: Wed Apr 7 13:20:40 CEST 2004 root@surville.cri.ensmp.fr:/usr/src/sys/amd64/compile/SURVILLE amd64 Is it a 'normal' behaviour of malloc()? Shouldn't malloc() return NULL? Georges Silber. From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 7 05:56:39 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFCE816A4CE for ; Wed, 7 Apr 2004 05:56:39 -0700 (PDT) Received: from meestal.stack.nl (meestal.stack.nl [131.155.140.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 456CD43D58 for ; Wed, 7 Apr 2004 05:56:39 -0700 (PDT) (envelope-from marcolz@stack.nl) Received: from hexagon.stack.nl (hexagon.stack.nl [IPv6:2001:610:1108:5010::144]) by meestal.stack.nl (Postfix) with ESMTP id 4073FA36#BEC1C396 for ; Wed, 7 Apr 2004 14:55:18 +0200 (CEST) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by hexagon.stack.nl (Postfix) with ESMTP id 4073FA49#95E7152D9; Wed, 7 Apr 2004 14:55:37 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 21EA7625E; Wed, 7 Apr 2004 14:55:32 +0200 (CEST) Date: Wed, 7 Apr 2004 14:55:32 +0200 From: Marc Olzheim To: Georges-Andre Silber Message-ID: <20040407125532.GA75228@stack.nl> References: <4073F699.6010402@cri.ensmp.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4073F699.6010402@cri.ensmp.fr> X-Operating-System: FreeBSD hammer.stack.nl 5.2-CURRENT FreeBSD 5.2-CURRENT X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.6i cc: freebsd-amd64@freebsd.org Subject: Re: malloc: bug or feature ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 12:56:40 -0000 On Wed, Apr 07, 2004 at 02:39:53PM +0200, Georges-Andre Silber wrote: > Is it a 'normal' behaviour of malloc()? Shouldn't malloc() return NULL? It should return NULL indeed. I can reproduce this on my -CURRENT machine, while 5.2.1-RELEASE is ok. Marc From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 7 06:00:16 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F49E16A4D1 for ; Wed, 7 Apr 2004 06:00:16 -0700 (PDT) Received: from meestal.stack.nl (meestal.stack.nl [131.155.140.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id D945A43D39 for ; Wed, 7 Apr 2004 06:00:15 -0700 (PDT) (envelope-from marcolz@stack.nl) Received: from hexagon.stack.nl (hexagon.stack.nl [IPv6:2001:610:1108:5010::144]) by meestal.stack.nl (Postfix) with ESMTP id 4073FB13#D279E396 for ; Wed, 7 Apr 2004 14:58:59 +0200 (CEST) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by hexagon.stack.nl (Postfix) with ESMTP id 4073FB26#EB35B51BB; Wed, 7 Apr 2004 14:59:18 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 65EEA625E; Wed, 7 Apr 2004 14:59:13 +0200 (CEST) Date: Wed, 7 Apr 2004 14:59:13 +0200 From: Marc Olzheim To: Georges-Andre Silber Message-ID: <20040407125913.GB75228@stack.nl> References: <4073F699.6010402@cri.ensmp.fr> <20040407125532.GA75228@stack.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040407125532.GA75228@stack.nl> X-Operating-System: FreeBSD hammer.stack.nl 5.2-CURRENT FreeBSD 5.2-CURRENT X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.6i cc: freebsd-amd64@freebsd.org Subject: Re: malloc: bug or feature ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 13:00:16 -0000 On Wed, Apr 07, 2004 at 02:55:32PM +0200, Marc Olzheim wrote: > On Wed, Apr 07, 2004 at 02:39:53PM +0200, Georges-Andre Silber wrote: > > Is it a 'normal' behaviour of malloc()? Shouldn't malloc() return NULL? > > It should return NULL indeed. I can reproduce this on my -CURRENT > machine, while 5.2.1-RELEASE is ok. Erhm to be more precise: a 32-bit 5.2.1-RELEASE binary runs ok on both i386 and amd64 -CURRENT, but a 64-bit -CURRENT binary doesn't. Marc From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 7 06:06:23 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BF7516A4DD for ; Wed, 7 Apr 2004 06:06:23 -0700 (PDT) Received: from cri.ensmp.fr (orgenoy.ensmp.fr [193.48.171.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id A39B443D45 for ; Wed, 7 Apr 2004 06:06:22 -0700 (PDT) (envelope-from silber@cri.ensmp.fr) Received: from cri.ensmp.fr (silber@stockholm.cri.ensmp.fr [10.2.14.153]) by cri.ensmp.fr (8.11.2/8.11.2/mx-cri-CRI) with ESMTP id i37D1in23157; Wed, 7 Apr 2004 15:01:44 +0200 (MEST) Message-ID: <4073FBB8.4050600@cri.ensmp.fr> Date: Wed, 07 Apr 2004 15:01:44 +0200 From: Georges-Andre Silber User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031021 X-Accept-Language: en MIME-Version: 1.0 To: Marc Olzheim References: <4073F699.6010402@cri.ensmp.fr> <20040407125532.GA75228@stack.nl> In-Reply-To: <20040407125532.GA75228@stack.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-amd64@freebsd.org Subject: Re: malloc: bug or feature ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 13:06:23 -0000 Marc Olzheim wrote: > On Wed, Apr 07, 2004 at 02:39:53PM +0200, Georges-Andre Silber wrote: > >>Is it a 'normal' behaviour of malloc()? Shouldn't malloc() return NULL? > > > It should return NULL indeed. I can reproduce this on my -CURRENT > machine, while 5.2.1-RELEASE is ok. > > Marc In my case, the bug was already there with 5.2.1-RELEASE. Strange... I haven't figure out why malloc() calls ldexp(). I took a look at the code in /usr/src/lib/libc/stdlib/malloc.c but I don't think that the right place to look for malloc() code, it does not correspond to the backtrace given by gdb... Georges. From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 7 08:39:09 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50BC916A4CE for ; Wed, 7 Apr 2004 08:39:09 -0700 (PDT) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16EF743D58 for ; Wed, 7 Apr 2004 08:39:09 -0700 (PDT) (envelope-from peter@evilpete.dyndns.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id AC42A2A8E3 for ; Wed, 7 Apr 2004 08:38:34 -0700 (PDT) (envelope-from peter@overcee.wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id 2DA56E29E for ; Wed, 7 Apr 2004 08:38:36 -0700 (PDT) (envelope-from peter@overcee.wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.12.11/8.12.11) with ESMTP id i37FbiTD035030; Wed, 7 Apr 2004 08:37:44 -0700 (PDT) (envelope-from peter@overcee.wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.12.11/8.12.11/Submit) id i37FbhC9035029; Wed, 7 Apr 2004 08:37:43 -0700 (PDT) (envelope-from peter) From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Wed, 7 Apr 2004 08:37:43 -0700 User-Agent: KMail/1.6.1 References: <4073F699.6010402@cri.ensmp.fr> <20040407125532.GA75228@stack.nl> In-Reply-To: <20040407125532.GA75228@stack.nl> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200404070837.43253.peter@wemm.org> Subject: Re: malloc: bug or feature ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 15:39:09 -0000 On Wednesday 07 April 2004 05:55 am, Marc Olzheim wrote: > On Wed, Apr 07, 2004 at 02:39:53PM +0200, Georges-Andre Silber wrote: > > Is it a 'normal' behaviour of malloc()? Shouldn't malloc() return > > NULL? > > It should return NULL indeed. I can reproduce this on my -CURRENT > machine, while 5.2.1-RELEASE is ok. In -current, this is normal. The default MALLOC_OPTIONS setting is 'AJ', which intentionally fills new malloc'ed data area with junk, and has all the assertions turned on. The SEGV looks suspicious though. I wonder if malloc is trying to put the junk in without checking if malloc failed. Anyway, try "env MALLOC_OPTIONS=aj ./a.out" See 'man malloc.conf' etc for more info. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 7 09:25:57 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 796C716A4CE for ; Wed, 7 Apr 2004 09:25:57 -0700 (PDT) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA07E43D5A for ; Wed, 7 Apr 2004 09:25:56 -0700 (PDT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id 40742B64#B6B271F003; Wed, 7 Apr 2004 18:25:08 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 485FB6374; Wed, 7 Apr 2004 18:25:03 +0200 (CEST) Date: Wed, 7 Apr 2004 18:25:03 +0200 From: Marc Olzheim To: Peter Wemm Message-ID: <20040407162503.GA4966@stack.nl> References: <4073F699.6010402@cri.ensmp.fr> <20040407125532.GA75228@stack.nl> <200404070837.43253.peter@wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200404070837.43253.peter@wemm.org> X-Operating-System: FreeBSD hammer.stack.nl 5.2-CURRENT FreeBSD 5.2-CURRENT X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.6i cc: freebsd-amd64@freebsd.org Subject: Re: malloc: bug or feature ? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Apr 2004 16:25:57 -0000 On Wed, Apr 07, 2004 at 08:37:43AM -0700, Peter Wemm wrote: > In -current, this is normal. The default MALLOC_OPTIONS setting is > 'AJ', which intentionally fills new malloc'ed data area with junk, and > has all the assertions turned on. > > The SEGV looks suspicious though. I wonder if malloc is trying to put > the junk in without checking if malloc failed. > > Anyway, try "env MALLOC_OPTIONS=aj ./a.out" See 'man malloc.conf' etc > for more info. Exactly the same: Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libc.so.5...done. Loaded symbols for /lib/libc.so.5 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0000000006461000 in ?? () (gdb) bt #0 0x0000000006461000 in ?? () #1 0x0000000200681c1d in ldexp () from /lib/libc.so.5 #2 0x00000002006820a1 in ldexp () from /lib/libc.so.5 #3 0x0000000200682285 in ldexp () from /lib/libc.so.5 #4 0x000000020068262d in ldexp () from /lib/libc.so.5 #5 0x00000002006826e4 in malloc () from /lib/libc.so.5 #6 0x00000000004006a1 in main (ac=1, av=0x7fffffffe470) at taille.c:12 (gdb) Marc > -- > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com > "All of this is for nothing if we don't go to the stars" - JMS/B5 -- Bobo goes to heaven, Zlo goes anywhere he wants... From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 8 08:26:53 2004 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0532516A4D0 for ; Thu, 8 Apr 2004 08:26:53 -0700 (PDT) Received: from maxwell.syr.edu (maxwell.syr.edu [128.230.129.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 913D043D58 for ; Thu, 8 Apr 2004 08:26:52 -0700 (PDT) (envelope-from jracine@maxwell.syr.edu) Received: from exchange.maxwell.syr.edu (excluster1.maxwell.syr.edu [128.230.129.230]) by maxwell.syr.edu (8.12.10/8.9.1) with ESMTP id i38FQoo2002352 for ; Thu, 8 Apr 2004 11:26:50 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 8 Apr 2004 11:26:51 -0400 Message-ID: <32A8B2CB12BFC84D8D11D872C787AA9A015E9AB4@EXCHANGE.forest.maxwell.syr.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: libwnck errors on amd64... guidance appreciated... Thread-Index: AcQdfepiiMecZphGRG2kt2NJeFRblg== From: "Jeff Racine" To: Subject: libwnck errors on amd64... guidance appreciated... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 15:26:53 -0000 Hi. I am in the process of setting up a dual opteron box. I installed gnome = 2.4 from the 5.2.1 cd, then updated to current and am upgrading to = gnome2.6. Things were going well but I have hit a snag with libwmck = related to the Xlibs I think. Here is the relevant part of the failure (uname, dmesg etc. to follow), = and thanks ever so much for your time and efforts. cc -shared -Wl,--rpath -Wl,/usr/X11R6/lib application.lo = class-group.lo pager.lo screen.lo tasklist.lo util.lo window.lo = window-action-menu.lo window-menu.lo workspace.lo xutils.lo = wnck-enum-types.lo wnck-marshal.lo pager-accessible.lo = pager-accessible-factory.lo workspace-accessible.lo = workspace-accessible-factory.lo -L/usr/local/lib -L/usr/X11R6/lib = -lgtk-x11-2.0 -lgdk-x11-2.0 -lXrandr -lXi -lXinerama -lXcursor -latk-1.0 = -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lXft -lfreetype -lz -lXrender = -lXext -lfontconfig -lpangox-1.0 -lX11 -lpango-1.0 -lgobject-2.0 = -lgmodule-2.0 -lglib-2.0 -liconv -lstartup-notification-1 -lSM -lICE = -lX11 -lXRes -lXext -Wl,-soname -Wl,libwnck-1.so.13 = -Wl,-retain-symbols-file -Wl,.libs/libwnck-1.exp -o = .libs/libwnck-1.so.13 /usr/bin/ld: /usr/X11R6/lib/libXRes.a(XRes.o): relocation R_X86_64_32 = can not be used when making a shared object; recompile with -fPIC /usr/X11R6/lib/libXRes.a: could not read symbols: Bad value gmake[2]: *** [libwnck-1.la] Error 1 gmake[2]: Leaving directory = `/usr/ports/x11-toolkits/libwnck/work/libwnck-2.6.0.1/libwnck' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory = `/usr/ports/x11-toolkits/libwnck/work/libwnck-2.6.0.1' gmake: *** [all-recursive-am] Error 2 *** Error code 2 Stop in /usr/ports/x11-toolkits/libwnck. ** Command failed [exit code 1]: /usr/bin/script -qa = /tmp/portupgrade44793.0 make -- dmesg 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: Wed Apr 7 13:17:17 GMT 2004 root@jracine.maxwell.syr.edu:/usr/obj/usr/src/sys/GENERIC Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff808a3000. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 248 (2205.01-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0xf58 Stepping =3D 8 = Features=3D0x78bfbff AMD Features=3D0xe0500800 real memory =3D 3623813120 (3455 MB) avail memory =3D 3494772736 (3332 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: [GIANT-LOCKED] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_cpu1: port 0x530-0x537 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 6.0 on pci0 pci2: on pcib2 ohci0: mem 0xfd8fe000-0xfd8fefff irq 19 = at device 0.0 on pci2 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfd8ff000-0xfd8fffff irq 19 = at device 0.1 on pci2 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered fwohci0: mem = 0xfd8f8000-0xfd8fbfff,0xfd8fd800-0xfd8fdfff irq 18 at device 6.0 on pci2 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.10 (ROM=3D1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 00:00:00:00:00:01:0e:f8 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:00:01:0e:f8 fwe0: Ethernet address: 02:00:00:01:0e:f8 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) ohci2: mem 0xfd8f7000-0xfd8f7fff irq 19 at = device 7.0 on pci2 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0 usb2: on ohci2 usb2: USB revision 1.0 uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 3 ports with 3 removable, self powered ohci3: mem 0xfd8fc000-0xfd8fcfff irq 16 at = device 7.1 on pci2 ohci3: [GIANT-LOCKED] usb3: OHCI version 1.0 usb3: on ohci3 usb3: USB revision 1.0 uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci2: at device 7.2 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 = on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 7.3 (no driver attached) pcm0: port 0xcc00-0xcc3f,0xc800-0xc8ff irq 17 at device 7.5 = on pci0 pcm0: [GIANT-LOCKED] pcm0: pcib3: at device 10.0 on pci0 pci3: on pcib3 skc0: port 0xa800-0xa8ff mem = 0xfd9fc000-0xfd9fffff irq 19 at device 3.0 on pci3 skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter sk0: on skc0 sk0: Ethernet address: 00:d0:68:03:d4:99 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseTX-FDX, auto skc0: [GIANT-LOCKED] pci0: at device 10.1 (no driver = attached) pcib4: at device 11.0 on pci0 pci4: on pcib4 twe0: <3ware 7000 series Storage Controller. Driver version 1.50.01.000> = port 0xbc00-0xbc0f mem 0xfe000000-0xfe7fffff,0xfeaffc00-0xfeaffc0f irq = 17 at device 1.0 on pci4 twe0: [GIANT-LOCKED] twe0: 4 ports, Firmware FE7S 1.05.00.063, BIOS BE7X 1.08.00.048 pci0: at device 11.1 (no driver = attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port = 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 cpu0 on motherboard cpu1 on motherboard orm0: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 248 (2205.01-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0xf58 Stepping =3D 8 = Features=3D0x78bfbff AMD Features=3D0xe0500800 real memory =3D 3623813120 (3455 MB) avail memory =3D 3494772736 (3332 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: [GIANT-LOCKED] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_cpu1: port 0x530-0x537 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 6.0 on pci0 pci2: on pcib2 ohci0: mem 0xfd8fe000-0xfd8fefff irq 19 = at device 0.0 on pci2 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfd8ff000-0xfd8fffff irq 19 = at device 0.1 on pci2 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered fwohci0: mem = 0xfd8f8000-0xfd8fbfff,0xfd8fd800-0xfd8fdfff irq 18 at device 6.0 on pci2 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.10 (ROM=3D1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 00:00:00:00:00:01:0e:f8 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:00:01:0e:f8 fwe0: Ethernet address: 02:00:00:01:0e:f8 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=3D0xc800ffc0, gen=3D1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <=3D 0, cable IRM =3D 0 (me) firewire0: bus manager 0 (me) ohci2: mem 0xfd8f7000-0xfd8f7fff irq 19 at = device 7.0 on pci2 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0 usb2: on ohci2 usb2: USB revision 1.0 uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 3 ports with 3 removable, self powered ohci3: mem 0xfd8fc000-0xfd8fcfff irq 16 at = device 7.1 on pci2 ohci3: [GIANT-LOCKED] usb3: OHCI version 1.0 usb3: on ohci3 usb3: USB revision 1.0 uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci2: at device 7.2 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 = on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 7.3 (no driver attached) pcm0: port 0xcc00-0xcc3f,0xc800-0xc8ff irq 17 at device 7.5 = on pci0 pcm0: [GIANT-LOCKED] pcm0: pcib3: at device 10.0 on pci0 pci3: on pcib3 skc0: port 0xa800-0xa8ff mem = 0xfd9fc000-0xfd9fffff irq 19 at device 3.0 on pci3 skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter sk0: on skc0 sk0: Ethernet address: 00:d0:68:03:d4:99 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseTX-FDX, auto skc0: [GIANT-LOCKED] pci0: at device 10.1 (no driver = attached) pcib4: at device 11.0 on pci0 pci4: on pcib4 twe0: <3ware 7000 series Storage Controller. Driver version 1.50.01.000> = port 0xbc00-0xbc0f mem 0xfe000000-0xfe7fffff,0xfeaffc00-0xfeaffc0f irq = 17 at device 1.0 on pci4 twe0: [GIANT-LOCKED] twe0: 4 ports, Firmware FE7S 1.05.00.063, BIOS BE7X 1.08.00.048 pci0: at device 11.1 (no driver = attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port = 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 cpu0 on motherboard cpu1 on motherboard orm0: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 248 (2205.01-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf58 Stepping = 8 Features=0x78bfbff AMD Features=0xe0500800 real memory = 3623813120 (3455 MB) avail memory = 3494772736 (3332 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard acpi0: [GIANT-LOCKED] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 acpi_cpu0: port 0x530-0x537 on acpi0 acpi_cpu1: port 0x530-0x537 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 6.0 on pci0 pci2: on pcib2 ohci0: mem 0xfd8fe000-0xfd8fefff irq 19 at device 0.0 on pci2 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfd8ff000-0xfd8fffff irq 19 at device 0.1 on pci2 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: AMD OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered fwohci0: mem 0xfd8f8000-0xfd8fbfff,0xfd8fd800-0xfd8fdfff irq 18 at device 6.0 on pci2 fwohci0: [GIANT-LOCKED] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channel is 4. fwohci0: EUI64 00:00:00:00:00:01:0e:f8 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:00:01:0e:f8 fwe0: Ethernet address: 02:00:00:01:0e:f8 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ohci2: mem 0xfd8f7000-0xfd8f7fff irq 19 at device 7.0 on pci2 ohci2: [GIANT-LOCKED] usb2: OHCI version 1.0 usb2: on ohci2 usb2: USB revision 1.0 uhub2: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 3 ports with 3 removable, self powered ohci3: mem 0xfd8fc000-0xfd8fcfff irq 16 at device 7.1 on pci2 ohci3: [GIANT-LOCKED] usb3: OHCI version 1.0 usb3: on ohci3 usb3: USB revision 1.0 uhub3: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered pci2: at device 7.2 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: at device 7.3 (no driver attached) pcm0: port 0xcc00-0xcc3f,0xc800-0xc8ff irq 17 at device 7.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pcib3: at device 10.0 on pci0 pci3: on pcib3 skc0: port 0xa800-0xa8ff mem 0xfd9fc000-0xfd9fffff irq 19 at device 3.0 on pci3 skc0: Yukon Gigabit Ethernet 10/100/1000Base-T Adapter sk0: on skc0 sk0: Ethernet address: 00:d0:68:03:d4:99 miibus0: on sk0 e1000phy0: on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [GIANT-LOCKED] pci0: at device 10.1 (no driver attached) pcib4: at device 11.0 on pci0 pci4: on pcib4 twe0: <3ware 7000 series Storage Controller. Driver version 1.50.01.000> port 0xbc00-0xbc0f mem 0xfe000000-0xfe7fffff,0xfeaffc00-0xfeaffc0f irq 17 at device 1.0 on pci4 twe0: [GIANT-LOCKED] twe0: 4 ports, Firmware FE7S 1.05.00.063, BIOS BE7X 1.08.00.048 pci0: at device 11.1 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 cpu0 on motherboard cpu1 on motherboard orm0: