From owner-freebsd-amd64@FreeBSD.ORG Sun Nov 6 06:13:20 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 823B116A41F; Sun, 6 Nov 2005 06:13:20 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0831343D45; Sun, 6 Nov 2005 06:13:17 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jA66DGPQ083996; Sun, 6 Nov 2005 01:13:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jA66DGga043000; Sun, 6 Nov 2005 01:13:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D6F007302F; Sun, 6 Nov 2005 01:13:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051106061315.D6F007302F@freebsd-current.sentex.ca> Date: Sun, 6 Nov 2005 01:13:15 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 06:13:20 -0000 TB --- 2005-11-06 04:16:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-06 04:16:16 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2005-11-06 04:16:16 - cleaning the object tree TB --- 2005-11-06 04:16:53 - checking out the source tree TB --- 2005-11-06 04:16:53 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2005-11-06 04:16:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2005-11-06 04:26:39 - building world (CFLAGS=-O -pipe) TB --- 2005-11-06 04:26:39 - cd /src TB --- 2005-11-06 04:26:39 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2005-11-06 05:50:02 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-06 05:50:02 - cd /src TB --- 2005-11-06 05:50:02 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Nov 6 05:50:03 UTC 2005 >>> 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 Nov 6 06:07:59 UTC 2005 TB --- 2005-11-06 06:07:59 - generating LINT kernel config TB --- 2005-11-06 06:07:59 - cd /src/sys/amd64/conf TB --- 2005-11-06 06:07:59 - /usr/bin/make -B LINT TB --- 2005-11-06 06:07:59 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-06 06:07:59 - cd /src TB --- 2005-11-06 06:07:59 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 6 06:08:00 UTC 2005 >>> 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 -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_quirk.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_resource.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_smbat.c cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/dev/acpica -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/acpica/acpi_thermal.c /src/sys/dev/acpica/acpi_thermal.c: In function `acpi_tz_get_temperature': /src/sys/dev/acpica/acpi_thermal.c:434: error: `_DebugInfo' undeclared (first use in this function) /src/sys/dev/acpica/acpi_thermal.c:434: error: (Each undeclared identifier is reported only once /src/sys/dev/acpica/acpi_thermal.c:434: error: for each function it appears in.) *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-06 06:13:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-06 06:13:15 - ERROR: failed to build lint kernel TB --- 2005-11-06 06:13:15 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Sun Nov 6 14:45:28 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 6414E16A425; Sun, 6 Nov 2005 14:45:28 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DF2043D79; Sun, 6 Nov 2005 14:45:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jA6Eix4l007686; Sun, 6 Nov 2005 09:44:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jA6Eixvr072676; Sun, 6 Nov 2005 09:44:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 78AC87302F; Sun, 6 Nov 2005 09:44:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051106144459.78AC87302F@freebsd-current.sentex.ca> Date: Sun, 6 Nov 2005 09:44:59 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2005 14:45:28 -0000 TB --- 2005-11-06 12:44:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-06 12:44:45 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-11-06 12:44:45 - cleaning the object tree TB --- 2005-11-06 12:45:21 - checking out the source tree TB --- 2005-11-06 12:45:21 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-11-06 12:45:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-11-06 12:52:16 - building world (CFLAGS=-O2 -pipe) TB --- 2005-11-06 12:52:16 - cd /src TB --- 2005-11-06 12:52:16 - /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 >>> stage 5.1: building 32 bit shim libraries TB --- 2005-11-06 14:22:43 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-11-06 14:22:43 - cd /src TB --- 2005-11-06 14:22:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Nov 6 14:22:43 UTC 2005 >>> 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 Nov 6 14:38:35 UTC 2005 TB --- 2005-11-06 14:38:35 - generating LINT kernel config TB --- 2005-11-06 14:38:35 - cd /src/sys/amd64/conf TB --- 2005-11-06 14:38:35 - /usr/bin/make -B LINT TB --- 2005-11-06 14:38:35 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-11-06 14:38:35 - cd /src TB --- 2005-11-06 14:38:35 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Nov 6 14:38:35 UTC 2005 >>> 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/ppbus/ppi.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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/ppbus/pps.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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/ppbus/vpo.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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/ppbus/vpoio.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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/puc/puc.c In file included from /src/sys/dev/puc/puc.c:85: ./opt_puc.h:1:1: "PUC_FASTINTR" redefined /src/sys/dev/puc/puc.c:2:1: this is the location of the previous definition *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-06 14:44:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-06 14:44:59 - ERROR: failed to build lint kernel TB --- 2005-11-06 14:44:59 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Sun Nov 6 15:44:06 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2373816A420; Sun, 6 Nov 2005 15:44:06 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D369843D5E; Sun, 6 Nov 2005 15:44:05 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from freefall.freebsd.org (jhb@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jA6Fi5Gp082897; Sun, 6 Nov 2005 15:44:05 GMT (envelope-from jhb@freefall.freebsd.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jA6Fi5LF082893; Sun, 6 Nov 2005 15:44:05 GMT (envelope-from jhb) Date: Sun, 6 Nov 2005 15:44:05 GMT From: John Baldwin Message-Id: <200511061544.jA6Fi5LF082893@freefall.freebsd.org> To: ejwalt@comcast.net, jhb@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/86244: dfi nf4 ulta-d X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Nov 2005 15:44:06 -0000 Synopsis: dfi nf4 ulta-d State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Sun Nov 6 15:43:07 GMT 2005 State-Changed-Why: Not an actual bug report. Probably the best way to ask this is to just ask on the amd64@ mailing list. http://www.freebsd.org/cgi/query-pr.cgi?pr=86244 From owner-freebsd-amd64@FreeBSD.ORG Sun Nov 6 18:20:18 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2392816A420 for ; Sun, 6 Nov 2005 18:20:18 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B8A143D49 for ; Sun, 6 Nov 2005 18:20:17 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jA6IKHTV005615 for ; Sun, 6 Nov 2005 18:20:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jA6IKHgA005614; Sun, 6 Nov 2005 18:20:17 GMT (envelope-from gnats) Resent-Date: Sun, 6 Nov 2005 18:20:17 GMT Resent-Message-Id: <200511061820.jA6IKHgA005614@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Aron Pongo Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84EF916A41F for ; Sun, 6 Nov 2005 18:17:45 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5595243D46 for ; Sun, 6 Nov 2005 18:17:45 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id jA6IHi2T002801 for ; Sun, 6 Nov 2005 18:17:44 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id jA6IHiDG002800; Sun, 6 Nov 2005 18:17:44 GMT (envelope-from nobody) Message-Id: <200511061817.jA6IHiDG002800@www.freebsd.org> Date: Sun, 6 Nov 2005 18:17:44 GMT From: Aron Pongo To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/88568: the freebsd 6.0-RELEASE install cd does not boot X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 06 Nov 2005 18:20:18 -0000 >Number: 88568 >Category: amd64 >Synopsis: the freebsd 6.0-RELEASE install cd does not boot >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 06 18:20:17 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Aron Pongo >Release: 6.0-RELEASE >Organization: AGX >Environment: The system is an Athlon64-3000, 2GB RAM, nvidia 6600GT gfx, sblive sound card, Logitech USB keyboard, Microsoft Intellimouse USB mouse, Teac DVD drive, MSI NForce3 Ultra mainboard >Description: I was unable to boot the FreeBSD 6.0-RELEASE install CD 1. I got a message saying 'panic: ohci_add_done: 0x0009fbd0 not found', followed by a reboot after 15 seconds. Tried to load the kernel with option#7 (usb keyboard) and no-acpi, but it didn't help. >How-To-Repeat: That's kind of easy, I only have to insert the CD and try to boot from it. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 10:00:29 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A60716A463 for ; Mon, 7 Nov 2005 10:00:29 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A52643D58 for ; Mon, 7 Nov 2005 10:00:29 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jA7A0Tvl037721 for ; Mon, 7 Nov 2005 10:00:29 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jA7A0Ta8037720; Mon, 7 Nov 2005 10:00:29 GMT (envelope-from gnats) Date: Mon, 7 Nov 2005 10:00:29 GMT Message-Id: <200511071000.jA7A0Ta8037720@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Aron Pongo Cc: Subject: Re: amd64/88568: the freebsd 6.0-RELEASE install cd does not boot X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Aron Pongo List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 10:00:30 -0000 The following reply was made to PR amd64/88568; it has been noted by GNATS. From: Aron Pongo To: bug-followup@FreeBSD.org, aron@agx.sk Cc: Subject: Re: amd64/88568: the freebsd 6.0-RELEASE install cd does not boot Date: Mon, 07 Nov 2005 10:55:09 +0100 Removing the USB keyboard and using one which plugs to the PS/2 port makes the problem go away, so I guess there is either something wrong with my keyboard or with the ohci driver... From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 11:02:00 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 E0FA716A422 for ; Mon, 7 Nov 2005 11:02:00 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C14043D49 for ; Mon, 7 Nov 2005 11:02:00 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jA7B207d049769 for ; Mon, 7 Nov 2005 11:02:00 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jA7B1xW8049762 for freebsd-amd64@freebsd.org; Mon, 7 Nov 2005 11:01:59 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 7 Nov 2005 11:01:59 GMT Message-Id: <200511071101.jA7B1xW8049762@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 Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 11:02:01 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/27] amd64/73211 amd64 FAST_IPSEC broken on amd64 o [2005/08/09] amd64/84693 amd64 Keyboard not recognized during first step o [2005/11/06] amd64/88568 amd64 the freebsd 6.0-RELEASE install cd does 3 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/11/26] amd64/59714 amd64 device timeout and ad0: WARNING - WRITE_D o [2004/07/28] amd64/69704 amd64 ext2/ext3 unstable in amd64 o [2004/07/28] amd64/69707 amd64 IPC32 dont work OK in amd64 FreeBSD o [2004/09/07] amd64/71471 amd64 Can not install 5.3beta3/amd64 on IBM eSe o [2004/09/12] amd64/71644 amd64 [panic] amd64 5.3-BETA4 crash when heavy o [2004/10/28] amd64/73252 amd64 ad6: WARNING - READ_DMA interrupt was see o [2004/10/30] amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdo o [2004/11/01] amd64/73369 amd64 on-board firewire unreliable with Asus K8 o [2004/11/07] amd64/73650 amd64 5.3-release panics on boot o [2004/11/10] amd64/73775 amd64 Kernel panic (trap 12) when booting with o [2004/11/16] amd64/74014 amd64 5.3-RELEASE-AMD64 freezes on boot during o [2004/12/05] amd64/74747 amd64 System panic on shutdown when process wil o [2004/12/18] amd64/75209 amd64 5.3-Release panics on attempted boot from o [2004/12/23] amd64/75417 amd64 ACPI: SATA Hard-disk o [2005/01/12] amd64/76136 amd64 system halts before reboot o [2005/01/17] amd64/76336 amd64 racoon/setkey -D cases instant "Fatal Tra o [2005/02/02] amd64/77011 amd64 consisten 5.3-p5 make crash on installwor o [2005/02/17] amd64/77629 amd64 aMule hardlocks AMD64 system o [2005/02/23] amd64/77949 amd64 Pb boot FreeBSD 64 o [2005/03/04] amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/p o [2005/03/07] amd64/78558 amd64 installation o [2005/03/14] amd64/78848 amd64 [sis] sis driver on FreeBSD 5.x does not o [2005/04/12] amd64/79813 amd64 Will not install/run on amd64 nForce 4 pl o [2005/04/19] amd64/80114 amd64 kldload snd_ich causes interrupt storm wh o [2005/05/06] amd64/80691 amd64 amd64 kernel hangs on load o [2005/05/14] amd64/81037 amd64 SATA problem o [2005/05/19] amd64/81272 amd64 JDK 1.5 port doesn't build. o [2005/05/20] amd64/81325 amd64 KLD if_ath.ko: depends on ath_hal - not a o [2005/05/28] amd64/81602 amd64 SATA crashes with parallel pcm access o [2005/06/09] amd64/82071 amd64 incorrect -march's parameter to build 32b o [2005/06/19] amd64/82425 amd64 fxp0: device timeout, fxp interface dies o [2005/06/23] amd64/82555 amd64 Kernel Panic - after i connect to my "amd o [2005/07/05] amd64/83005 amd64 Memory Occupied during installation of th o [2005/08/12] amd64/84832 amd64 Installation crashes just at boot AMD64/ o [2005/08/14] amd64/84930 amd64 [msdosfs] something wrong with msdosfs on o [2005/08/18] amd64/85081 amd64 TeamSpeak o [2005/08/29] amd64/85431 amd64 AMD64 has short but temporary freezes (ha o [2005/08/29] amd64/85451 amd64 6.0-BETA3 lockups on AMD64 o [2005/09/13] amd64/86080 amd64 [radeon] [hang] radeon DRI causes system o [2005/09/16] amd64/86199 amd64 Missed AMD64 motherboard o [2005/09/23] amd64/86503 amd64 [atapicam] [panic] k3b crash the system l o [2005/10/09] amd64/87156 amd64 First Installation: Kernel crashes o [2005/10/11] amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Are o [2005/10/12] amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powe o [2005/10/12] amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD a [2005/10/12] amd64/87328 amd64 [boot] BTX halted error o [2005/10/12] amd64/87348 amd64 amd64+smp+startkde always crashing a [2005/10/14] amd64/87436 amd64 gui does not start on the ATI RS480 M2-IL o [2005/10/15] amd64/87472 amd64 I downloaded 5.4 and went to install it, o [2005/10/16] amd64/87514 amd64 6.0-CURRENT freezes machine using >4GB on o [2005/10/19] amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron o [2005/10/20] amd64/87748 amd64 can't initialize X o [2005/10/24] amd64/87898 amd64 Failt to init X: can't open device/io o [2005/10/25] amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock c o [2005/10/30] amd64/88249 amd64 getdents syscall fails for devfs on amd64 o [2005/10/31] amd64/88299 amd64 swapcontext fails with errno 0 o [2005/11/04] amd64/88485 amd64 em(4) problem 57 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/01/11] amd64/61209 amd64 ppc0: cannot reserve I/O port range o [2004/02/21] amd64/63188 amd64 [ti] ti(4) broken on amd64 o [2004/07/28] amd64/69705 amd64 IPC problem (msq_queues) o [2004/07/28] amd64/69709 amd64 ACPI enabled then floppy don't work (5.2. o [2004/08/15] amd64/70500 amd64 [bge] bge driver for 3Com 3C996B on amd64 o [2004/12/02] amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when boo o [2004/12/07] amd64/74811 amd64 [nfs] df, nfs mount, negative Avail -> 32 o [2004/12/13] ports/75015 amd64 cvsup on amd64 coredumps with either runs o [2005/03/17] amd64/78954 amd64 kerberos 5 failed to build o [2005/05/16] amd64/81089 amd64 [bge] [patch] FreeBSD 5.4 released versio o [2005/06/12] amd64/82178 amd64 missing 32bit subsystem o [2005/06/18] amd64/82399 amd64 MSI K8N Neo4 Platinium is not supported o [2005/07/20] amd64/83806 amd64 Can not comple /usr/src/lib/msun/amd64/fe o [2005/08/07] amd64/84652 amd64 kbdmap -r dumps core o [2005/08/20] amd64/85144 amd64 Asus K8S-MX mobo, integ LAN not recognize o [2005/09/02] amd64/85626 amd64 java/jdk15 compile error o [2005/09/06] amd64/85812 amd64 "Rebooting..." on serial console appears o [2005/09/07] amd64/85820 amd64 1.5 times slower performance with SCHED_U o [2005/10/23] amd64/87882 amd64 emu10k1 and APCI on amd64 is just noisy 19 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 14:48:29 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 3CED416A420 for ; Mon, 7 Nov 2005 14:48:29 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FE3743D6E for ; Mon, 7 Nov 2005 14:48:24 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by xproxy.gmail.com with SMTP id s8so406418wxc for ; Mon, 07 Nov 2005 06:48:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=OPdKEu+dH/PVM8nrvu1Rk2Z0yit1cqguNFQDL7hMzAIXTOVROuNWcnFH/y2peRDJX+pN5taiZyO5J6poICmDihBv3zr+0IJcqU5DQbEUX+0MCLjyZ/KzTwDPHBhxVduNlQ8/12OYnOJhlqoHz8hi5sHafnz0Q53QvSHnsdgupOE= Received: by 10.64.183.17 with SMTP id g17mr5322197qbf; Mon, 07 Nov 2005 06:48:24 -0800 (PST) Received: by 10.64.151.6 with HTTP; Mon, 7 Nov 2005 06:48:24 -0800 (PST) Message-ID: Date: Mon, 7 Nov 2005 15:48:24 +0100 From: Claus Guttesen To: freebsd-amd64 List MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: amd64 does not see all 4 GB RAM on tyan GT24 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 14:48:29 -0000 Hi. Just received a Tyan GT24 with a S2891 board. In the bios-setup-utility the board has 4 GB RAM, but when FreeBSD 6.0 release boot it only recognizes 3 GB. Dmesg: Copyright (c) 1992-2005 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 6.0-RELEASE #0: Mon Nov 7 16:30:28 CET 2005 claus@ulla.eurofoto.no:/usr/obj/usr/src/sys/WEBSRV Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual Core AMD Opteron(tm) Processor 275 (2210.20-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x20f12 Stepping =3D 2 Features=3D0x178bfbff Features2=3D0x1 AMD Features=3D0xe2500800,LM,3DNow+,3DNow> Hyperthreading: 2 logical CPUs real memory =3D 3488743424 (3327 MB) avail memory =3D 3368710144 (3212 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-27 on motherboard ioapic2 irqs 28-31 on motherboard acpi0: on motherboard .... I have tried to switch between Linux and other in OS mode from within bios, but no difference. regards Claus From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 14:51:05 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 4AFE616A41F for ; Mon, 7 Nov 2005 14:51:05 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8CF543D49 for ; Mon, 7 Nov 2005 14:51:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jA7Ep2iT043715; Mon, 7 Nov 2005 07:51:02 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <436F69DB.8060408@samsco.org> Date: Mon, 07 Nov 2005 07:51:07 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Claus Guttesen References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-amd64 List Subject: Re: amd64 does not see all 4 GB RAM on tyan GT24 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 14:51:05 -0000 Claus Guttesen wrote: > Hi. > > Just received a Tyan GT24 with a S2891 board. In the > bios-setup-utility the board has 4 GB RAM, but when FreeBSD 6.0 > release boot it only recognizes 3 GB. Dmesg: Please send the verbose boot output, specifically the lines that mention 'SMAP'. Scott From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 14:57:21 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 DF56116A41F; Mon, 7 Nov 2005 14:57:21 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6994543D45; Mon, 7 Nov 2005 14:57:21 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jA7EvKve007241; Mon, 7 Nov 2005 09:57:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jA7EvK9u066025; Mon, 7 Nov 2005 09:57:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 271ED7302F; Mon, 7 Nov 2005 09:57:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051107145720.271ED7302F@freebsd-current.sentex.ca> Date: Mon, 7 Nov 2005 09:57:20 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 14:57:22 -0000 TB --- 2005-11-07 12:57:28 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-07 12:57:28 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-11-07 12:57:28 - cleaning the object tree TB --- 2005-11-07 12:58:07 - checking out the source tree TB --- 2005-11-07 12:58:07 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-11-07 12:58:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-11-07 13:04:55 - building world (CFLAGS=-O2 -pipe) TB --- 2005-11-07 13:04:55 - cd /src TB --- 2005-11-07 13:04:55 - /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 >>> stage 5.1: building 32 bit shim libraries TB --- 2005-11-07 14:34:46 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-11-07 14:34:46 - cd /src TB --- 2005-11-07 14:34:46 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Nov 7 14:34:46 UTC 2005 >>> 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 Mon Nov 7 14:51:07 UTC 2005 TB --- 2005-11-07 14:51:07 - generating LINT kernel config TB --- 2005-11-07 14:51:07 - cd /src/sys/amd64/conf TB --- 2005-11-07 14:51:07 - /usr/bin/make -B LINT TB --- 2005-11-07 14:51:07 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-11-07 14:51:07 - cd /src TB --- 2005-11-07 14:51:07 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Nov 7 14:51:07 UTC 2005 >>> 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/ppbus/ppi.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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/ppbus/pps.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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/ppbus/vpo.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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/ppbus/vpoio.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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -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 -finstrument-functions -Wno-inline /src/sys/dev/puc/puc.c In file included from /src/sys/dev/puc/puc.c:87: ./opt_puc.h:1:1: "PUC_FASTINTR" redefined /src/sys/dev/puc/puc.c:3:1: this is the location of the previous definition *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-07 14:57:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-07 14:57:19 - ERROR: failed to build lint kernel TB --- 2005-11-07 14:57:19 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 15:37:42 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 EF50716A41F for ; Mon, 7 Nov 2005 15:37:41 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76B1E43D45 for ; Mon, 7 Nov 2005 15:37:41 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by xproxy.gmail.com with SMTP id s6so464616wxc for ; Mon, 07 Nov 2005 07:37:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=eO28nkDKRHFIabvComaj75b7hh01WRsKBDqHsNzxMwKIwFEVRAcIMubpi33oHIa/RG0FO+fQG9/Bh93gNyk7EsMNMF1FPjucNwiXxA63HrMTZ6jvZxvjkIXh9QYVwKWtgEIYqrYWp3OI7tf+IYQ1fOQ3QpaqZnH/Am+jkxBEPnA= Received: by 10.64.185.7 with SMTP id i7mr5396947qbf; Mon, 07 Nov 2005 07:31:24 -0800 (PST) Received: by 10.64.151.6 with HTTP; Mon, 7 Nov 2005 07:31:24 -0800 (PST) Message-ID: Date: Mon, 7 Nov 2005 16:31:24 +0100 From: Claus Guttesen To: Scott Long In-Reply-To: <436F69DB.8060408@samsco.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_55331_9164446.1131377484329" References: <436F69DB.8060408@samsco.org> Cc: freebsd-amd64 List Subject: Re: amd64 does not see all 4 GB RAM on tyan GT24 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 15:37:42 -0000 ------=_Part_55331_9164446.1131377484329 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > > Just received a Tyan GT24 with a S2891 board. In the > > bios-setup-utility the board has 4 GB RAM, but when FreeBSD 6.0 > > release boot it only recognizes 3 GB. Dmesg: > > Please send the verbose boot output, specifically the lines that > mention 'SMAP'. Did a verbose boot but no lines mentioning SMAP. Verbose dmes is attached. regards Claus ------=_Part_55331_9164446.1131377484329 Content-Type: application/octet-stream; name="verbose_dmesg_ulla" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="verbose_dmesg_ulla" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDUgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDYuMC1SRUxFQVNFICMwOiBNb24gTm92ICA3IDE2OjMwOjI4 IENFVCAyMDA1CiAgICBjbGF1c0B1bGxhLmV1cm9mb3RvLm5vOi91c3Ivb2JqL3Vzci9zcmMvc3lz L1dFQlNSVgpQcmVsb2FkZWQgZWxmIGtlcm5lbCAiL2Jvb3Qva2VybmVsL2tlcm5lbCIgYXQgMHhm ZmZmZmZmZjgwNjBiMDAwLgpDYWxpYnJhdGluZyBjbG9jayhzKSAuLi4gaTgyNTQgY2xvY2s6IDEx OTMyOTIgSHoKQ0xLX1VTRV9JODI1NF9DQUxJQlJBVElPTiBub3Qgc3BlY2lmaWVkIC0gdXNpbmcg ZGVmYXVsdCBmcmVxdWVuY3kKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBI eiBxdWFsaXR5IDAKQ2FsaWJyYXRpbmcgVFNDIGNsb2NrIC4uLiBUU0MgY2xvY2s6IDIyMTAxOTY0 MzAgSHoKQ1BVOiBEdWFsIENvcmUgQU1EIE9wdGVyb24odG0pIFByb2Nlc3NvciAyNzUgKDIyMTAu MjAtTUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiQXV0aGVudGljQU1EIiAgSWQgPSAweDIw ZjEyICBTdGVwcGluZyA9IDIKICBGZWF0dXJlcz0weDE3OGJmYmZmPEZQVSxWTUUsREUsUFNFLFRT QyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENM RkxVU0gsTU1YLEZYU1IsU1NFLFNTRTIsSFRUPgogIEZlYXR1cmVzMj0weDE8U1NFMz4KICBBTUQg RmVhdHVyZXM9MHhlMjUwMDgwMDxTWVNDQUxMLE5YLE1NWCssPGIyNT4sTE0sM0ROb3crLDNETm93 PgogIEh5cGVydGhyZWFkaW5nOiAyIGxvZ2ljYWwgQ1BVcwpMMSAyTUIgZGF0YSBUTEI6IDggZW50 cmllcywgZnVsbHkgYXNzb2NpYXRpdmUKTDEgMk1CIGluc3RydWN0aW9uIFRMQjogOCBlbnRyaWVz LCBmdWxseSBhc3NvY2lhdGl2ZQpMMSA0S0IgZGF0YSBUTEI6IDMyIGVudHJpZXMsIGZ1bGx5IGFz c29jaWF0aXZlCkwxIDRLQiBpbnN0cnVjdGlvbiBUTEI6IDMyIGVudHJpZXMsIGZ1bGx5IGFzc29j aWF0aXZlCkwxIGRhdGEgY2FjaGU6IDY0IGtieXRlcywgNjQgYnl0ZXMvbGluZSwgMSBsaW5lcy90 YWcsIDItd2F5IGFzc29jaWF0aXZlCkwxIGluc3RydWN0aW9uIGNhY2hlOiA2NCBrYnl0ZXMsIDY0 IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCAyLXdheSBhc3NvY2lhdGl2ZQpMMiAyTUIgdW5pZmll ZCBUTEI6IDAgZW50cmllcywgZGlzYWJsZWQvbm90IHByZXNlbnQKTDIgNEtCIGRhdGEgVExCOiA1 MTIgZW50cmllcywgNC13YXkgYXNzb2NpYXRpdmUKTDIgNEtCIGluc3RydWN0aW9uIFRMQjogNTEy IGVudHJpZXMsIDQtd2F5IGFzc29jaWF0aXZlCkwyIHVuaWZpZWQgY2FjaGU6IDEwMjQga2J5dGVz LCA2NCBieXRlcy9saW5lLCAxIGxpbmVzL3RhZywgMTYtd2F5IGFzc29jaWF0aXZlCnJlYWwgbWVt b3J5ICA9IDM0ODg3NDM0MjQgKDMzMjcgTUIpClBoeXNpY2FsIG1lbW9yeSBjaHVuayhzKToKMHgw MDAwMDAwMDAwMDAxMDAwIC0gMHgwMDAwMDAwMDAwMDkwZmZmLCA1ODk4MjQgYnl0ZXMgKDE0NCBw YWdlcykKMHgwMDAwMDAwMDAwNzA4MDAwIC0gMHgwMDAwMDAwMGM5ZDY2ZmZmLCAzMzc4OTAwOTky IGJ5dGVzICg4MjQ5MjcgcGFnZXMpCmF2YWlsIG1lbW9yeSA9IDMzNjg3MTAxNDQgKDMyMTIgTUIp CkFDUEkgQVBJQyBUYWJsZTogPFBUTFREICAJIEFQSUMgID4KQVBJQyBJRDogcGh5c2ljYWwgMCwg bG9naWNhbCAwOjAKQVBJQyBJRDogcGh5c2ljYWwgMSwgbG9naWNhbCAwOjEKQVBJQyBJRDogcGh5 c2ljYWwgMiwgbG9naWNhbCAwOjIKQVBJQyBJRDogcGh5c2ljYWwgMywgbG9naWNhbCAwOjMKRnJl ZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogNCBDUFVzCiBjcHUwIChC U1ApOiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMQogY3B1MiAoQVApOiBBUElD IElEOiAgMgogY3B1MyAoQVApOiBBUElDIElEOiAgMwpBUElDOiBDUFUgMCBoYXMgQUNQSSBJRCAw CkFQSUM6IENQVSAxIGhhcyBBQ1BJIElEIDEKQVBJQzogQ1BVIDIgaGFzIEFDUEkgSUQgMgpBUElD OiBDUFUgMyBoYXMgQUNQSSBJRCAzCk1BRFQ6IEZvdW5kIElPIEFQSUMgSUQgMiwgSW50ZXJydXB0 IDAgYXQgMHhmZWMwMDAwMAppb2FwaWMwOiBSb3V0aW5nIGV4dGVybmFsIDgyNTlBJ3MgLT4gaW50 cGluIDAKaW9hcGljMDogaW50cGluIDAgLT4gRXh0SU5UIChlZGdlLCBoaWdoKQppb2FwaWMwOiBp bnRwaW4gMSAtPiBJU0EgSVJRIDEgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiAyIC0+IElT QSBJUlEgMiAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDMgLT4gSVNBIElSUSAzIChlZGdl LCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gNCAtPiBJU0EgSVJRIDQgKGVkZ2UsIGhpZ2gpCmlvYXBp YzA6IGludHBpbiA1IC0+IElTQSBJUlEgNSAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDYg LT4gSVNBIElSUSA2IChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gNyAtPiBJU0EgSVJRIDcg KGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiA4IC0+IElTQSBJUlEgOCAoZWRnZSwgaGlnaCkK aW9hcGljMDogaW50cGluIDkgLT4gSVNBIElSUSA5IChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRw aW4gMTAgLT4gSVNBIElSUSAxMCAoZWRnZSwgaGlnaCkKaW9hcGljMDogaW50cGluIDExIC0+IElT QSBJUlEgMTEgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGludHBpbiAxMiAtPiBJU0EgSVJRIDEyIChl ZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gMTMgLT4gSVNBIElSUSAxMyAoZWRnZSwgaGlnaCkK aW9hcGljMDogaW50cGluIDE0IC0+IElTQSBJUlEgMTQgKGVkZ2UsIGhpZ2gpCmlvYXBpYzA6IGlu dHBpbiAxNSAtPiBJU0EgSVJRIDE1IChlZGdlLCBoaWdoKQppb2FwaWMwOiBpbnRwaW4gMTYgLT4g UENJIElSUSAxNiAobGV2ZWwsIGxvdykKaW9hcGljMDogaW50cGluIDE3IC0+IFBDSSBJUlEgMTcg KGxldmVsLCBsb3cpCmlvYXBpYzA6IGludHBpbiAxOCAtPiBQQ0kgSVJRIDE4IChsZXZlbCwgbG93 KQppb2FwaWMwOiBpbnRwaW4gMTkgLT4gUENJIElSUSAxOSAobGV2ZWwsIGxvdykKaW9hcGljMDog aW50cGluIDIwIC0+IFBDSSBJUlEgMjAgKGxldmVsLCBsb3cpCmlvYXBpYzA6IGludHBpbiAyMSAt PiBQQ0kgSVJRIDIxIChsZXZlbCwgbG93KQppb2FwaWMwOiBpbnRwaW4gMjIgLT4gUENJIElSUSAy MiAobGV2ZWwsIGxvdykKaW9hcGljMDogaW50cGluIDIzIC0+IFBDSSBJUlEgMjMgKGxldmVsLCBs b3cpCk1BRFQ6IEZvdW5kIElPIEFQSUMgSUQgMywgSW50ZXJydXB0IDI0IGF0IDB4ZGYyMDAwMDAK aW9hcGljMTogaW50cGluIDAgLT4gUENJIElSUSAyNCAobGV2ZWwsIGxvdykKaW9hcGljMTogaW50 cGluIDEgLT4gUENJIElSUSAyNSAobGV2ZWwsIGxvdykKaW9hcGljMTogaW50cGluIDIgLT4gUENJ IElSUSAyNiAobGV2ZWwsIGxvdykKaW9hcGljMTogaW50cGluIDMgLT4gUENJIElSUSAyNyAobGV2 ZWwsIGxvdykKTUFEVDogRm91bmQgSU8gQVBJQyBJRCA0LCBJbnRlcnJ1cHQgMjggYXQgMHhkZjIw MTAwMAppb2FwaWMyOiBpbnRwaW4gMCAtPiBQQ0kgSVJRIDI4IChsZXZlbCwgbG93KQppb2FwaWMy OiBpbnRwaW4gMSAtPiBQQ0kgSVJRIDI5IChsZXZlbCwgbG93KQppb2FwaWMyOiBpbnRwaW4gMiAt PiBQQ0kgSVJRIDMwIChsZXZlbCwgbG93KQppb2FwaWMyOiBpbnRwaW4gMyAtPiBQQ0kgSVJRIDMx IChsZXZlbCwgbG93KQpNQURUOiBJbnRlcnJ1cHQgb3ZlcnJpZGU6IHNvdXJjZSA5LCBpcnEgOQpp b2FwaWMwOiBpbnRwaW4gOSB0cmlnZ2VyOiBsZXZlbAppb2FwaWMwOiBpbnRwaW4gOSBwb2xhcml0 eTogbG93CmxhcGljMDogUm91dGluZyBOTUkgLT4gTElOVDEKbGFwaWMwOiBMSU5UMSB0cmlnZ2Vy OiBlZGdlCmxhcGljMDogTElOVDEgcG9sYXJpdHk6IGhpZ2gKbGFwaWMxOiBSb3V0aW5nIE5NSSAt PiBMSU5UMQpsYXBpYzE6IExJTlQxIHRyaWdnZXI6IGVkZ2UKbGFwaWMxOiBMSU5UMSBwb2xhcml0 eTogaGlnaApsYXBpYzI6IFJvdXRpbmcgTk1JIC0+IExJTlQxCmxhcGljMjogTElOVDEgdHJpZ2dl cjogZWRnZQpsYXBpYzI6IExJTlQxIHBvbGFyaXR5OiBoaWdoCmxhcGljMzogUm91dGluZyBOTUkg LT4gTElOVDEKbGFwaWMzOiBMSU5UMSB0cmlnZ2VyOiBlZGdlCmxhcGljMzogTElOVDEgcG9sYXJp dHk6IGhpZ2gKaW9hcGljMCA8VmVyc2lvbiAxLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZApp b2FwaWMxIDxWZXJzaW9uIDEuMT4gaXJxcyAyNC0yNyBvbiBtb3RoZXJib2FyZAppb2FwaWMyIDxW ZXJzaW9uIDEuMT4gaXJxcyAyOC0zMSBvbiBtb3RoZXJib2FyZApjcHUwIEJTUDoKICAgICBJRDog MHgwMDAwMDAwMCAgIFZFUjogMHgwMDA0MDAxMCBMRFI6IDB4MDEwMDAwMDAgREZSOiAweDBmZmZm ZmZmCiAgbGludDA6IDB4MDAwMTA3MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAw IFNWUjogMHgwMDAwMDFmZgogIHRpbWVyOiAweDAwMDEwMGVmIHRoZXJtOiAweDAwMDAwMDAwIGVy cjogMHgwMDAxMDAwMCBwY206IDB4MDAwMTAwMDAKbnVsbDogPG51bGwgZGV2aWNlLCB6ZXJvIGRl dmljZT4KbmZzbG9jazogcHNldWRvLWRldmljZQpyYW5kb206IDxlbnRyb3B5IHNvdXJjZSwgU29m dHdhcmUsIFlhcnJvdz4KbWVtOiA8bWVtb3J5PgppbzogPEkvTz4KYWNwaTA6IDxQVExURCAgIFJT RFQ+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBbTVBTQUZFXQpwY2lfb3BlbigxKToJbW9kZSAxIGFk ZHIgcG9ydCAoMHgwY2Y4KSBpcyAweDgwMDAzMDYwCnBjaV9vcGVuKDFhKToJbW9kZTFyZXM9MHg4 MDAwMDAwMCAoMHg4MDAwMDAwMCkKcGNpX2NmZ2NoZWNrOglkZXZpY2UgMCBbY2xhc3M9MDU4MDAw XSBbaGRyPTAwXSBpcyB0aGVyZSAoaWQ9MDA1ZTEwZGUpCmFjcGlfYnVzX251bWJlcjogcm9vdCBi dXMgaGFzIG5vIF9CQk4sIGFzc3VtaW5nIDAKQWNwaU9zRGVyaXZlUGNpSWQ6IGJ1cyAwIGRldiAx IGZ1bmMgMAphY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkKYWNwaV9idXNfbnVtYmVyOiByb290 IGJ1cyBoYXMgbm8gX0JCTiwgYXNzdW1pbmcgMApBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2 IDEgZnVuYyAwCmFjcGlfYnVzX251bWJlcjogcm9vdCBidXMgaGFzIG5vIF9CQk4sIGFzc3VtaW5n IDAKQWNwaU9zRGVyaXZlUGNpSWQ6IGJ1cyAwIGRldiAyNCBmdW5jIDEKYWNwaV9idXNfbnVtYmVy OiByb290IGJ1cyBoYXMgbm8gX0JCTiwgYXNzdW1pbmcgMApBY3BpT3NEZXJpdmVQY2lJZDogYnVz IDAgZGV2IDI0IGZ1bmMgMQphY3BpX2J1c19udW1iZXI6IHJvb3QgYnVzIGhhcyBubyBfQkJOLCBh c3N1bWluZyAwCkFjcGlPc0Rlcml2ZVBjaUlkOiBidXMgMCBkZXYgMSBmdW5jIDAKYWNwaV9idXNf bnVtYmVyOiByb290IGJ1cyBoYXMgbm8gX0JCTiwgYXNzdW1pbmcgMApBY3BpT3NEZXJpdmVQY2lJ ZDogYnVzIDAgZGV2IDEgZnVuYyAwCmFjcGlfYnVzX251bWJlcjogcm9vdCBidXMgaGFzIG5vIF9C Qk4sIGFzc3VtaW5nIDAKQWNwaU9zRGVyaXZlUGNpSWQ6IGJ1cyAwIGRldiAxIGZ1bmMgMAphY3Bp X2J1c19udW1iZXI6IHJvb3QgYnVzIGhhcyBubyBfQkJOLCBhc3N1bWluZyAwCkFjcGlPc0Rlcml2 ZVBjaUlkOiBidXMgMCBkZXYgMSBmdW5jIDEKYWNwaV9idXNfbnVtYmVyOiByb290IGJ1cyBoYXMg bm8gX0JCTiwgYXNzdW1pbmcgMApBY3BpT3NEZXJpdmVQY2lJZDogYnVzIDAgZGV2IDEgZnVuYyAx CnBjaV9saW5rMDogPEFDUEkgUENJIExpbmsgTE5LMT4gaXJxIDAgb24gYWNwaTAKcGNpX2xpbmsw OiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwog ICAgMCAgMjU1ICAgTiAgICAgMCAgMTYgMTcgMTggMTkKcGNpX2xpbmswOiBMaW5rcyBhZnRlciBp bml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUg ICBOICAgICAwICAxNiAxNyAxOCAxOQpwY2lfbGluazA6IExpbmtzIGFmdGVyIGRpc2FibGU6Cklu ZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAxNiAxNyAxOCAx OQpwY2lfbGluazE6IDxBQ1BJIFBDSSBMaW5rIExOSzI+IGlycSAwIG9uIGFjcGkwCnBjaV9saW5r MTogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMK ICAgIDAgIDI1NSAgIE4gICAgIDAgIDE2IDE3IDE4IDE5CnBjaV9saW5rMTogTGlua3MgYWZ0ZXIg aW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1 ICAgTiAgICAgMCAgMTYgMTcgMTggMTkKcGNpX2xpbmsxOiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJ bmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTYgMTcgMTgg MTkKcGNpX2xpbmsyOiA8QUNQSSBQQ0kgTGluayBMTkszPiBpcnEgMCBvbiBhY3BpMApwY2lfbGlu azI6IExpbmtzIGFmdGVyIGluaXRpYWwgcHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFz CiAgICAwICAyNTUgICBOICAgICAwICAxNiAxNyAxOCAxOQpwY2lfbGluazI6IExpbmtzIGFmdGVy IGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1 NSAgIE4gICAgIDAgIDE2IDE3IDE4IDE5CnBjaV9saW5rMjogTGlua3MgYWZ0ZXIgZGlzYWJsZToK SW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDE2IDE3IDE4 IDE5CnBjaV9saW5rMzogPEFDUEkgUENJIExpbmsgTE5LND4gaXJxIDAgb24gYWNwaTAKcGNpX2xp bmszOiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJR cwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTYgMTcgMTggMTkKcGNpX2xpbmszOiBMaW5rcyBhZnRl ciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAy NTUgICBOICAgICAwICAxNiAxNyAxOCAxOQpwY2lfbGluazM6IExpbmtzIGFmdGVyIGRpc2FibGU6 CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAxNiAxNyAx OCAxOQpwY2lfbGluazQ6IDxBQ1BJIFBDSSBMaW5rIExOSzU+IGlycSAwIG9uIGFjcGkwCnBjaV9s aW5rNDogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElS UXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDE2IDE3IDE4IDE5CnBjaV9saW5rNDogTGlua3MgYWZ0 ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAg MjU1ICAgTiAgICAgMCAgMTYgMTcgMTggMTkKcGNpX2xpbms0OiBMaW5rcyBhZnRlciBkaXNhYmxl OgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMTYgMTcg MTggMTkKcGNpX2xpbms1OiA8QUNQSSBQQ0kgTGluayBMU01CPiBpcnEgMCBvbiBhY3BpMApwY2lf bGluazU6IExpbmtzIGFmdGVyIGluaXRpYWwgcHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJ UlFzCiAgICAwICAyNTUgICBOICAgICAwICAyMCAyMSAyMiAyMwpwY2lfbGluazU6IExpbmtzIGFm dGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAg IDI1NSAgIE4gICAgIDAgIDIwIDIxIDIyIDIzCnBjaV9saW5rNTogTGlua3MgYWZ0ZXIgZGlzYWJs ZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDIwIDIx IDIyIDIzCnBjaV9saW5rNjogPEFDUEkgUENJIExpbmsgTFVTMD4gaXJxIDAgb24gYWNwaTAKcGNp X2xpbms2OiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAg SVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMjAgMjEgMjIgMjMKcGNpX2xpbms2OiBMaW5rcyBh ZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAw ICAyNTUgICBOICAgICAwICAyMCAyMSAyMiAyMwpwY2lfbGluazY6IExpbmtzIGFmdGVyIGRpc2Fi bGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAyMCAy MSAyMiAyMwpwY2lfbGluazc6IDxBQ1BJIFBDSSBMaW5rIExVUzI+IGlycSAwIG9uIGFjcGkwCnBj aV9saW5rNzogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXggIElSUSAgUnRkICBSZWYg IElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDIwIDIxIDIyIDIzCnBjaV9saW5rNzogTGlua3Mg YWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAg MCAgMjU1ICAgTiAgICAgMCAgMjAgMjEgMjIgMjMKcGNpX2xpbms3OiBMaW5rcyBhZnRlciBkaXNh YmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMjAg MjEgMjIgMjMKcGNpX2xpbms4OiA8QUNQSSBQQ0kgTGluayBMTUFDPiBpcnEgMCBvbiBhY3BpMApw Y2lfbGluazg6IExpbmtzIGFmdGVyIGluaXRpYWwgcHJvYmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVm ICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAyMCAyMSAyMiAyMwpwY2lfbGluazg6IExpbmtz IGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAg IDAgIDI1NSAgIE4gICAgIDAgIDIwIDIxIDIyIDIzCnBjaV9saW5rODogTGlua3MgYWZ0ZXIgZGlz YWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDIw IDIxIDIyIDIzCnBjaV9saW5rOTogPEFDUEkgUENJIExpbmsgTEFDST4gaXJxIDAgb24gYWNwaTAK cGNpX2xpbms5OiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQgIFJl ZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMjAgMjEgMjIgMjMKcGNpX2xpbms5OiBMaW5r cyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAg ICAwICAyNTUgICBOICAgICAwICAyMCAyMSAyMiAyMwpwY2lfbGluazk6IExpbmtzIGFmdGVyIGRp c2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAy MCAyMSAyMiAyMwpwY2lfbGluazEwOiA8QUNQSSBQQ0kgTGluayBMTUNJPiBpcnEgMCBvbiBhY3Bp MApwY2lfbGluazEwOiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJbmRleCAgSVJRICBSdGQg IFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMjAgMjEgMjIgMjMKcGNpX2xpbmsxMDog TGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJR cwogICAgMCAgMjU1ICAgTiAgICAgMCAgMjAgMjEgMjIgMjMKcGNpX2xpbmsxMDogTGlua3MgYWZ0 ZXIgZGlzYWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAg IDAgIDIwIDIxIDIyIDIzCnBjaV9saW5rMTE6IDxBQ1BJIFBDSSBMaW5rIExQSUQ+IGlycSAwIG9u IGFjcGkwCnBjaV9saW5rMTE6IExpbmtzIGFmdGVyIGluaXRpYWwgcHJvYmU6CkluZGV4ICBJUlEg IFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAyMCAyMSAyMiAyMwpwY2lfbGlu azExOiBMaW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4ICBJUlEgIFJ0ZCAgUmVm ICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAyMCAyMSAyMiAyMwpwY2lfbGluazExOiBMaW5r cyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAg TiAgICAgMCAgMjAgMjEgMjIgMjMKcGNpX2xpbmsxMjogPEFDUEkgUENJIExpbmsgTFRJRD4gaXJx IDAgb24gYWNwaTAKcGNpX2xpbmsxMjogTGlua3MgYWZ0ZXIgaW5pdGlhbCBwcm9iZToKSW5kZXgg IElSUSAgUnRkICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDIwIDIxIDIyIDIzCnBj aV9saW5rMTI6IExpbmtzIGFmdGVyIGluaXRpYWwgdmFsaWRhdGlvbjoKSW5kZXggIElSUSAgUnRk ICBSZWYgIElSUXMKICAgIDAgIDI1NSAgIE4gICAgIDAgIDIwIDIxIDIyIDIzCnBjaV9saW5rMTI6 IExpbmtzIGFmdGVyIGRpc2FibGU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAy NTUgICBOICAgICAwICAyMCAyMSAyMiAyMwpwY2lfbGluazEzOiA8QUNQSSBQQ0kgTGluayBMU0kx PiBpcnEgMCBvbiBhY3BpMApwY2lfbGluazEzOiBMaW5rcyBhZnRlciBpbml0aWFsIHByb2JlOgpJ bmRleCAgSVJRICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMjAgMjEgMjIg MjMKcGNpX2xpbmsxMzogTGlua3MgYWZ0ZXIgaW5pdGlhbCB2YWxpZGF0aW9uOgpJbmRleCAgSVJR ICBSdGQgIFJlZiAgSVJRcwogICAgMCAgMjU1ICAgTiAgICAgMCAgMjAgMjEgMjIgMjMKcGNpX2xp bmsxMzogTGlua3MgYWZ0ZXIgZGlzYWJsZToKSW5kZXggIElSUSAgUnRkICBSZWYgIElSUXMKICAg IDAgIDI1NSAgIE4gICAgIDAgIDIwIDIxIDIyIDIzCnBjaV9saW5rMTQ6IDxBQ1BJIFBDSSBMaW5r IEFQQ1A+IGlycSAwIG9uIGFjcGkwCnBjaV9saW5rMTQ6IExpbmtzIGFmdGVyIGluaXRpYWwgcHJv YmU6CkluZGV4ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAyMCAy MSAyMiAyMwpwY2lfbGluazE0OiBMaW5rcyBhZnRlciBpbml0aWFsIHZhbGlkYXRpb246CkluZGV4 ICBJUlEgIFJ0ZCAgUmVmICBJUlFzCiAgICAwICAyNTUgICBOICAgICAwICAyMCAyMSAyMiAyMwpw Y2lfbGluazE0OiBMaW5rcyBhZnRlciBkaXNhYmxlOgpJbmRleCAgSVJRICBSdGQgIFJlZiAgSVJR cwogICAgMCAgMjU1ICAgTiAgICAgMCAgMjAgMjEgMjIgMjMKQUNQSSB0aW1lcjogMS8xIDEvMSAx LzEgMS8xIDEvMSAxLzEgMS8xIDEvMSAxLzEgMS8xIC0+IDEwClRpbWVjb3VudGVyICJBQ1BJLWZh c3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJp dCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9ydCAweDgwMDgtMHg4MDBiIG9uIGFjcGkwCmNwdTA6 IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMAphY3BpX2J1dHRv bjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+ IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKQUNQSTogRm91bmQgbWF0Y2hpbmcgcGluIGZvciAw LjEuSU5UQSBhdCBmdW5jIDE6IDI1NQpBQ1BJOiBGb3VuZCBtYXRjaGluZyBwaW4gZm9yIDAuMi5J TlRBIGF0IGZ1bmMgMDogMTAKcGNpX2xpbms2OiBCSU9TIElSUSAxMCBmb3IgLTIxNDU5NzIxMzYu Mi5JTlRBIGlzIGludmFsaWQKQUNQSTogRm91bmQgbWF0Y2hpbmcgcGluIGZvciAwLjIuSU5UQiBh dCBmdW5jIDE6IDExCnBjaV9saW5rNzogQklPUyBJUlEgMTEgZm9yIC0yMTQ1OTcyMTM2LjIuSU5U QiBpcyBpbnZhbGlkCkFDUEk6IEZvdW5kIG1hdGNoaW5nIHBpbiBmb3IgMC43LklOVEEgYXQgZnVu YyAwOiAxMApwY2lfbGluazEyOiBCSU9TIElSUSAxMCBmb3IgLTIxNDU5NzIxMzYuNy5JTlRBIGlz IGludmFsaWQKQUNQSTogRm91bmQgbWF0Y2hpbmcgcGluIGZvciAwLjguSU5UQSBhdCBmdW5jIDA6 IDExCnBjaV9saW5rMTM6IEJJT1MgSVJRIDExIGZvciAtMjE0NTk3MjEzNi44LklOVEEgaXMgaW52 YWxpZApwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMApwY2kwOiBwaHlzaWNhbCBidXM9MApm b3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0weDAwNWUsIHJldmlkPTB4YTMKCWJ1cz0wLCBzbG90 PTAsIGZ1bmM9MAoJY2xhc3M9MDUtODAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVn PTB4MDAwNiwgc3RhdHJlZz0weDAwYjAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQt Pgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMDUxLCByZXZpZD0weGEzCglidXM9MCwgc2xvdD0xLCBm dW5jPTAKCWNsYXNzPTA2LTAxLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAw MGYsIHN0YXRyZWc9MHgwMGEwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAo MCBucyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCgltYXBbMTBdOiB0 eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDA4YzAwLCBzaXplIDEwLCBlbmFibGVkCmZvdW5kLT4J dmVuZG9yPTB4MTBkZSwgZGV2PTB4MDA1MiwgcmV2aWQ9MHhhMgoJYnVzPTAsIHNsb3Q9MSwgZnVu Yz0xCgljbGFzcz0wYy0wNS0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAx LCBzdGF0cmVnPTB4MDBiMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAg bnMpLCBtaW5nbnQ9MHgwMyAoNzUwIG5zKSwgbWF4bGF0PTB4MDEgKDI1MCBucykKCWludHBpbj1h LCBpcnE9MjU1Cglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJlbnQgRDAKCW1hcFsx MF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDAwMDAsIHNpemUgIDUsIGVuYWJsZWQKCW1h cFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDUwMDAsIHNpemUgIDYsIGVuYWJsZWQK CW1hcFsyNF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDUwNDAsIHNpemUgIDYsIGVuYWJs ZWQKZm91bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMDVhLCByZXZpZD0weGEyCglidXM9MCwg c2xvdD0yLCBmdW5jPTAKCWNsYXNzPTBjLTAzLTEwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNt ZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMGIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGlt ZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgwMSAoMjUwIG5z KQoJaW50cGluPWEsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQxIEQyIEQzICBj dXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDMyLCBiYXNlIGRkMDAwMDAwLCBzaXpl IDEyLCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAwLjIuSU5UQSAoc3JjIFxcX1NC Xy5QQ0kwLkxVUzA6MCkKcGNpX2xpbms2OiBQaWNrZWQgSVJRIDIwIHdpdGggd2VpZ2h0IDAKaW9h cGljMDogQ2hhbmdpbmcgcG9sYXJpdHkgZm9yIHBpbiAyMCB0byBoaWdoCnBjaWIwOiBzbG90IDIg SU5UQSByb3V0ZWQgdG8gaXJxIDIwIHZpYSBcXF9TQl8uUENJMC5MVVMwCmZvdW5kLT4JdmVuZG9y PTB4MTBkZSwgZGV2PTB4MDA1YiwgcmV2aWQ9MHhhMwoJYnVzPTAsIHNsb3Q9MiwgZnVuYz0xCglj bGFzcz0wYy0wMy0yMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDA2LCBzdGF0 cmVnPTB4MDBiMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMyAoNzUwIG5zKSwgbWF4bGF0PTB4MDEgKDI1MCBucykKCWludHBpbj1iLCBpcnE9 MTEKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMAoJbWFwWzEw XTogdHlwZSAxLCByYW5nZSAzMiwgYmFzZSBkZDAwMTAwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2li MDogbWF0Y2hlZCBlbnRyeSBmb3IgMC4yLklOVEIgKHNyYyBcXF9TQl8uUENJMC5MVVMyOjApCnBj aV9saW5rNzogUGlja2VkIElSUSAyMSB3aXRoIHdlaWdodCAwCmlvYXBpYzA6IENoYW5naW5nIHBv bGFyaXR5IGZvciBwaW4gMjEgdG8gaGlnaApwY2liMDogc2xvdCAyIElOVEIgcm91dGVkIHRvIGly cSAyMSB2aWEgXFxfU0JfLlBDSTAuTFVTMgpmb3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0weDAw NTMsIHJldmlkPTB4YTIKCWJ1cz0wLCBzbG90PTYsIGZ1bmM9MAoJY2xhc3M9MDEtMDEtOGEsIGhk cnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNSwgc3RhdHJlZz0weDAwYjAsIGNhY2hl bG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDMgKDc1MCBu cyksIG1heGxhdD0weDAxICgyNTAgbnMpCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1 cnJlbnQgRDAKCW1hcFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDE0MDAsIHNpemUg IDQsIGVuYWJsZWQKZm91bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMDU0LCByZXZpZD0weGEz CglidXM9MCwgc2xvdD03LCBmdW5jPTAKCWNsYXNzPTAxLTAxLTg1LCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTAKCWNtZHJlZz0weDAwMDcsIHN0YXRyZWc9MHgwMGIwLCBjYWNoZWxuc3o9MCAoZHdvcmRz KQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgw MSAoMjUwIG5zKQoJaW50cGluPWEsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQz ICBjdXJyZW50IEQwCgltYXBbMTBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAxNDQwLCBz aXplICAzLCBlbmFibGVkCgltYXBbMTRdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAxNDM0 LCBzaXplICAyLCBlbmFibGVkCgltYXBbMThdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAwMDAx NDM4LCBzaXplICAzLCBlbmFibGVkCgltYXBbMWNdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNlIDAw MDAxNDMwLCBzaXplICAyLCBlbmFibGVkCgltYXBbMjBdOiB0eXBlIDQsIHJhbmdlIDMyLCBiYXNl IDAwMDAxNDEwLCBzaXplICA0LCBlbmFibGVkCgltYXBbMjRdOiB0eXBlIDEsIHJhbmdlIDMyLCBi YXNlIGRkMDAyMDAwLCBzaXplIDEyLCBlbmFibGVkCnBjaWIwOiBtYXRjaGVkIGVudHJ5IGZvciAw LjcuSU5UQSAoc3JjIFxcX1NCXy5QQ0kwLkxUSUQ6MCkKcGNpX2xpbmsxMjogUGlja2VkIElSUSAy MiB3aXRoIHdlaWdodCAwCmlvYXBpYzA6IENoYW5naW5nIHBvbGFyaXR5IGZvciBwaW4gMjIgdG8g aGlnaApwY2liMDogc2xvdCA3IElOVEEgcm91dGVkIHRvIGlycSAyMiB2aWEgXFxfU0JfLlBDSTAu TFRJRApmb3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0weDAwNTUsIHJldmlkPTB4YTMKCWJ1cz0w LCBzbG90PTgsIGZ1bmM9MAoJY2xhc3M9MDEtMDEtODUsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJ Y21kcmVnPTB4MDAwNywgc3RhdHJlZz0weDAwYjAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDMgKDc1MCBucyksIG1heGxhdD0weDAxICgyNTAg bnMpCglpbnRwaW49YSwgaXJxPTExCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDMgIGN1cnJl bnQgRDAKCW1hcFsxMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDE0NTgsIHNpemUgIDMs IGVuYWJsZWQKCW1hcFsxNF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDE0NGMsIHNpemUg IDIsIGVuYWJsZWQKCW1hcFsxOF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDE0NTAsIHNp emUgIDMsIGVuYWJsZWQKCW1hcFsxY106IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDE0NDgs IHNpemUgIDIsIGVuYWJsZWQKCW1hcFsyMF06IHR5cGUgNCwgcmFuZ2UgMzIsIGJhc2UgMDAwMDE0 MjAsIHNpemUgIDQsIGVuYWJsZWQKCW1hcFsyNF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgZGQw MDMwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjA6IG1hdGNoZWQgZW50cnkgZm9yIDAuOC5JTlRB IChzcmMgXFxfU0JfLlBDSTAuTFNJMTowKQpwY2lfbGluazEzOiBQaWNrZWQgSVJRIDIzIHdpdGgg d2VpZ2h0IDAKaW9hcGljMDogQ2hhbmdpbmcgcG9sYXJpdHkgZm9yIHBpbiAyMyB0byBoaWdoCnBj aWIwOiBzbG90IDggSU5UQSByb3V0ZWQgdG8gaXJxIDIzIHZpYSBcXF9TQl8uUENJMC5MU0kxCmZv dW5kLT4JdmVuZG9yPTB4MTBkZSwgZGV2PTB4MDA1YywgcmV2aWQ9MHhhMgoJYnVzPTAsIHNsb3Q9 OSwgZnVuYz0wCgljbGFzcz0wNi0wNC0wMCwgaGRydHlwZT0weDAxLCBtZmRldj0wCgljbWRyZWc9 MHgwMTA3LCBzdGF0cmVnPTB4MDBhMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwYyAoMzAwMCBucyksIG1heGxhdD0weDAyICg1MDAgbnMpCmZv dW5kLT4JdmVuZG9yPTB4MTBkZSwgZGV2PTB4MDA1ZCwgcmV2aWQ9MHhhMwoJYnVzPTAsIHNsb3Q9 MTQsIGZ1bmM9MAoJY2xhc3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MAoJY21kcmVn PTB4MDEwNywgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9 MHgwMCAoMCBucyksIG1pbmdudD0weDA0ICgxMDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZv dW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4MTEwMCwgcmV2aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9 MjQsIGZ1bmM9MAoJY2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVn PTB4MDAwMCwgc3RhdHJlZz0weDAwMTAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0w eDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQt Pgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgxMTAxLCByZXZpZD0weDAwCglidXM9MCwgc2xvdD0yNCwg ZnVuYz0xCgljbGFzcz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgw MDAwLCBzdGF0cmVnPTB4MDAwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAg KDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZl bmRvcj0weDEwMjIsIGRldj0weDExMDIsIHJldmlkPTB4MDAKCWJ1cz0wLCBzbG90PTI0LCBmdW5j PTIKCWNsYXNzPTA2LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDAs IHN0YXRyZWc9MHgwMDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBu cyksIG1pbmdudD0weDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9y PTB4MTAyMiwgZGV2PTB4MTEwMywgcmV2aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9MjQsIGZ1bmM9MwoJ Y2xhc3M9MDYtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3Rh dHJlZz0weDAwMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgx MDIyLCBkZXY9MHgxMTAwLCByZXZpZD0weDAwCglidXM9MCwgc2xvdD0yNSwgZnVuYz0wCgljbGFz cz0wNi0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVn PTB4MDAxMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5n bnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpmb3VuZC0+CXZlbmRvcj0weDEwMjIs IGRldj0weDExMDEsIHJldmlkPTB4MDAKCWJ1cz0wLCBzbG90PTI1LCBmdW5jPTEKCWNsYXNzPTA2 LTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0weDAwMDAsIHN0YXRyZWc9MHgw MDAwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0w eDAwICgwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2 PTB4MTEwMiwgcmV2aWQ9MHgwMAoJYnVzPTAsIHNsb3Q9MjUsIGZ1bmM9MgoJY2xhc3M9MDYtMDAt MDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMCwgc3RhdHJlZz0weDAwMDAs IGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAg KDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHgx MTAzLCByZXZpZD0weDAwCglidXM9MCwgc2xvdD0yNSwgZnVuYz0zCgljbGFzcz0wNi0wMC0wMCwg aGRydHlwZT0weDAwLCBtZmRldj0xCgljbWRyZWc9MHgwMDAwLCBzdGF0cmVnPTB4MDAwMCwgY2Fj aGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBu cyksIG1heGxhdD0weDAwICgwIG5zKQpwY2kwOiA8bWVtb3J5PiBhdCBkZXZpY2UgMC4wIChubyBk cml2ZXIgYXR0YWNoZWQpCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24g cGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBh dCBkZXZpY2UgMS4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaTA6IDxzZXJpYWwgYnVzLCBVU0I+ IGF0IGRldmljZSAyLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPHNlcmlhbCBidXMsIFVT Qj4gYXQgZGV2aWNlIDIuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQphdGFwY2kwOiA8blZpZGlhIG5G b3JjZTQgVURNQTEzMyBjb250cm9sbGVyPiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4 MTc3LDB4Mzc2LDB4MTQwMC0weDE0MGYgYXQgZGV2aWNlIDYuMCBvbiBwY2kwCmF0YXBjaTA6IFJl c2VydmVkIDB4MTAgYnl0ZXMgZm9yIHJpZCAweDIwIHR5cGUgNCBhdCAweDE0MDAKYXRhMDogPEFU QSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKYXRhcGNpMDogUmVzZXJ2ZWQgMHg4IGJ5dGVzIGZvciBy aWQgMHgxMCB0eXBlIDQgYXQgMHgxZjAKYXRhcGNpMDogUmVzZXJ2ZWQgMHgxIGJ5dGVzIGZvciBy aWQgMHgxNCB0eXBlIDQgYXQgMHgzZjYKYXRhMDogcmVzZXQgdHAxIG1hc2s9MDMgb3N0YXQwPTYw IG9zdGF0MT03MAphdGEwOiBzdGF0MD0weDIwIGVycj0weDIwIGxzYj0weDIwIG1zYj0weDIwCmF0 YTA6IHN0YXQxPTB4MzAgZXJyPTB4MzAgbHNiPTB4MzAgbXNiPTB4MzAKYXRhMDogcmVzZXQgdHAy IHN0YXQwPTIwIHN0YXQxPTMwIGRldmljZXM9MHgwCmF0YTA6IFtNUFNBRkVdCmF0YTE6IDxBVEEg Y2hhbm5lbCAxPiBvbiBhdGFwY2kwCmF0YXBjaTA6IFJlc2VydmVkIDB4OCBieXRlcyBmb3Igcmlk IDB4MTggdHlwZSA0IGF0IDB4MTcwCmF0YXBjaTA6IFJlc2VydmVkIDB4MSBieXRlcyBmb3Igcmlk IDB4MWMgdHlwZSA0IGF0IDB4Mzc2CmF0YTE6IHJlc2V0IHRwMSBtYXNrPTAzIG9zdGF0MD01MCBv c3RhdDE9MDAKYXRhMTogc3RhdDA9MHgxMCBlcnI9MHgwMSBsc2I9MHgxNCBtc2I9MHhlYgphdGEx OiBzdGF0MT0weDAwIGVycj0weDAxIGxzYj0weDdmIG1zYj0weDdmCmF0YTE6IHJlc2V0IHRwMiBz dGF0MD0xMCBzdGF0MT0wMCBkZXZpY2VzPTB4NDxBVEFQSV9NQVNURVI+CmF0YTE6IFtNUFNBRkVd CmF0YXBjaTE6IDxuVmlkaWEgbkZvcmNlNCBTQVRBMTUwIGNvbnRyb2xsZXI+IHBvcnQgMHgxNDQw LTB4MTQ0NywweDE0MzQtMHgxNDM3LDB4MTQzOC0weDE0M2YsMHgxNDMwLTB4MTQzMywweDE0MTAt MHgxNDFmIG1lbSAweGRkMDAyMDAwLTB4ZGQwMDJmZmYgaXJxIDIyIGF0IGRldmljZSA3LjAgb24g cGNpMAphdGFwY2kxOiBSZXNlcnZlZCAweDEwIGJ5dGVzIGZvciByaWQgMHgyMCB0eXBlIDQgYXQg MHgxNDEwCmF0YXBjaTE6IFtNUFNBRkVdCmF0YXBjaTE6IFJlc2VydmVkIDB4MTAwMCBieXRlcyBm b3IgcmlkIDB4MjQgdHlwZSAzIGF0IDB4ZGQwMDIwMDAKYXRhcGNpMTogW01QU0FGRV0KYXRhMjog PEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTEKYXRhcGNpMTogUmVzZXJ2ZWQgMHg4IGJ5dGVzIGZv ciByaWQgMHgxMCB0eXBlIDQgYXQgMHgxNDQwCmF0YXBjaTE6IFJlc2VydmVkIDB4NCBieXRlcyBm b3IgcmlkIDB4MTQgdHlwZSA0IGF0IDB4MTQzNAphdGEyOiBTQVRBIGNvbm5lY3QgcmVhZHkgdGlt ZT0wbXMKYXRhMjogc2F0YV9jb25uZWN0IGRldmljZXM9MHgxPEFUQV9NQVNURVI+CmF0YTI6IFtN UFNBRkVdCmF0YTM6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kxCmF0YXBjaTE6IFJlc2VydmVk IDB4OCBieXRlcyBmb3IgcmlkIDB4MTggdHlwZSA0IGF0IDB4MTQzOAphdGFwY2kxOiBSZXNlcnZl ZCAweDQgYnl0ZXMgZm9yIHJpZCAweDFjIHR5cGUgNCBhdCAweDE0MzAKYXRhMzogU0FUQSBjb25u ZWN0IHJlYWR5IHRpbWU9MG1zCmF0YTM6IHNhdGFfY29ubmVjdCBkZXZpY2VzPTB4MTxBVEFfTUFT VEVSPgphdGEzOiBbTVBTQUZFXQphdGFwY2kyOiA8blZpZGlhIG5Gb3JjZTQgU0FUQTE1MCBjb250 cm9sbGVyPiBwb3J0IDB4MTQ1OC0weDE0NWYsMHgxNDRjLTB4MTQ0ZiwweDE0NTAtMHgxNDU3LDB4 MTQ0OC0weDE0NGIsMHgxNDIwLTB4MTQyZiBtZW0gMHhkZDAwMzAwMC0weGRkMDAzZmZmIGlycSAy MyBhdCBkZXZpY2UgOC4wIG9uIHBjaTAKYXRhcGNpMjogUmVzZXJ2ZWQgMHgxMCBieXRlcyBmb3Ig cmlkIDB4MjAgdHlwZSA0IGF0IDB4MTQyMAphdGFwY2kyOiBbTVBTQUZFXQphdGFwY2kyOiBSZXNl cnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDI0IHR5cGUgMyBhdCAweGRkMDAzMDAwCmF0YXBj aTI6IFtNUFNBRkVdCmF0YTQ6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kyCmF0YXBjaTI6IFJl c2VydmVkIDB4OCBieXRlcyBmb3IgcmlkIDB4MTAgdHlwZSA0IGF0IDB4MTQ1OAphdGFwY2kyOiBS ZXNlcnZlZCAweDQgYnl0ZXMgZm9yIHJpZCAweDE0IHR5cGUgNCBhdCAweDE0NGMKYXRhNDogU0FU QSBjb25uZWN0IHN0YXR1cz0wMDAwMDAwMAphdGE0OiBbTVBTQUZFXQphdGE1OiA8QVRBIGNoYW5u ZWwgMT4gb24gYXRhcGNpMgphdGFwY2kyOiBSZXNlcnZlZCAweDggYnl0ZXMgZm9yIHJpZCAweDE4 IHR5cGUgNCBhdCAweDE0NTAKYXRhcGNpMjogUmVzZXJ2ZWQgMHg0IGJ5dGVzIGZvciByaWQgMHgx YyB0eXBlIDQgYXQgMHgxNDQ4CmF0YTU6IFNBVEEgY29ubmVjdCBzdGF0dXM9MDAwMDAwMDAKYXRh NTogW01QU0FGRV0KcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgOS4wIG9u IHBjaTAKcGNpYjE6ICAgc2Vjb25kYXJ5IGJ1cyAgICAgMQpwY2liMTogICBzdWJvcmRpbmF0ZSBi dXMgICAxCnBjaWIxOiAgIEkvTyBkZWNvZGUgICAgICAgIDB4MjAwMC0weDJmZmYKcGNpYjE6ICAg bWVtb3J5IGRlY29kZSAgICAgMHhkZDEwMDAwMC0weGRlZmZmZmZmCnBjaWIxOiAgIHByZWZldGNo ZWQgZGVjb2RlIDB4ZmZmMDAwMDAtMHhmZmZmZgpBQ1BJOiBGb3VuZCBtYXRjaGluZyBwaW4gZm9y IDAuNy5JTlRBIGF0IGZ1bmMgMDogMjIKcGNpX2xpbmsyOiBCSU9TIElSUSAyMiBmb3IgMC43LklO VEEgaXMgaW52YWxpZApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMQpwY2kxOiBwaHlzaWNh bCBidXM9MQpmb3VuZC0+CXZlbmRvcj0weDEwMDIsIGRldj0weDQ3NTIsIHJldmlkPTB4MjcKCWJ1 cz0xLCBzbG90PTcsIGZ1bmM9MAoJY2xhc3M9MDMtMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9 MAoJY21kcmVnPTB4MDA4Nywgc3RhdHJlZz0weDAyOTAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJ bGF0dGltZXI9MHg0MiAoMTk4MCBucyksIG1pbmdudD0weDA4ICgyMDAwIG5zKSwgbWF4bGF0PTB4 MDAgKDAgbnMpCglpbnRwaW49YSwgaXJxPTEwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEg RDIgRDMgIGN1cnJlbnQgRDAKCW1hcFsxMF06IHR5cGUgMSwgcmFuZ2UgMzIsIGJhc2UgZGUwMDAw MDAsIHNpemUgMjQsIGVuYWJsZWQKcGNpYjE6IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdl IDB4ZGUwMDAwMDAtMHhkZWZmZmZmZjogZ29vZAoJbWFwWzE0XTogdHlwZSA0LCByYW5nZSAzMiwg YmFzZSAwMDAwMjAwMCwgc2l6ZSAgOCwgZW5hYmxlZApwY2liMTogKG51bGwpIHJlcXVlc3RlZCBJ L08gcmFuZ2UgMHgyMDAwLTB4MjBmZjogaW4gcmFuZ2UKCW1hcFsxOF06IHR5cGUgMSwgcmFuZ2Ug MzIsIGJhc2UgZGQxMDAwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjE6IChudWxsKSByZXF1ZXN0 ZWQgbWVtb3J5IHJhbmdlIDB4ZGQxMDAwMDAtMHhkZDEwMGZmZjogZ29vZApwY2liMTogbWF0Y2hl ZCBlbnRyeSBmb3IgMS43LklOVEEgKHNyYyBcXF9TQl8uUENJMC5MTkszOjApCnBjaV9saW5rMjog UGlja2VkIElSUSAxNiB3aXRoIHdlaWdodCAwCmlvYXBpYzA6IENoYW5naW5nIHBvbGFyaXR5IGZv ciBwaW4gMTYgdG8gaGlnaApwY2liMTogc2xvdCA3IElOVEEgcm91dGVkIHRvIGlycSAxNiB2aWEg XFxfU0JfLlBDSTAuTE5LMwpwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgNy4wIChubyBk cml2ZXIgYXR0YWNoZWQpCnBjaWIyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDE0 LjAgb24gcGNpMApwY2liMjogICBzZWNvbmRhcnkgYnVzICAgICAyCnBjaWIyOiAgIHN1Ym9yZGlu YXRlIGJ1cyAgIDIKcGNpYjI6ICAgSS9PIGRlY29kZSAgICAgICAgMHhmMDAwLTB4ZmZmCnBjaWIy OiAgIG1lbW9yeSBkZWNvZGUgICAgIDB4ZmZmMDAwMDAtMHhmZmZmZgpwY2liMjogICBwcmVmZXRj aGVkIGRlY29kZSAweGZmZjAwMDAwLTB4ZmZmZmYKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNp YjIKcGNpMjogcGh5c2ljYWwgYnVzPTIKcGNpYjM6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9y dCAweGNmOC0weGNmZiBvbiBhY3BpMApwY2liMzogY291bGQgbm90IGdldCBQQ0kgaW50ZXJydXB0 IHJvdXRpbmcgdGFibGUgZm9yIFxcX1NCXy5QQ0kyIC0gQUVfTk9UX0ZPVU5ECnBjaTg6IDxBQ1BJ IFBDSSBidXM+IG9uIHBjaWIzCnBjaTg6IHBoeXNpY2FsIGJ1cz04CmZvdW5kLT4JdmVuZG9yPTB4 MTAyMiwgZGV2PTB4NzQ1MCwgcmV2aWQ9MHgxMgoJYnVzPTgsIHNsb3Q9MTAsIGZ1bmM9MAoJY2xh c3M9MDYtMDQtMDAsIGhkcnR5cGU9MHgwMSwgbWZkZXY9MQoJY21kcmVnPTB4MDExNywgc3RhdHJl Zz0weDAyMzAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDQwICgxOTIwIG5zKSwg bWluZ250PTB4MDQgKDEwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKZm91bmQtPgl2ZW5kb3I9 MHgxMDIyLCBkZXY9MHg3NDUxLCByZXZpZD0weDAxCglidXM9OCwgc2xvdD0xMCwgZnVuYz0xCglj bGFzcz0wOC0wMC0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA2LCBzdGF0 cmVnPTB4MDIwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBt aW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJbWFwWzEwXTogdHlwZSAxLCBy YW5nZSA2NCwgYmFzZSBkZjIwMDAwMCwgc2l6ZSAxMiwgZW5hYmxlZApmb3VuZC0+CXZlbmRvcj0w eDEwMjIsIGRldj0weDc0NTAsIHJldmlkPTB4MTIKCWJ1cz04LCBzbG90PTExLCBmdW5jPTAKCWNs YXNzPTA2LTA0LTAwLCBoZHJ0eXBlPTB4MDEsIG1mZGV2PTEKCWNtZHJlZz0weDAxMTcsIHN0YXRy ZWc9MHgwMjMwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyks IG1pbmdudD0weDA0ICgxMDAwIG5zKSwgbWF4bGF0PTB4MDAgKDAgbnMpCmZvdW5kLT4JdmVuZG9y PTB4MTAyMiwgZGV2PTB4NzQ1MSwgcmV2aWQ9MHgwMQoJYnVzPTgsIHNsb3Q9MTEsIGZ1bmM9MQoJ Y2xhc3M9MDgtMDAtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3Rh dHJlZz0weDAyMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwg bWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCW1hcFsxMF06IHR5cGUgMSwg cmFuZ2UgNjQsIGJhc2UgZGYyMDEwMDAsIHNpemUgMTIsIGVuYWJsZWQKcGNpYjQ6IDxBQ1BJIFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMTAuMCBvbiBwY2k4CnBjaWI0OiAgIHNlY29uZGFyeSBi dXMgICAgIDkKcGNpYjQ6ICAgc3Vib3JkaW5hdGUgYnVzICAgOQpwY2liNDogICBJL08gZGVjb2Rl ICAgICAgICAweGYwMDAtMHhmZmYKcGNpYjQ6ICAgbWVtb3J5IGRlY29kZSAgICAgMHhmZmYwMDAw MC0weGZmZmZmCnBjaWI0OiAgIHByZWZldGNoZWQgZGVjb2RlIDB4ZmZmMDAwMDAtMHhmZmZmZgpw Y2k5OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNApwY2k5OiBwaHlzaWNhbCBidXM9OQpwY2k4OiA8 YmFzZSBwZXJpcGhlcmFsLCBpbnRlcnJ1cHQgY29udHJvbGxlcj4gYXQgZGV2aWNlIDEwLjEgKG5v IGRyaXZlciBhdHRhY2hlZCkKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2Ug MTEuMCBvbiBwY2k4CnBjaWI1OiAgIHNlY29uZGFyeSBidXMgICAgIDEwCnBjaWI1OiAgIHN1Ym9y ZGluYXRlIGJ1cyAgIDEwCnBjaWI1OiAgIEkvTyBkZWNvZGUgICAgICAgIDB4ZjAwMC0weGZmZgpw Y2liNTogICBtZW1vcnkgZGVjb2RlICAgICAweGRmMzAwMDAwLTB4ZGYzZmZmZmYKcGNpYjU6ICAg cHJlZmV0Y2hlZCBkZWNvZGUgMHhmZmYwMDAwMC0weGZmZmZmCnBjaTEwOiA8QUNQSSBQQ0kgYnVz PiBvbiBwY2liNQpwY2kxMDogcGh5c2ljYWwgYnVzPTEwCmZvdW5kLT4JdmVuZG9yPTB4MTRlNCwg ZGV2PTB4MTY0OCwgcmV2aWQ9MHgwMwoJYnVzPTEwLCBzbG90PTksIGZ1bmM9MAoJY2xhc3M9MDIt MDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDExNiwgc3RhdHJlZz0weDAy YjAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9MHg0MCAoMTkyMCBucyksIG1pbmdu dD0weDQwICgxNjAwMCBucyksIG1heGxhdD0weDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xMQoJ cG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCglNU0kgc3VwcG9ydHMgOCBt ZXNzYWdlcywgNjQgYml0CgltYXBbMTBdOiB0eXBlIDEsIHJhbmdlIDY0LCBiYXNlIGRmMzEwMDAw LCBzaXplIDE2LCBlbmFibGVkCnBjaWI1OiAobnVsbCkgcmVxdWVzdGVkIG1lbW9yeSByYW5nZSAw eGRmMzEwMDAwLTB4ZGYzMWZmZmY6IGdvb2QKCW1hcFsxOF06IHR5cGUgMSwgcmFuZ2UgNjQsIGJh c2UgZGYzMDAwMDAsIHNpemUgMTYsIGVuYWJsZWQKcGNpYjU6IChudWxsKSByZXF1ZXN0ZWQgbWVt b3J5IHJhbmdlIDB4ZGYzMDAwMDAtMHhkZjMwZmZmZjogZ29vZApwY2liNTogbWF0Y2hlZCBlbnRy eSBmb3IgMTAuOS5JTlRBCnBjaWI1OiBzbG90IDkgSU5UQSBoYXJkd2lyZWQgdG8gSVJRIDI4CmZv dW5kLT4JdmVuZG9yPTB4MTRlNCwgZGV2PTB4MTY0OCwgcmV2aWQ9MHgwMwoJYnVzPTEwLCBzbG90 PTksIGZ1bmM9MQoJY2xhc3M9MDItMDAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVn PTB4MDExNiwgc3RhdHJlZz0weDAyYjAsIGNhY2hlbG5zej0xNiAoZHdvcmRzKQoJbGF0dGltZXI9 MHg0MCAoMTkyMCBucyksIG1pbmdudD0weDQwICgxNjAwMCBucyksIG1heGxhdD0weDAwICgwIG5z KQoJaW50cGluPWIsIGlycT0xMAoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50 IEQwCglNU0kgc3VwcG9ydHMgOCBtZXNzYWdlcywgNjQgYml0CgltYXBbMTBdOiB0eXBlIDEsIHJh bmdlIDY0LCBiYXNlIGRmMzMwMDAwLCBzaXplIDE2LCBlbmFibGVkCnBjaWI1OiAobnVsbCkgcmVx dWVzdGVkIG1lbW9yeSByYW5nZSAweGRmMzMwMDAwLTB4ZGYzM2ZmZmY6IGdvb2QKCW1hcFsxOF06 IHR5cGUgMSwgcmFuZ2UgNjQsIGJhc2UgZGYzMjAwMDAsIHNpemUgMTYsIGVuYWJsZWQKcGNpYjU6 IChudWxsKSByZXF1ZXN0ZWQgbWVtb3J5IHJhbmdlIDB4ZGYzMjAwMDAtMHhkZjMyZmZmZjogZ29v ZApwY2liNTogbWF0Y2hlZCBlbnRyeSBmb3IgMTAuOS5JTlRCCnBjaWI1OiBzbG90IDkgSU5UQiBo YXJkd2lyZWQgdG8gSVJRIDI5CmJnZTA6IDxCcm9hZGNvbSBCQ001NzA0QyBEdWFsIEdpZ2FiaXQg RXRoZXJuZXQsIEFTSUMgcmV2LiAweDIwMDM+IG1lbSAweGRmMzEwMDAwLTB4ZGYzMWZmZmYsMHhk ZjMwMDAwMC0weGRmMzBmZmZmIGlycSAyOCBhdCBkZXZpY2UgOS4wIG9uIHBjaTEwCmJnZTA6IFJl c2VydmVkIDB4MTAwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGRmMzEwMDAwCm1p aWJ1czA6IDxNSUkgYnVzPiBvbiBiZ2UwCmJyZ3BoeTA6IDxCQ001NzA0IDEwLzEwMC8xMDAwYmFz ZVRYIFBIWT4gb24gbWlpYnVzMApicmdwaHkwOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJh c2VUWCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VUWCwgMTAwMGJhc2VUWC1GRFgsIGF1dG8KYmdl MDogYnBmIGF0dGFjaGVkCmJnZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOmUwOjgxOjMxOjhhOjk0 CmJnZTA6IFtNUFNBRkVdCmJnZTE6IDxCcm9hZGNvbSBCQ001NzA0QyBEdWFsIEdpZ2FiaXQgRXRo ZXJuZXQsIEFTSUMgcmV2LiAweDIwMDM+IG1lbSAweGRmMzMwMDAwLTB4ZGYzM2ZmZmYsMHhkZjMy MDAwMC0weGRmMzJmZmZmIGlycSAyOSBhdCBkZXZpY2UgOS4xIG9uIHBjaTEwCmJnZTE6IFJlc2Vy dmVkIDB4MTAwMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAweGRmMzMwMDAwCm1paWJ1 czE6IDxNSUkgYnVzPiBvbiBiZ2UxCmJyZ3BoeTE6IDxCQ001NzA0IDEwLzEwMC8xMDAwYmFzZVRY IFBIWT4gb24gbWlpYnVzMQpicmdwaHkxOiAgMTBiYXNlVCwgMTBiYXNlVC1GRFgsIDEwMGJhc2VU WCwgMTAwYmFzZVRYLUZEWCwgMTAwMGJhc2VUWCwgMTAwMGJhc2VUWC1GRFgsIGF1dG8KYmdlMTog YnBmIGF0dGFjaGVkCmJnZTE6IEV0aGVybmV0IGFkZHJlc3M6IDAwOmUwOjgxOjMxOjhhOjk1CmJn ZTE6IFtNUFNBRkVdCnBjaTg6IDxiYXNlIHBlcmlwaGVyYWwsIGludGVycnVwdCBjb250cm9sbGVy PiBhdCBkZXZpY2UgMTEuMSAobm8gZHJpdmVyIGF0dGFjaGVkKQpwc21jcG5wMDogPFBTLzIgbW91 c2UgcG9ydD4gaXJxIDEyIG9uIGFjcGkwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChp ODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJk PiBmbGFncyAweDEgaXJxIDEgb24gYXRrYmRjMAphdGtiZDogdGhlIGN1cnJlbnQga2JkIGNvbnRy b2xsZXIgY29tbWFuZCBieXRlIDAwNjcKYXRrYmQ6IGtleWJvYXJkIElEIDB4NDFhYiAoMikKa2Jk MCBhdCBhdGtiZDAKa2JkMDogYXRrYmQwLCBBVCAxMDEvMTAyICgyKSwgY29uZmlnOjB4MSwgZmxh Z3M6MHgzZDAwMDAKYXRrYmQwOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBjdXJyZW50IGNvbW1hbmQg Ynl0ZTowMDY3CnBzbTA6IGZhaWxlZCB0byByZXNldCB0aGUgYXV4IGRldmljZS4KZmRjMDogPGZs b3BweSBkcml2ZSBjb250cm9sbGVyPiBwb3J0IDB4M2YwLTB4M2Y1LDB4M2Y3IGlycSA2IGRycSAy IG9uIGFjcGkwCmZkYzA6IGljX3R5cGUgOTAgcGFydF9pZCA4MApmZGMwOiBbTVBTQUZFXQpmZGMw OiBbRkFTVF0KYXRrYmRjOiBhdGtiZGMwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdApmZGM6 IGZkYzAgYWxyZWFkeSBleGlzdHM7IHNraXBwaW5nIGl0CnBucF9pZGVudGlmeTogVHJ5aW5nIFJl YWRfUG9ydCBhdCAyMDMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDI0MwpwbnBf aWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMjgzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJl YWRfUG9ydCBhdCAyYzMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDMwMwpwbnBf aWRlbnRpZnk6IFRyeWluZyBSZWFkX1BvcnQgYXQgMzQzCnBucF9pZGVudGlmeTogVHJ5aW5nIFJl YWRfUG9ydCBhdCAzODMKcG5wX2lkZW50aWZ5OiBUcnlpbmcgUmVhZF9Qb3J0IGF0IDNjMwpQTlAg SWRlbnRpZnkgY29tcGxldGUKc2M6IHNjMCBhbHJlYWR5IGV4aXN0czsgc2tpcHBpbmcgaXQKdmdh OiB2Z2EwIGFscmVhZHkgZXhpc3RzOyBza2lwcGluZyBpdAppc2FfcHJvYmVfY2hpbGRyZW46IGRp c2FibGluZyBQblAgZGV2aWNlcwppc2FfcHJvYmVfY2hpbGRyZW46IHByb2Jpbmcgbm9uLVBuUCBk ZXZpY2VzCm9ybTA6IDxJU0EgT3B0aW9uIFJPTXM+IGF0IGlvbWVtIDB4YzAwMDAtMHhjN2ZmZiww eGM4MDAwLTB4Yzk3ZmYsMHhjOTgwMC0weGNhZmZmIG9uIGlzYTAKcHBjMCBmYWlsZWQgdG8gcHJv YmUgYXQgaXJxIDcgb24gaXNhMApzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAg b24gaXNhMApzYzA6IFZHQSA8MTYgdmlydHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+CnNjMDog ZmIwLCBrYmQwLCB0ZXJtaW5hbCBlbXVsYXRvcjogc2MgKHN5c2NvbnMgdGVybWluYWwpCnNpbzAg ZmFpbGVkIHRvIHByb2JlIGF0IHBvcnQgMHgzZjggaXJxIDQgb24gaXNhMApzaW8xIGZhaWxlZCB0 byBwcm9iZSBhdCBwb3J0IDB4MmY4IGlycSAzIG9uIGlzYTAKc2lvMjogbm90IHByb2JlZCAoZGlz YWJsZWQpCnNpbzM6IG5vdCBwcm9iZWQgKGRpc2FibGVkKQp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdB PiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCmlzYV9w cm9iZV9jaGlsZHJlbjogcHJvYmluZyBQblAgZGV2aWNlcwpEZXZpY2UgY29uZmlndXJhdGlvbiBm aW5pc2hlZC4KUmVkdWNpbmcga2Vybi5tYXh2bm9kZXMgMjEyNDMxIC0+IDEwMDAwMApwcm9jZnMg cmVnaXN0ZXJlZApsaW5wcm9jZnMgcmVnaXN0ZXJlZApsYXBpYzogRGl2aXNvciAyLCBGcmVxdWVu Y3kgMTAwNDYzMTIyIGh6ClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAyMjEwMTk2NDMwIEh6 IHF1YWxpdHkgLTEwMApUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCkxpbnV4IEVM RiBleGVjIGhhbmRsZXIgaW5zdGFsbGVkCmxvMDogYnBmIGF0dGFjaGVkCmF0YTEtbWFzdGVyOiBw aW89UElPNCB3ZG1hPVdETUEyIHVkbWE9VURNQTMzIGNhYmxlPTQwIHdpcmUKYWNkMDogc2V0dGlu ZyBQSU80IG9uIG5WaWRpYSBuRm9yY2U0IGNoaXAKYWNkMDogc2V0dGluZyBVRE1BMzMgb24gblZp ZGlhIG5Gb3JjZTQgY2hpcApmZGMwOiBvdXRwdXQgcmVhZHkgdGltZW91dApmZGMwOiBvdXRwdXQg cmVhZHkgdGltZW91dApmZGMwOiBvdXRwdXQgcmVhZHkgdGltZW91dApmZGMwOiBvdXRwdXQgcmVh ZHkgdGltZW91dApmZGMwOiBvdXRwdXQgcmVhZHkgdGltZW91dApmZGMwOiBvdXRwdXQgcmVhZHkg dGltZW91dApmZGMwOiBvdXRwdXQgcmVhZHkgdGltZW91dAphY2QwOiA8UVNJIENELVJPTSBTQ1It MjQyL0NYQUM+IENEUk9NIGRyaXZlIGF0IGF0YTEgYXMgbWFzdGVyCmFjZDA6IHJlYWQgNDEzM0tC L3MgKDQxMzNLQi9zKSwgMTI4S0IgYnVmZmVyLCBVRE1BMzMKYWNkMDogUmVhZHM6IENEUiwgQ0RS VywgQ0REQSBzdHJlYW0sIHBhY2tldAphY2QwOiBXcml0ZXM6CmFjZDA6IEF1ZGlvOiBwbGF5LCAy NTYgdm9sdW1lIGxldmVscwphY2QwOiBNZWNoYW5pc206IGVqZWN0YWJsZSB0cmF5LCB1bmxvY2tl ZAphY2QwOiBNZWRpdW06IG5vL2JsYW5rIGRpc2MKYXRhMC1tYXN0ZXI6IHBpbz1QSU80IHdkbWE9 V0RNQTIgdWRtYT1VRE1BMTMzIGNhYmxlPTQwIHdpcmUKYWQ0OiAxNTcwNjZNQiA8SERUNzIyNTE2 RExBMzgwIFY0M09BODBBPiBhdCBhdGEyLW1hc3RlciBTQVRBMTUwCmFkNDogMzIxNjcyOTYwIHNl Y3RvcnMgWzMxOTEyMEMvMTZILzYzU10gMTYgc2VjdG9ycy9pbnRlcnJ1cHQgMSBkZXB0aCBxdWV1 ZQpHRU9NOiBuZXcgZGlzayBhZDQKYXRhMS1tYXN0ZXI6IHBpbz1QSU80IHdkbWE9V0RNQTIgdWRt YT1VRE1BMTMzIGNhYmxlPTQwIHdpcmUKYWQ2OiAxNTcwNjZNQiA8SERUNzIyNTE2RExBMzgwIFY0 M09BODBBPiBhdCBhdGEzLW1hc3RlciBTQVRBMTUwCmFkNjogMzIxNjcyOTYwIHNlY3RvcnMgWzMx OTEyMEMvMTZILzYzU10gMTYgc2VjdG9ycy9pbnRlcnJ1cHQgMSBkZXB0aCBxdWV1ZQpTTVA6IEFQ IENQVSAjMSBMYXVuY2hlZCEKY3B1MSBBUDoKICAgICBJRDogMHgwMTAwMDAwMCAgIFZFUjogMHgw MDA0MDAxMCBMRFI6IDB4MDIwMDAwMDAgREZSOiAweDBmZmZmZmZmCiAgbGludDA6IDB4MDAwMTA3 MDAgbGludDE6IDB4MDAwMDA0MDAgVFBSOiAweDAwMDAwMDAwIFNWUjogMHgwMDAwMDFmZgogIHRp bWVyOiAweDAwMDIwMGVmIHRoZXJtOiAweDAwMDAwMDAwIGVycjogMHgwMDAxMDAwMCBwY206IDB4 MDAwMTAwMDAKU01QOiBBUCBDUFUgIzIgTGF1bmNoZWQhCmNwdTIgQVA6CiAgICAgSUQ6IDB4MDIw MDAwMDAgICBWRVI6IDB4MDAwNDAwMTAgTERSOiAweDA0MDAwMDAwIERGUjogMHgwZmZmZmZmZgog IGxpbnQwOiAweDAwMDEwNzAwIGxpbnQxOiAweDAwMDAwNDAwIFRQUjogMHgwMDAwMDAwMCBTVlI6 IDB4MDAwMDAxZmYKICB0aW1lcjogMHgwMDAyMDBlZiB0aGVybTogMHgwMDAwMDAwMCBlcnI6IDB4 MDAwMTAwMDAgcGNtOiAweDAwMDEwMDAwClNNUDogQVAgQ1BVICMzIExhdW5jaGVkIQpjcHUzIEFQ OgogICAgIElEOiAweDAzMDAwMDAwICAgVkVSOiAweDAwMDQwMDEwIExEUjogMHgwODAwMDAwMCBE RlI6IDB4MGZmZmZmZmYKICBsaW50MDogMHgwMDAxMDcwMCBsaW50MTogMHgwMDAwMDQwMCBUUFI6 IDB4MDAwMDAwMDAgU1ZSOiAweDAwMDAwMWZmCiAgdGltZXI6IDB4MDAwMjAwZWYgdGhlcm06IDB4 MDAwMDAwMDAgZXJyOiAweDAwMDEwMDAwIHBjbTogMHgwMDAxMDAwMAppb2FwaWMwOiByb3V0aW5n IGludHBpbiAxIChJU0EgSVJRIDEpIHRvIGNsdXN0ZXIgMAppb2FwaWMwOiByb3V0aW5nIGludHBp biA2IChJU0EgSVJRIDYpIHRvIGNsdXN0ZXIgMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiA5IChJ U0EgSVJRIDkpIHRvIGNsdXN0ZXIgMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAxNCAoSVNBIElS USAxNCkgdG8gY2x1c3RlciAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDE1IChJU0EgSVJRIDE1 KSB0byBjbHVzdGVyIDAKaW9hcGljMDogcm91dGluZyBpbnRwaW4gMjIgKFBDSSBJUlEgMjIpIHRv IGNsdXN0ZXIgMAppb2FwaWMwOiByb3V0aW5nIGludHBpbiAyMyAoUENJIElSUSAyMykgdG8gY2x1 c3RlciAwCmlvYXBpYzI6IHJvdXRpbmcgaW50cGluIDAgKFBDSSBJUlEgMjgpIHRvIGNsdXN0ZXIg MAppb2FwaWMyOiByb3V0aW5nIGludHBpbiAxIChQQ0kgSVJRIDI5KSB0byBjbHVzdGVyIDAKR0VP TTogbmV3IGRpc2sgYWQ2ClRyeWluZyB0byBtb3VudCByb290IGZyb20gdWZzOi9kZXYvYWQ0czFh CnN0YXJ0X2luaXQ6IHRyeWluZyAvc2Jpbi9pbml0CmZkYzA6IG91dHB1dCByZWFkeSB0aW1lb3V0 CmZkYzA6IGlucHV0IHJlYWR5IHRpbWVvdXQKZmRjMDogaW5wdXQgcmVhZHkgdGltZW91dApmZGMw OiBvdXRwdXQgcmVhZHkgdGltZW91dApmZGMwOiBpbnB1dCByZWFkeSB0aW1lb3V0CmZkYzA6IGlu cHV0IHJlYWR5IHRpbWVvdXQKZmRjMDogb3V0cHV0IHJlYWR5IHRpbWVvdXQKZmRjMDogaW5wdXQg cmVhZHkgdGltZW91dApmZGMwOiBpbnB1dCByZWFkeSB0aW1lb3V0CmZkYzA6IG91dHB1dCByZWFk eSB0aW1lb3V0CmZkYzA6IGlucHV0IHJlYWR5IHRpbWVvdXQKcGNpMDogZHJpdmVyIGFkZGVkCmZv dW5kLT4JdmVuZG9yPTB4MTBkZSwgZGV2PTB4MDA1ZSwgcmV2aWQ9MHhhMwoJYnVzPTAsIHNsb3Q9 MCwgZnVuYz0wCgljbGFzcz0wNS04MC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9 MHgwMDA2LCBzdGF0cmVnPTB4MDBiMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4 MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpwY2kwOjA6 MDogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZApmb3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0w eDAwNTIsIHJldmlkPTB4YTIKCWJ1cz0wLCBzbG90PTEsIGZ1bmM9MQoJY2xhc3M9MGMtMDUtMDAs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwMSwgc3RhdHJlZz0weDAwYjAsIGNh Y2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDMgKDc1 MCBucyksIG1heGxhdD0weDAxICgyNTAgbnMpCglpbnRwaW49YSwgaXJxPTI1NQoJcG93ZXJzcGVj IDIgIHN1cHBvcnRzIEQwIEQzICBjdXJyZW50IEQwCnBjaTA6MToxOiByZXByb2Jpbmcgb24gZHJp dmVyIGFkZGVkCmZvdW5kLT4JdmVuZG9yPTB4MTBkZSwgZGV2PTB4MDA1YSwgcmV2aWQ9MHhhMgoJ YnVzPTAsIHNsb3Q9MiwgZnVuYz0wCgljbGFzcz0wYy0wMy0xMCwgaGRydHlwZT0weDAwLCBtZmRl dj0xCgljbWRyZWc9MHgwMDA3LCBzdGF0cmVnPTB4MDBiMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykK CWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMyAoNzUwIG5zKSwgbWF4bGF0PTB4MDEg KDI1MCBucykKCWludHBpbj1hLCBpcnE9MjAKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBE MiBEMyAgY3VycmVudCBEMApwY2kwOjI6MDogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZApmb3Vu ZC0+CXZlbmRvcj0weDEwZGUsIGRldj0weDAwNWIsIHJldmlkPTB4YTMKCWJ1cz0wLCBzbG90PTIs IGZ1bmM9MQoJY2xhc3M9MGMtMDMtMjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4 MDAwNiwgc3RhdHJlZz0weDAwYjAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAw ICgwIG5zKSwgbWluZ250PTB4MDMgKDc1MCBucyksIG1heGxhdD0weDAxICgyNTAgbnMpCglpbnRw aW49YiwgaXJxPTIxCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQg RDAKcGNpMDoyOjE6IHJlcHJvYmluZyBvbiBkcml2ZXIgYWRkZWQKcGNpMTogZHJpdmVyIGFkZGVk CmZvdW5kLT4JdmVuZG9yPTB4MTAwMiwgZGV2PTB4NDc1MiwgcmV2aWQ9MHgyNwoJYnVzPTEsIHNs b3Q9NywgZnVuYz0wCgljbGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRy ZWc9MHgwMDg3LCBzdGF0cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1l cj0weDQyICgxOTgwIG5zKSwgbWluZ250PTB4MDggKDIwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBu cykKCWludHBpbj1hLCBpcnE9MTYKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAg Y3VycmVudCBEMApwY2kxOjc6MDogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZApwY2kyOiBkcml2 ZXIgYWRkZWQKcGNpODogZHJpdmVyIGFkZGVkCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4 NzQ1MSwgcmV2aWQ9MHgwMQoJYnVzPTgsIHNsb3Q9MTAsIGZ1bmM9MQoJY2xhc3M9MDgtMDAtMTAs IGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAyMDAsIGNh Y2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAg bnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKcGNpODoxMDoxOiByZXByb2Jpbmcgb24gZHJpdmVyIGFk ZGVkCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4NzQ1MSwgcmV2aWQ9MHgwMQoJYnVzPTgs IHNsb3Q9MTEsIGZ1bmM9MQoJY2xhc3M9MDgtMDAtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJ Y21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAyMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0 aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykK cGNpODoxMToxOiByZXByb2Jpbmcgb24gZHJpdmVyIGFkZGVkCnBjaTk6IGRyaXZlciBhZGRlZApw Y2kxMDogZHJpdmVyIGFkZGVkCnBjaTA6IGRyaXZlciBhZGRlZApmb3VuZC0+CXZlbmRvcj0weDEw ZGUsIGRldj0weDAwNWUsIHJldmlkPTB4YTMKCWJ1cz0wLCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9 MDUtODAtMDAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0w eDAwYjAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKcGNpMDowOjA6IHJlcHJvYmluZyBvbiBk cml2ZXIgYWRkZWQKZm91bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMDUyLCByZXZpZD0weGEy CglidXM9MCwgc2xvdD0xLCBmdW5jPTEKCWNsYXNzPTBjLTA1LTAwLCBoZHJ0eXBlPTB4MDAsIG1m ZGV2PTEKCWNtZHJlZz0weDAwMDEsIHN0YXRyZWc9MHgwMGIwLCBjYWNoZWxuc3o9MCAoZHdvcmRz KQoJbGF0dGltZXI9MHgwMCAoMCBucyksIG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgw MSAoMjUwIG5zKQoJaW50cGluPWEsIGlycT0yNTUKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBE MyAgY3VycmVudCBEMApwY2kwOjE6MTogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZApmb3VuZC0+ CXZlbmRvcj0weDEwZGUsIGRldj0weDAwNWEsIHJldmlkPTB4YTIKCWJ1cz0wLCBzbG90PTIsIGZ1 bmM9MAoJY2xhc3M9MGMtMDMtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAw Nywgc3RhdHJlZz0weDAwYjAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgw IG5zKSwgbWluZ250PTB4MDMgKDc1MCBucyksIG1heGxhdD0weDAxICgyNTAgbnMpCglpbnRwaW49 YSwgaXJxPTIwCglwb3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAK cGNpMDoyOjA6IHJlcHJvYmluZyBvbiBkcml2ZXIgYWRkZWQKb2hjaTA6IDxPSENJIChnZW5lcmlj KSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZGQwMDAwMDAtMHhkZDAwMGZmZiBpcnEgMjAgYXQgZGV2 aWNlIDIuMCBvbiBwY2kwCm9oY2kwOiBSZXNlcnZlZCAweDEwMDAgYnl0ZXMgZm9yIHJpZCAweDEw IHR5cGUgMyBhdCAweGRkMDAwMDAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIwIChQQ0kgSVJR IDIwKSB0byBjbHVzdGVyIDAKb2hjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjA6IE9IQ0kgdmVyc2lv biAxLjAsIGxlZ2FjeSBzdXBwb3J0CnVzYjA6IFNNTSBkb2VzIG5vdCByZXNwb25kLCByZXNldHRp bmcKZmRjMDogaW5wdXQgcmVhZHkgdGltZW91dAp1c2IwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNv bnRyb2xsZXI+IG9uIG9oY2kwCnVzYjA6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjA6IG5WaWRpYSBP SENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMDogMTAg cG9ydHMgd2l0aCAxMCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApmb3VuZC0+CXZlbmRvcj0weDEw ZGUsIGRldj0weDAwNWIsIHJldmlkPTB4YTMKCWJ1cz0wLCBzbG90PTIsIGZ1bmM9MQoJY2xhc3M9 MGMtMDMtMjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0w eDAwYjAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250 PTB4MDMgKDc1MCBucyksIG1heGxhdD0weDAxICgyNTAgbnMpCglpbnRwaW49YiwgaXJxPTIxCglw b3dlcnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKcGNpMDoyOjE6IHJl cHJvYmluZyBvbiBkcml2ZXIgYWRkZWQKcGNpMTogZHJpdmVyIGFkZGVkCmZvdW5kLT4JdmVuZG9y PTB4MTAwMiwgZGV2PTB4NDc1MiwgcmV2aWQ9MHgyNwoJYnVzPTEsIHNsb3Q9NywgZnVuYz0wCglj bGFzcz0wMy0wMC0wMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDg3LCBzdGF0 cmVnPTB4MDI5MCwgY2FjaGVsbnN6PTE2IChkd29yZHMpCglsYXR0aW1lcj0weDQyICgxOTgwIG5z KSwgbWluZ250PTB4MDggKDIwMDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKCWludHBpbj1hLCBp cnE9MTYKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMSBEMiBEMyAgY3VycmVudCBEMApwY2kx Ojc6MDogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZApwY2kyOiBkcml2ZXIgYWRkZWQKcGNpODog ZHJpdmVyIGFkZGVkCmZvdW5kLT4JdmVuZG9yPTB4MTAyMiwgZGV2PTB4NzQ1MSwgcmV2aWQ9MHgw MQoJYnVzPTgsIHNsb3Q9MTAsIGZ1bmM9MQoJY2xhc3M9MDgtMDAtMTAsIGhkcnR5cGU9MHgwMCwg bWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAyMDAsIGNhY2hlbG5zej0wIChkd29y ZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgw MCAoMCBucykKcGNpODoxMDoxOiByZXByb2Jpbmcgb24gZHJpdmVyIGFkZGVkCmZvdW5kLT4JdmVu ZG9yPTB4MTAyMiwgZGV2PTB4NzQ1MSwgcmV2aWQ9MHgwMQoJYnVzPTgsIHNsb3Q9MTEsIGZ1bmM9 MQoJY2xhc3M9MDgtMDAtMTAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwg c3RhdHJlZz0weDAyMDAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5z KSwgbWluZ250PTB4MDAgKDAgbnMpLCBtYXhsYXQ9MHgwMCAoMCBucykKcGNpODoxMToxOiByZXBy b2Jpbmcgb24gZHJpdmVyIGFkZGVkCnBjaTk6IGRyaXZlciBhZGRlZApwY2kxMDogZHJpdmVyIGFk ZGVkCnBjaTA6IGRyaXZlciBhZGRlZApmb3VuZC0+CXZlbmRvcj0weDEwZGUsIGRldj0weDAwNWUs IHJldmlkPTB4YTMKCWJ1cz0wLCBzbG90PTAsIGZ1bmM9MAoJY2xhc3M9MDUtODAtMDAsIGhkcnR5 cGU9MHgwMCwgbWZkZXY9MAoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAwYjAsIGNhY2hlbG5z ej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4MDAgKDAgbnMpLCBt YXhsYXQ9MHgwMCAoMCBucykKcGNpMDowOjA6IHJlcHJvYmluZyBvbiBkcml2ZXIgYWRkZWQKZm91 bmQtPgl2ZW5kb3I9MHgxMGRlLCBkZXY9MHgwMDUyLCByZXZpZD0weGEyCglidXM9MCwgc2xvdD0x LCBmdW5jPTEKCWNsYXNzPTBjLTA1LTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2PTEKCWNtZHJlZz0w eDAwMDEsIHN0YXRyZWc9MHgwMGIwLCBjYWNoZWxuc3o9MCAoZHdvcmRzKQoJbGF0dGltZXI9MHgw MCAoMCBucyksIG1pbmdudD0weDAzICg3NTAgbnMpLCBtYXhsYXQ9MHgwMSAoMjUwIG5zKQoJaW50 cGluPWEsIGlycT0yNTUKCXBvd2Vyc3BlYyAyICBzdXBwb3J0cyBEMCBEMyAgY3VycmVudCBEMApw Y2kwOjE6MTogcmVwcm9iaW5nIG9uIGRyaXZlciBhZGRlZApmb3VuZC0+CXZlbmRvcj0weDEwZGUs IGRldj0weDAwNWIsIHJldmlkPTB4YTMKCWJ1cz0wLCBzbG90PTIsIGZ1bmM9MQoJY2xhc3M9MGMt MDMtMjAsIGhkcnR5cGU9MHgwMCwgbWZkZXY9MQoJY21kcmVnPTB4MDAwNiwgc3RhdHJlZz0weDAw YjAsIGNhY2hlbG5zej0wIChkd29yZHMpCglsYXR0aW1lcj0weDAwICgwIG5zKSwgbWluZ250PTB4 MDMgKDc1MCBucyksIG1heGxhdD0weDAxICgyNTAgbnMpCglpbnRwaW49YiwgaXJxPTIxCglwb3dl cnNwZWMgMiAgc3VwcG9ydHMgRDAgRDEgRDIgRDMgIGN1cnJlbnQgRDAKcGNpMDoyOjE6IHJlcHJv YmluZyBvbiBkcml2ZXIgYWRkZWQKZWhjaTA6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRy b2xsZXI+IG1lbSAweGRkMDAxMDAwLTB4ZGQwMDEwZmYgaXJxIDIxIGF0IGRldmljZSAyLjEgb24g cGNpMAplaGNpMDogUmVzZXJ2ZWQgMHgxMDAgYnl0ZXMgZm9yIHJpZCAweDEwIHR5cGUgMyBhdCAw eGRkMDAxMDAwCmlvYXBpYzA6IHJvdXRpbmcgaW50cGluIDIxIChQQ0kgSVJRIDIxKSB0byBjbHVz dGVyIDAKZWhjaTA6IFtHSUFOVC1MT0NLRURdCnVzYjE6IEVIQ0kgdmVyc2lvbiAxLjAKdXNiMTog Y29tcGFuaW9uIGNvbnRyb2xsZXIsIDQgcG9ydHMgZWFjaDogdXNiMAp1c2IxOiA8RUhDSSAoZ2Vu ZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBvbiBlaGNpMAp1c2IxOiBVU0IgcmV2aXNpb24gMi4w CnVodWIxOiBuVmlkaWEgRUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBh ZGRyIDEKdWh1YjE6IDEwIHBvcnRzIHdpdGggMTAgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKYmdl MDogZ2lnYWJpdCBsaW5rIHVwCmJnZTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUApiZ2UxOiBn aWdhYml0IGxpbmsgdXAKYmdlMTogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCgpwY2kxOiBkcml2 ZXIgYWRkZWQKZm91bmQtPgl2ZW5kb3I9MHgxMDAyLCBkZXY9MHg0NzUyLCByZXZpZD0weDI3Cgli dXM9MSwgc2xvdD03LCBmdW5jPTAKCWNsYXNzPTAzLTAwLTAwLCBoZHJ0eXBlPTB4MDAsIG1mZGV2 PTAKCWNtZHJlZz0weDAwODcsIHN0YXRyZWc9MHgwMjkwLCBjYWNoZWxuc3o9MTYgKGR3b3JkcykK CWxhdHRpbWVyPTB4NDIgKDE5ODAgbnMpLCBtaW5nbnQ9MHgwOCAoMjAwMCBucyksIG1heGxhdD0w eDAwICgwIG5zKQoJaW50cGluPWEsIGlycT0xNgoJcG93ZXJzcGVjIDIgIHN1cHBvcnRzIEQwIEQx IEQyIEQzICBjdXJyZW50IEQwCnBjaTE6NzowOiByZXByb2Jpbmcgb24gZHJpdmVyIGFkZGVkCnBj aTI6IGRyaXZlciBhZGRlZApwY2k4OiBkcml2ZXIgYWRkZWQKZm91bmQtPgl2ZW5kb3I9MHgxMDIy LCBkZXY9MHg3NDUxLCByZXZpZD0weDAxCglidXM9OCwgc2xvdD0xMCwgZnVuYz0xCgljbGFzcz0w OC0wMC0xMCwgaGRydHlwZT0weDAwLCBtZmRldj0wCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4 MDIwMCwgY2FjaGVsbnN6PTAgKGR3b3JkcykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9 MHgwMCAoMCBucyksIG1heGxhdD0weDAwICgwIG5zKQpwY2k4OjEwOjE6IHJlcHJvYmluZyBvbiBk cml2ZXIgYWRkZWQKZm91bmQtPgl2ZW5kb3I9MHgxMDIyLCBkZXY9MHg3NDUxLCByZXZpZD0weDAx CglidXM9OCwgc2xvdD0xMSwgZnVuYz0xCgljbGFzcz0wOC0wMC0xMCwgaGRydHlwZT0weDAwLCBt ZmRldj0wCgljbWRyZWc9MHgwMDA2LCBzdGF0cmVnPTB4MDIwMCwgY2FjaGVsbnN6PTAgKGR3b3Jk cykKCWxhdHRpbWVyPTB4MDAgKDAgbnMpLCBtaW5nbnQ9MHgwMCAoMCBucyksIG1heGxhdD0weDAw ICgwIG5zKQpwY2k4OjExOjE6IHJlcHJvYmluZyBvbiBkcml2ZXIgYWRkZWQKcGNpOTogZHJpdmVy IGFkZGVkCnBjaTEwOiBkcml2ZXIgYWRkZWQK ------=_Part_55331_9164446.1131377484329-- From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 20:00:32 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8DB7F16A41F for ; Mon, 7 Nov 2005 20:00:32 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49C5C43D48 for ; Mon, 7 Nov 2005 20:00:32 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jA7K0W6B032640 for ; Mon, 7 Nov 2005 20:00:32 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jA7K0Whm032639; Mon, 7 Nov 2005 20:00:32 GMT (envelope-from gnats) Date: Mon, 7 Nov 2005 20:00:32 GMT Message-Id: <200511072000.jA7K0Whm032639@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: "Devon O'Dell" Cc: Subject: Re: amd64/88249: getdents syscall fails for devfs on amd64 linuxalator X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devon O'Dell List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2005 20:00:32 -0000 The following reply was made to PR amd64/88249; it has been noted by GNATS. From: "Devon O'Dell" To: freebsd-gnats-submit@FreeBSD.org, "Arno J. Klaassen" Cc: scottl@FreeBSD.org Subject: Re: amd64/88249: getdents syscall fails for devfs on amd64 linuxalator Date: Mon, 7 Nov 2005 11:53:38 -0800 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline After much discussion on this issue with scottl@, I've come up with the following `quickfix' patch. While the previous patch does solve the issue, it does so in the wrong manner: vfs_subr.c:vfs_read_dirent() is not at fault here. The filesystem is expected to provide storage space for ap->a_cookies when ap->a_ncookies is non-NULL. In the case of the linuxulator, the linux_file.c:getdents_common() code requires the use of cookies. It is the filesystem's job to ensure that, when cookies are provided, space is allocated, as was previously mentioned. devfs.c:devfs_readdir() does not do this, and vfs_subr.c:vfs_read_dirent() expects this behavior. The long discussion ended up implying several things: a) There are bad things going on in each layer here: i) linux_file.c:getdents_common has issues ii) devfs.c:devfs_readdir() will need to support cookies at some point iii) vfs_subr.c:vfs_read_dirent() should be used as a generic procedure with multiple filesystems instead of having them all use various separate methods of allocating and determining cookie storage requirements, which results in a good bit of duplicated code. b) The issue isn't limited to amd64, so the PR should be migrated to kern/88249 c) The issue is somewhat severe, so a fix that doesn't address the architectural problems (outlined in point a) should be committed while these architectural issues are further discussed and developed. d) The issue probably isn't limited to linuxulator, but to any filesystem that uses cookies and exports devfs. Thus, panics (or hangs) will probably occur for devfs being exported over AFS or NFS. The attached patch does two things: a) If we are provided with cookie information in devfs, we currently do not support this. This means we cannot export devfs over network mounts, which I don't view as a problem (but would be a cool feature). b) Do sanity checking in vfs_subr.c:vfs_read_dirent() to panic explicitly on the condition of ap->a_cookies being NULL with a non-NULL ap->a_ncookies. Since the API is well-defined enough, consumers should know to never subject the code to this condition. I'm currently working on the architectural issues outlined above and have been discussing them with scottl@ (extensively) and phk@ (briefly). Kind regards, Devon H. O'Dell --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="devfs_cookie_quickfix.patch" diff -ur /sys/fs/devfs/devfs_vnops.c sys/fs/devfs/devfs_vnops.c --- /sys/fs/devfs/devfs_vnops.c Mon Nov 7 11:47:53 2005 +++ sys/fs/devfs/devfs_vnops.c Mon Nov 7 10:53:09 2005 @@ -797,6 +797,7 @@ struct devfs_dirent *de; struct devfs_mount *dmp; off_t off, oldoff; + int *tmp_ncookies = NULL; if (ap->a_vp->v_type != VDIR) return (ENOTDIR); @@ -805,6 +806,22 @@ if (uio->uio_offset < 0) return (EINVAL); + /* + * XXX: This is a temporary hack to get around this filesystem not + * supporting cookies. We store the location of the ncookies pointer + * in a temporary variable before calling vfs_subr.c:vfs_read_dirent() + * and set the number of cookies to 0. We then set the pointer to + * NULL so that vfs_read_dirent doesn't try to call realloc() on + * ap->a_cookies. Later in this function, we restore the ap->a_ncookies + * pointer to its original location before returning to the caller. + * + */ + if (ap->a_ncookies != NULL) { + tmp_ncookies = ap->a_ncookies; + *ap->a_ncookies = 0; + ap->a_ncookies = NULL; + } + dmp = VFSTODEVFS(ap->a_vp->v_mount); sx_xlock(&dmp->dm_lock); devfs_populate(dmp); @@ -833,6 +850,14 @@ } sx_xunlock(&dmp->dm_lock); uio->uio_offset = off; + + /* + * Restore ap->a_ncookies if it wasn't originally NULL in the first + * place. + */ + if (tmp_ncookies != NULL) + ap->a_ncookies = tmp_ncookies; + return (error); } diff -ur /sys/kern/vfs_subr.c sys/kern/vfs_subr.c --- /sys/kern/vfs_subr.c Mon Nov 7 11:47:53 2005 +++ sys/kern/vfs_subr.c Mon Nov 7 11:47:33 2005 @@ -3875,6 +3875,10 @@ } if (ap->a_ncookies == NULL) return (0); + + KASSERT(ap->a_cookies, + ("NULL ap->a_cookies value with non-NULL ap->a_ncookies!")); + *ap->a_cookies = realloc(*ap->a_cookies, (*ap->a_ncookies + 1) * sizeof(u_long), M_TEMP, M_WAITOK | M_ZERO); (*ap->a_cookies)[*ap->a_ncookies] = off; --vtzGhvizbBRQ85DL-- From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 20:23:26 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 163FF16A41F for ; Mon, 7 Nov 2005 20:23:26 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7347943D48 for ; Mon, 7 Nov 2005 20:23:25 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 23221 invoked from network); 8 Nov 2005 07:23:24 +1100 Received: from 203-217-68-186.dyn.iinet.net.au (HELO ?192.168.13.3?) (203.217.68.186) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 8 Nov 2005 07:23:23 +1100 Message-ID: <436FB7B1.2050205@meijome.net> Date: Tue, 08 Nov 2005 07:23:13 +1100 From: Norberto Meijome User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Claus Guttesen References: <436F69DB.8060408@samsco.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64 List Subject: Re: amd64 does not see all 4 GB RAM on tyan GT24 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 20:23:26 -0000 Claus Guttesen wrote: >>>Just received a Tyan GT24 with a S2891 board. In the >>>bios-setup-utility the board has 4 GB RAM, but when FreeBSD 6.0 >>>release boot it only recognizes 3 GB. Dmesg: >> >>Please send the verbose boot output, specifically the lines that >>mention 'SMAP'. > > > Did a verbose boot but no lines mentioning SMAP. Verbose dmes is attached. Hi there, same board/server (different opteron), 4 GB, only 3 GB too (havent got access to BIOS atm to check what it sees, but pretty sure it was more than 3 GB). Running first version of BIOS code, will be updating it soon and will let u know if that makes any difference. normal dmesg: ---- Copyright (c) 1992-2005 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 6.0-STABLE #0: Mon Nov 7 23:25:15 EST 2005 root@cerberus.xxxxxxxxxxx:/usr/obj/usr/src/sys/CERBERUS module_register: module g_mirror already exists! Module g_mirror failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 250 (2411.12-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 3488743424 (3327 MB) avail memory = 3366961152 (3210 MB) ACPI APIC Table: 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: Power Button (fixed) [....] ---- hw.physmem: 3480248320 hw.usermem: 3373248512 hw.realmem: 3488743424 cheers, B From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 20:45:52 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 1266F16A420 for ; Mon, 7 Nov 2005 20:45:52 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E94D243D45 for ; Mon, 7 Nov 2005 20:45:45 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (localhost [127.0.0.1]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id 91512F820 for ; Mon, 7 Nov 2005 13:45:44 -0700 (MST) Received: from cochise.teamcool.net (unknown [192.168.1.57]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id 42373F7C5 for ; Mon, 7 Nov 2005 13:45:44 -0700 (MST) Date: Mon, 7 Nov 2005 13:45:43 -0700 From: Ken Gunderson To: freebsd-amd64@freebsd.org Message-Id: <20051107134543.3564b2ac.kgunders@teamcool.net> Organization: Teamcool Networks X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Tyan GT24 - Thunder K8SRE mainboard X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 20:45:52 -0000 Greets All: Anybody have any experience with one of these (SCSI version): Apparently it's positioned to replace the 2881. Uses the Thunder K8SRE mainboard: Yeah, I know it uses an nViidia chipset. Whis it didn't but try convincing Tyan... TIA-- -- Best regards, Ken Gunderson Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 20:53:52 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 714DA16A429 for ; Mon, 7 Nov 2005 20:53:52 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1712B43D68 for ; Mon, 7 Nov 2005 20:53:47 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (localhost [127.0.0.1]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id 6931AF820 for ; Mon, 7 Nov 2005 13:53:47 -0700 (MST) Received: from cochise.teamcool.net (unknown [192.168.1.57]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id 31B58F7C5 for ; Mon, 7 Nov 2005 13:53:47 -0700 (MST) Date: Mon, 7 Nov 2005 13:53:46 -0700 From: Ken Gunderson To: freebsd-amd64@freebsd.org Message-Id: <20051107135346.402cd56c.kgunders@teamcool.net> In-Reply-To: <20051107134543.3564b2ac.kgunders@teamcool.net> References: <20051107134543.3564b2ac.kgunders@teamcool.net> Organization: Teamcool Networks X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: Tyan GT24 - Thunder K8SRE mainboard X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 20:53:52 -0000 On Mon, 7 Nov 2005 13:45:43 -0700 Ken Gunderson wrote: > Greets All: > > Anybody have any experience with one of these (SCSI version): > > > > Apparently it's positioned to replace the 2881. Uses the Thunder K8SRE > mainboard: > > > > Yeah, I know it uses an nViidia chipset. Whis it didn't but try > convincing Tyan... > > TIA-- Of course subsequent to posting this I get a bunch of incoming from freebsd-amd64. Looks like this puppy has some problems. Any issues other than the memory? -- Best regards, Ken Gunderson Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 21:36:28 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 34C2E16A426 for ; Mon, 7 Nov 2005 21:36:28 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail5.speedfactory.net [66.23.216.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D9B743D53 for ; Mon, 7 Nov 2005 21:36:05 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 1540415 for multiple; Mon, 07 Nov 2005 16:37:57 -0500 Received: from localhost.baldwin.cx (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jA7LZexO019048; Mon, 7 Nov 2005 16:35:50 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org, "Devon O'Dell" Date: Mon, 7 Nov 2005 16:32:49 -0500 User-Agent: KMail/1.8.2 References: <200511072000.jA7K0Whm032639@freefall.freebsd.org> In-Reply-To: <200511072000.jA7K0Whm032639@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511071632.50696.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Subject: Re: amd64/88249: getdents syscall fails for devfs on amd64 linuxalator X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 21:36:28 -0000 On Monday 07 November 2005 03:00 pm, Devon O'Dell wrote: > The long discussion ended up implying several things: > > d) The issue probably isn't limited to linuxulator, but to any > filesystem that uses cookies and exports devfs. Thus, panics (or > hangs) will probably occur for devfs being exported over AFS or NFS. Well, it shouldn't panic, that's for sure. > The attached patch does two things: > > a) If we are provided with cookie information in devfs, we currently > do not support this. This means we cannot export devfs over network > mounts, which I don't view as a problem (but would be a cool > feature). Actually, it would be a worse than useless feature when you consider dynamic major number allocation (so that /dev/cuad0 on one machine might map to /dev/acd0 on another machine) not to mention the fact that on FreeBSD, at least, we don't have specfs anymore, so you can't look devices up by just major/minor, but it has to be by their name through an instance of devfs. So, only non-FreeBSD clients could even use the exported char devs, and FreeBSD char devs are less than useless on non-FreeBSD operating systems. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 21:51:12 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 9E81816A41F for ; Mon, 7 Nov 2005 21:51:12 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7C6043D5F for ; Mon, 7 Nov 2005 21:50:53 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 31034B80A for ; Mon, 7 Nov 2005 16:50:52 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <436FB7B1.2050205@meijome.net> References: <436F69DB.8060408@samsco.org> <436FB7B1.2050205@meijome.net> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 7 Nov 2005 16:50:51 -0500 To: freebsd-amd64 List X-Mailer: Apple Mail (2.746.2) Subject: Re: amd64 does not see all 4 GB RAM on tyan GT24 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 21:51:12 -0000 On Nov 7, 2005, at 3:23 PM, Norberto Meijome wrote: > Hi there, same board/server (different opteron), 4 GB, only 3 GB > too (havent got access to BIOS atm to check what it sees, but > pretty sure it was more than 3 GB). Running first version of BIOS > code, will be updating it soon and will let u know if that makes > any difference. There was a discussion about this problem on this very list around mid-august. Check the archives for "BIOS memory hole" From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 22:16:07 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 E892A16A427 for ; Mon, 7 Nov 2005 22:16:07 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B06843D8E for ; Mon, 7 Nov 2005 22:15:54 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jA7MFrEZ097315; Mon, 7 Nov 2005 15:15:54 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <436FD219.6070505@samsco.org> Date: Mon, 07 Nov 2005 15:15:53 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vivek Khera References: <436F69DB.8060408@samsco.org> <436FB7B1.2050205@meijome.net> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-amd64 List Subject: Re: amd64 does not see all 4 GB RAM on tyan GT24 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 22:16:08 -0000 Vivek Khera wrote: > > On Nov 7, 2005, at 3:23 PM, Norberto Meijome wrote: > >> Hi there, same board/server (different opteron), 4 GB, only 3 GB too >> (havent got access to BIOS atm to check what it sees, but pretty sure >> it was more than 3 GB). Running first version of BIOS code, will be >> updating it soon and will let u know if that makes any difference. > > > There was a discussion about this problem on this very list around > mid-august. Check the archives for "BIOS memory hole" This is a larger hole than I would expect, though. That's why I was interested in getting the SMAP table from this machine. Not sure why his verbose output didn't include it. Scott From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 22:17:45 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 5612916A422 for ; Mon, 7 Nov 2005 22:17:45 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37F5543D48 for ; Mon, 7 Nov 2005 22:17:35 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id jA7MHYVa097521; Mon, 7 Nov 2005 15:17:35 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <436FD27E.1050802@samsco.org> Date: Mon, 07 Nov 2005 15:17:34 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Claus Guttesen References: <436F69DB.8060408@samsco.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-amd64 List Subject: Re: amd64 does not see all 4 GB RAM on tyan GT24 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 22:17:45 -0000 Claus Guttesen wrote: >>>Just received a Tyan GT24 with a S2891 board. In the >>>bios-setup-utility the board has 4 GB RAM, but when FreeBSD 6.0 >>>release boot it only recognizes 3 GB. Dmesg: >> >>Please send the verbose boot output, specifically the lines that >>mention 'SMAP'. > > > Did a verbose boot but no lines mentioning SMAP. Verbose dmes is attached. > > regards > Claus Not sure why the SMAP lines didn't get printed out. Anyways, check your BIOS for a setting related to PCI-Express. Some motherboards allow you to reclaim the 256MB hole that PCI-Express consumes. That should help your problem at least a little bit. Scott From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 22:21:01 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 9B15F16A41F; Mon, 7 Nov 2005 22:21:01 +0000 (GMT) (envelope-from dodell@knight.ixsystems.net) Received: from knight.ixsystems.net (knight.ixsystems.net [206.40.55.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id E935543D45; Mon, 7 Nov 2005 22:20:52 +0000 (GMT) (envelope-from dodell@knight.ixsystems.net) Received: from knight.ixsystems.net (localhost [127.0.0.1]) by knight.ixsystems.net (8.12.10/8.11.6) with ESMTP id jA7MJJwF024739; Mon, 7 Nov 2005 14:19:19 -0800 (PST) (envelope-from dodell@knight.ixsystems.net) Received: (from dodell@localhost) by knight.ixsystems.net (8.12.10/8.12.9/Submit) id jA7MJJfm024738; Mon, 7 Nov 2005 14:19:19 -0800 (PST) (envelope-from dodell) Date: Mon, 7 Nov 2005 14:19:19 -0800 From: "Devon O'Dell" To: John Baldwin Message-ID: <20051107141919.B23692@knight.ixsystems.net> References: <200511072000.jA7K0Whm032639@freefall.freebsd.org> <200511071632.50696.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200511071632.50696.jhb@freebsd.org>; from jhb@freebsd.org on Mon, Nov 07, 2005 at 04:32:49PM -0500 Cc: freebsd-amd64@freebsd.org Subject: Re: amd64/88249: getdents syscall fails for devfs on amd64 linuxalator X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 22:21:01 -0000 On Mon, Nov 07, 2005 at 04:32:49PM -0500, John Baldwin wrote: > On Monday 07 November 2005 03:00 pm, Devon O'Dell wrote: > > The long discussion ended up implying several things: > > > > d) The issue probably isn't limited to linuxulator, but to any > > filesystem that uses cookies and exports devfs. Thus, panics (or > > hangs) will probably occur for devfs being exported over AFS or NFS. > > Well, it shouldn't panic, that's for sure. It currently does in linuxulator; I'm only assuming it'd do so as well when trying to export the devfs over another cookie-enabled filesystem, just from how devfs works when you give it cookies (i.e. not at all). > > The attached patch does two things: > > > > a) If we are provided with cookie information in devfs, we currently > > do not support this. This means we cannot export devfs over network > > mounts, which I don't view as a problem (but would be a cool > > feature). > > Actually, it would be a worse than useless feature when you consider dynamic > major number allocation (so that /dev/cuad0 on one machine might map > to /dev/acd0 on another machine) not to mention the fact that on FreeBSD, at > least, we don't have specfs anymore, so you can't look devices up by just > major/minor, but it has to be by their name through an instance of devfs. > So, only non-FreeBSD clients could even use the exported char devs, and > FreeBSD char devs are less than useless on non-FreeBSD operating systems. Ah, ok. I was thinking in a Plan 9-ish sense: being able to export devices to another system and give the remote system the ability to control those devices, but I guess I was misinterpreting how that'd work. Do you think that the attached patch is the correct behavior? I have another patch that begins work on some of the architectural changes, but it allows devfs to make use of cookies. I suppose this would imply that you could then export devfs, but it wouldn't ever work due to the points you describe above. Any ideas on how to get around or disallow this behavior altogether? >From the standpoint of how the linuxulator works with the cookies (also apparently not very well at all), would it be better to do: a) Make linux_file.c:getdents_common() be a wrapper around our own dirent syscall, or b) Update linux_file.c: getdents_common() to look more like our syscall? It seems to me that it should be possible to do point a; indeed, I don't understand why most of the linux file syscall translation code re-implements a lot of the code (almost verbatim) that we have in other syscalls, when it appears that we could just wrap them. Thanks for your input! > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 22:24:19 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 5ED1A16A431 for ; Mon, 7 Nov 2005 22:24:19 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6701A43E06 for ; Mon, 7 Nov 2005 22:23:31 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by xproxy.gmail.com with SMTP id s12so550436wxc for ; Mon, 07 Nov 2005 14:23:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kSDY2/7xNQMLCaT/magDX2eD+z5DgDg2EerRrlGC5P/5PJ7B2VzN5ZMkg3whGE7hCAjzHSwpx+zQBexucDdRZ35wdBFCEOsTezGAmHCgHiTYZoxxlahj056I7spBw4Tp792V3rXkFdIdkIvMYXqLF8rdZ32CaEsT5Iv2D9N3+2Q= Received: by 10.65.215.5 with SMTP id s5mr5885708qbq; Mon, 07 Nov 2005 14:23:28 -0800 (PST) Received: by 10.64.151.6 with HTTP; Mon, 7 Nov 2005 14:23:28 -0800 (PST) Message-ID: Date: Mon, 7 Nov 2005 23:23:28 +0100 From: Claus Guttesen To: Scott Long In-Reply-To: <436FD27E.1050802@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <436F69DB.8060408@samsco.org> <436FD27E.1050802@samsco.org> Cc: freebsd-amd64 List Subject: Re: amd64 does not see all 4 GB RAM on tyan GT24 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 22:24:19 -0000 > >>>Just received a Tyan GT24 with a S2891 board. In the > >>>bios-setup-utility the board has 4 GB RAM, but when FreeBSD 6.0 > >>>release boot it only recognizes 3 GB. Dmesg: > >> > >>Please send the verbose boot output, specifically the lines that > >>mention 'SMAP'. > > > > Did a verbose boot but no lines mentioning SMAP. Verbose dmes is attach= ed. > > Not sure why the SMAP lines didn't get printed out. Anyways, check your > BIOS for a setting related to PCI-Express. Some motherboards allow you > to reclaim the 256MB hole that PCI-Express consumes. That should help > your problem at least a little bit. I'll do tomorrow when I get back to work.I'll also try to change memory mapping to software if that is not the default. I'll post the result. Thank you for the feedback and the pointer to the thread that discussed a similar (if not exact) issue. The thread is http://lists.freebsd.org/pipermail/freebsd-amd64/2005-August/005814.html regards Claus From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 22:51:58 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 F2A0816A422 for ; Mon, 7 Nov 2005 22:51:57 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail5.speedfactory.net [66.23.216.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDC0343D95 for ; Mon, 7 Nov 2005 22:51:40 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 1544751 for multiple; Mon, 07 Nov 2005 17:53:40 -0500 Received: from localhost.baldwin.cx (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jA7MpX4o019534; Mon, 7 Nov 2005 17:51:33 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Devon O'Dell" Date: Mon, 7 Nov 2005 17:49:47 -0500 User-Agent: KMail/1.8.2 References: <200511072000.jA7K0Whm032639@freefall.freebsd.org> <200511071632.50696.jhb@freebsd.org> <20051107141919.B23692@knight.ixsystems.net> In-Reply-To: <20051107141919.B23692@knight.ixsystems.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511071749.48761.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-amd64@freebsd.org Subject: Re: amd64/88249: getdents syscall fails for devfs on amd64 linuxalator X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 22:51:58 -0000 On Monday 07 November 2005 05:19 pm, Devon O'Dell wrote: > On Mon, Nov 07, 2005 at 04:32:49PM -0500, John Baldwin wrote: > > On Monday 07 November 2005 03:00 pm, Devon O'Dell wrote: > > > The long discussion ended up implying several things: > > > > > > d) The issue probably isn't limited to linuxulator, but to any > > > filesystem that uses cookies and exports devfs. Thus, panics (or > > > hangs) will probably occur for devfs being exported over AFS or > > > NFS. > > > > Well, it shouldn't panic, that's for sure. > > It currently does in linuxulator; I'm only assuming it'd do so as well when > trying to export the devfs over another cookie-enabled filesystem, just > from how devfs works when you give it cookies (i.e. not at all). My point there is that some sort of fix should be committed certainly. panics bad. :) > > > The attached patch does two things: > > > > > > a) If we are provided with cookie information in devfs, we currently > > > do not support this. This means we cannot export devfs over network > > > mounts, which I don't view as a problem (but would be a cool > > > feature). > > > > Actually, it would be a worse than useless feature when you consider > > dynamic major number allocation (so that /dev/cuad0 on one machine might > > map to /dev/acd0 on another machine) not to mention the fact that on > > FreeBSD, at least, we don't have specfs anymore, so you can't look > > devices up by just major/minor, but it has to be by their name through an > > instance of devfs. So, only non-FreeBSD clients could even use the > > exported char devs, and FreeBSD char devs are less than useless on > > non-FreeBSD operating systems. > > Ah, ok. I was thinking in a Plan 9-ish sense: being able to export devices > to another system and give the remote system the ability to control those > devices, but I guess I was misinterpreting how that'd work. Yeah, I think that would be a substantially more complex task, but I could be wrong I suppose. phk@ would really be best able to address this. The only way it could work is if the client OS knows to forward requests to exported devices via NFS to the server, in which case I think you'd end up with all sorts of weird edge cases (but that's beside the point). The issues above have to do with when the client OS decides to interpret the block devices natively via specfs rather than forwarding them across via NFS. Given that this might require changes in various clients of arbitrary OSs I'm not sure if it is worth persuing. > Do you think that the attached patch is the correct behavior? I have > another patch that begins work on some of the architectural changes, but it > allows devfs to make use of cookies. I suppose this would imply that you > could then export devfs, but it wouldn't ever work due to the points you > describe above. Any ideas on how to get around or disallow this behavior > altogether? I haven't really gone and read enough vfs code to give the specific patch a competent review. > From the standpoint of how the linuxulator works with the cookies (also > apparently not very well at all), would it be better to do: > > a) Make linux_file.c:getdents_common() be a wrapper around our own > dirent syscall, or > > b) Update linux_file.c: getdents_common() to look more like our syscall? > > It seems to me that it should be possible to do point a; indeed, I don't > understand why most of the linux file syscall translation code > re-implements a lot of the code (almost verbatim) that we have in other > syscalls, when it appears that we could just wrap them. a) would certainly be preferable. As for why there's a lot of duplicated code, it seems that the initial work on compat ABIs used the cut 'n' paste 'n' hack method to implement emulated syscalls rather than wrappers and the use of wrappers is actually a relatively recent change. Thus, there's still a lot of room for more cleanup via more widespread use of wrappers. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Mon Nov 7 23:14:14 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 A321416A41F; Mon, 7 Nov 2005 23:14:14 +0000 (GMT) (envelope-from dodell@knight.ixsystems.net) Received: from knight.ixsystems.net (knight.ixsystems.net [206.40.55.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB0CF43D48; Mon, 7 Nov 2005 23:13:55 +0000 (GMT) (envelope-from dodell@knight.ixsystems.net) Received: from knight.ixsystems.net (localhost [127.0.0.1]) by knight.ixsystems.net (8.12.10/8.11.6) with ESMTP id jA7NCMwF028678; Mon, 7 Nov 2005 15:12:22 -0800 (PST) (envelope-from dodell@knight.ixsystems.net) Received: (from dodell@localhost) by knight.ixsystems.net (8.12.10/8.12.9/Submit) id jA7NCMuq028677; Mon, 7 Nov 2005 15:12:22 -0800 (PST) (envelope-from dodell) Date: Mon, 7 Nov 2005 15:12:22 -0800 From: "Devon O'Dell" To: John Baldwin Message-ID: <20051107151222.C23692@knight.ixsystems.net> References: <200511072000.jA7K0Whm032639@freefall.freebsd.org> <200511071632.50696.jhb@freebsd.org> <20051107141919.B23692@knight.ixsystems.net> <200511071749.48761.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200511071749.48761.jhb@freebsd.org>; from jhb@freebsd.org on Mon, Nov 07, 2005 at 05:49:47PM -0500 Cc: freebsd-amd64@freebsd.org Subject: Re: amd64/88249: getdents syscall fails for devfs on amd64 linuxalator X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 07 Nov 2005 23:14:14 -0000 On Mon, Nov 07, 2005 at 05:49:47PM -0500, John Baldwin wrote: > On Monday 07 November 2005 05:19 pm, Devon O'Dell wrote: > > On Mon, Nov 07, 2005 at 04:32:49PM -0500, John Baldwin wrote: > > > On Monday 07 November 2005 03:00 pm, Devon O'Dell wrote: > > > > The long discussion ended up implying several things: > > > > > > > > d) The issue probably isn't limited to linuxulator, but to any > > > > filesystem that uses cookies and exports devfs. Thus, panics (or > > > > hangs) will probably occur for devfs being exported over AFS or > > > > NFS. > > > > > > Well, it shouldn't panic, that's for sure. > > > > It currently does in linuxulator; I'm only assuming it'd do so as well when > > trying to export the devfs over another cookie-enabled filesystem, just > > from how devfs works when you give it cookies (i.e. not at all). > > My point there is that some sort of fix should be committed certainly. panics > bad. :) Understood :) > > > > The attached patch does two things: > > > > > > > > a) If we are provided with cookie information in devfs, we currently > > > > do not support this. This means we cannot export devfs over network > > > > mounts, which I don't view as a problem (but would be a cool > > > > feature). > > > > > > Actually, it would be a worse than useless feature when you consider > > > dynamic major number allocation (so that /dev/cuad0 on one machine might > > > map to /dev/acd0 on another machine) not to mention the fact that on > > > FreeBSD, at least, we don't have specfs anymore, so you can't look > > > devices up by just major/minor, but it has to be by their name through an > > > instance of devfs. So, only non-FreeBSD clients could even use the > > > exported char devs, and FreeBSD char devs are less than useless on > > > non-FreeBSD operating systems. > > > > Ah, ok. I was thinking in a Plan 9-ish sense: being able to export devices > > to another system and give the remote system the ability to control those > > devices, but I guess I was misinterpreting how that'd work. > > Yeah, I think that would be a substantially more complex task, but I could be > wrong I suppose. phk@ would really be best able to address this. The only > way it could work is if the client OS knows to forward requests to exported > devices via NFS to the server, in which case I think you'd end up with all > sorts of weird edge cases (but that's beside the point). The issues above > have to do with when the client OS decides to interpret the block devices > natively via specfs rather than forwarding them across via NFS. Given that > this might require changes in various clients of arbitrary OSs I'm not sure > if it is worth persuing. OK. I wasn't sure what all would be involved in doing such a thing. Again, in Plan 9, it's a non-issue. You import the devices from a remote location and you can do standard file operations. I guess this might be a much more long-term project and I probably won't be able to address this immediately, but it would indeed be a fun thing to see -- if it's worth the work at all. > > Do you think that the attached patch is the correct behavior? I have > > another patch that begins work on some of the architectural changes, but it > > allows devfs to make use of cookies. I suppose this would imply that you > > could then export devfs, but it wouldn't ever work due to the points you > > describe above. Any ideas on how to get around or disallow this behavior > > altogether? > > I haven't really gone and read enough vfs code to give the specific patch a > competent review. Ok. Hopefully someone who knows more about it can take a closer look then. I know I discussed this with scottl@, but I'm not sure what the plans are with regard to committing it (he said he would, but I don't know how busy he is with his cool amr work) in what timeframe. Doesn't really matter much, but I think it should get a competent review, considering that I'm a VFS newbie (and relatively new with kernel stuff as well, anyway). > > From the standpoint of how the linuxulator works with the cookies (also > > apparently not very well at all), would it be better to do: > > > > a) Make linux_file.c:getdents_common() be a wrapper around our own > > dirent syscall, or > > > > b) Update linux_file.c: getdents_common() to look more like our syscall? > > > > It seems to me that it should be possible to do point a; indeed, I don't > > understand why most of the linux file syscall translation code > > re-implements a lot of the code (almost verbatim) that we have in other > > syscalls, when it appears that we could just wrap them. > > a) would certainly be preferable. As for why there's a lot of duplicated > code, it seems that the initial work on compat ABIs used the cut 'n' paste > 'n' hack method to implement emulated syscalls rather than wrappers and the > use of wrappers is actually a relatively recent change. Thus, there's still > a lot of room for more cleanup via more widespread use of wrappers. Alright. I will make a point of trying to make more of the code use wrappers around our syscalls, at least for the VFS stuff (since I'm already working around that area anyway). > -- > John Baldwin <>< http://www.FreeBSD.org/~jhb/ > "Power Users Use the Power to Serve" = http://www.FreeBSD.org Thanks for the input! --Devon From owner-freebsd-amd64@FreeBSD.ORG Tue Nov 8 03:22:44 2005 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.ORG 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 6DBF516A41F; Tue, 8 Nov 2005 03:22:44 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id E01F643D45; Tue, 8 Nov 2005 03:22:43 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id 1715C8441F; Mon, 7 Nov 2005 18:30:41 +0100 (CET) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 40048-01-6; Mon, 7 Nov 2005 18:30:35 +0100 (CET) Received: from [172.16.151.70] (fw.axelero.hu [195.228.243.120]) by people.fsn.hu (Postfix) with ESMTP id 7EC8E8441E; Mon, 7 Nov 2005 18:30:35 +0100 (CET) Message-ID: <436F8F3B.6050306@fsn.hu> Date: Mon, 07 Nov 2005 18:30:35 +0100 From: Attila Nagy User-Agent: Debian Thunderbird 1.0.2 (X11/20050602) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <6.2.3.4.0.20051025171333.03a15490@pop.interactivemediafactory.net> <6.2.3.4.0.20051026131012.03a80a20@pop.interactivemediafactory.net> <435F8E06.9060507@samsco.org> <08A81034-AB5D-4BFC-8F53-21501073D674@FreeBSD.ORG> <435FA542.3030209@samsco.org> <6.2.3.4.0.20051026180325.03ad7558@wheresmymailserver.com> <42A1B51D-5A5E-4849-96D0-BC5C2DD1AE97@FreeBSD.ORG> <6.2.3.4.0.20051027121824.03d34dd8@wheresmymailserver.com> <4360DE3C.6010209@samsco.org> In-Reply-To: <4360DE3C.6010209@samsco.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu Cc: freebsd-amd64@FreeBSD.ORG, SXren Schmidt Subject: Re: busdma dflt_lock on amd64 > 4 GB X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 03:22:44 -0000 Scott Long wrote: >> I also wonder if allocating bounce pages on <=4G configurations is >> really needed/useful? There are probably situations where this is >> needed, but I'm not sure I understand why. > It sounds like the only real bug in busdma is that it gets confused by > ALLOCNOW and doesn't allow enough pages to be allocated when > bus_dmamap_create() is called. I'll look into this. It seems that this is the last post in this topic. I have an HP DL145G2 with 4 GB RAM (dual AMD64) and with two SATA disks, on which I created a mirror (gmirror). It dies with this in the moment I issue gmirror insert ad6 on a degraded mirror. Setting hw.physmem below 4G solves the issue. The interesting stuff is that the machine worked with 4G with earlier kernels (6.0-BETA5 I think). What has changed? Thanks, -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Free Software Network (FSN.HU) phone: +3630 306 6758 ISOs: http://www.fsn.hu/?f=download From owner-freebsd-amd64@FreeBSD.ORG Tue Nov 8 06:10:10 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 91CD616A420 for ; Tue, 8 Nov 2005 06:10:10 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 083CE43D45 for ; Tue, 8 Nov 2005 06:10:08 +0000 (GMT) (envelope-from andreas@klemm.apsfilter.org) Received: from srv1.cosmo-project.de (localhost [IPv6:::1]) by srv1.cosmo-project.de (8.12.10/8.12.10) with ESMTP id jA86A5JG020848 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 8 Nov 2005 07:10:06 +0100 (CET) (envelope-from andreas@klemm.apsfilter.org) Received: (from uucp@localhost) by srv1.cosmo-project.de (8.12.10/8.12.10/Submit) with UUCP id jA86A5Ql020847; Tue, 8 Nov 2005 07:10:05 +0100 (CET) (envelope-from andreas@klemm.apsfilter.org) Received: from titan.klemm.apsfilter.org (localhost.klemm.apsfilter.org [127.0.0.1]) by klemm.apsfilter.org (8.13.4/8.13.4) with ESMTP id jA867kiw003740; Tue, 8 Nov 2005 07:07:46 +0100 (CET) (envelope-from andreas@titan.klemm.apsfilter.org) Received: (from andreas@localhost) by titan.klemm.apsfilter.org (8.13.4/8.13.4/Submit) id jA867kVc003739; Tue, 8 Nov 2005 07:07:46 +0100 (CET) (envelope-from andreas) Date: Tue, 8 Nov 2005 07:07:46 +0100 From: Andreas Klemm To: "Felix 'buebo' Kakrow" Message-ID: <20051108060746.GA3625@titan.klemm.apsfilter.org> References: <947F0ED4-0D57-4B7E-AC5D-41C3E4A664F5@buebo.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <947F0ED4-0D57-4B7E-AC5D-41C3E4A664F5@buebo.de> X-Operating-System: FreeBSD 6.0-STABLE X-Disclaimer: A free society is one where it is safe to be unpopular User-Agent: Mutt/1.5.11 Cc: freebsd-amd64@freebsd.org Subject: Re: Mainboard for amd64 (and some other questions) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 06:10:10 -0000 On Thu, Nov 03, 2005 at 06:40:05PM +0100, Felix 'buebo' Kakrow wrote: > Iam looking for board with a fast chipset (something like the > nForce4), SATA, gigabit ethernet and sound on-board supported in > RELENG-6. look at the PRs concerning nve driver and nVidia4. Its very likely that it doesn't run. If your board has a 2nd chip on board i.e. via re driver then you can use at least this one. -current driver and never linux drivers from nVidia also doesn't solve the problems with the guy I know with his nVidia4 based board. > SATA-Raid is not need, allthough it would certanly nice to have it. I > have some spare Soundcards and NICs so it would be ok Sound or Concerning sound on mainboard. The external speakers mini plugs that connect to the plug on the mainboard (case) sometimes don't find good contact. I would recommend a PCI based sound card. > I'm not sure about it because I have no idea if I'll ever get some 3D- > Support under amd64. You could run i386 on amd64 as I do at the moment to be able to use all ports in the ports collection. Some stuff still only runs on i386. Andreas /// -- Andreas Klemm - Powered by FreeBSD 6 Need a magic printfilter today ? -> http://www.apsfilter.org/ From owner-freebsd-amd64@FreeBSD.ORG Tue Nov 8 07:35:09 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 043E916A44C for ; Tue, 8 Nov 2005 07:35:08 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 843C943D48 for ; Tue, 8 Nov 2005 07:35:08 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1EZO0Z-0000rn-2E for freebsd-amd64@freebsd.org; Tue, 08 Nov 2005 09:35:07 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: freebsd-amd64@freebsd.org In-reply-to: Your message of Fri, 04 Nov 2005 13:46:46 +0200 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 08 Nov 2005 09:35:06 +0200 From: Danny Braniss Message-ID: Subject: Re: amd64/88485: em(4) problem X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 07:35:09 -0000 Can someone please close this PR? The problem is not the cable length, nor em(4), nor amd64 but IPMI! when IPMI is enabled it will 'catch' packets to ports 0x26f & 0x298 sorry for the noise. danny > > >Number: 88485 > >Category: amd64 > >Synopsis: em(4) problem > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-amd64 > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Fri Nov 04 11:50:15 GMT 2005 > >Closed-Date: > >Last-Modified: > >Originator: Danny Braniss > >Release: FreeBSD 6.0-STABLE amd64 > >Organization: > >Environment: > System: FreeBSD cs4 6.0-STABLE FreeBSD 6.0-STABLE #20: Thu Nov 3 13:06:27 IST 2005 danny@x-dev:/r+d/obj/x-dev/amd64/r+d/6.0/src/sys/HUJI amd64 > > > > >Description: > The motherboard is an Intel SE7320VP2, when booting diskless > via PXE, it will porceed as far having to mount root via NFS, > at which point, it gets stuck sending GETATTR packet but not seeing > the answer from the server. Increasing the length of the ethernet > cable (cat 5) overcomes the problem. This problem has been seen > on three such motherboards. > Booting an i32 kernel works fine. > > >How-To-Repeat: > > >Fix: > using a longer cat-5 cable > >Release-Note: > >Audit-Trail: > >Unformatted: > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > From owner-freebsd-amd64@FreeBSD.ORG Tue Nov 8 07:52:57 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CDA116A420; Tue, 8 Nov 2005 07:52:57 +0000 (GMT) (envelope-from jmg@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B25743D45; Tue, 8 Nov 2005 07:52:57 +0000 (GMT) (envelope-from jmg@FreeBSD.org) Received: from freefall.freebsd.org (jmg@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jA87quP9038648; Tue, 8 Nov 2005 07:52:56 GMT (envelope-from jmg@freefall.freebsd.org) Received: (from jmg@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jA87qu2B038644; Tue, 8 Nov 2005 07:52:56 GMT (envelope-from jmg) Date: Tue, 8 Nov 2005 07:52:56 GMT From: John-Mark Gurney Message-Id: <200511080752.jA87qu2B038644@freefall.freebsd.org> To: danny@cs.huji.ac.il, jmg@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/88485: em(4) problem X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 07:52:57 -0000 Synopsis: em(4) problem State-Changed-From-To: open->closed State-Changed-By: jmg State-Changed-When: Tue Nov 8 07:51:00 GMT 2005 State-Changed-Why: closed by request of originator: Message-ID: The problem is not the cable length, nor em(4), nor amd64 but IPMI! when IPMI is enabled it will 'catch' packets to ports 0x26f & 0x298 http://www.freebsd.org/cgi/query-pr.cgi?pr=88485 From owner-freebsd-amd64@FreeBSD.ORG Tue Nov 8 07:53:44 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 12A0016A41F for ; Tue, 8 Nov 2005 07:53:44 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id A37D043D46 for ; Tue, 8 Nov 2005 07:53:43 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id jA87rXPN054104; Mon, 7 Nov 2005 23:53:33 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id jA87rWx8054103; Mon, 7 Nov 2005 23:53:32 -0800 (PST) (envelope-from jmg) Date: Mon, 7 Nov 2005 23:53:31 -0800 From: John-Mark Gurney To: Danny Braniss Message-ID: <20051108075331.GK775@funkthat.com> Mail-Followup-To: Danny Braniss , freebsd-amd64@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-amd64@freebsd.org Subject: Re: amd64/88485: em(4) problem X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2005 07:53:44 -0000 Danny Braniss wrote this message on Tue, Nov 08, 2005 at 09:35 +0200: > Can someone please close this PR? done... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-amd64@FreeBSD.ORG Tue Nov 8 08:26:56 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 56DD216A41F for ; Tue, 8 Nov 2005 08:26:56 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F5D943D45 for ; Tue, 8 Nov 2005 08:26:54 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id i34so463946wra for ; Tue, 08 Nov 2005 00:26:54 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=E4t3/jwA8SqhmZXKbYbDYlk74DACG/Ko/e4c6Xo3gVKPs9gDA/DtP/sNDdsZigAiA0mnMDeUk/0uTdRjjh4+n8xBEVOZbSoqdmyu6oFVHMjyfVel7JviPUXdJgMgXTh9O9kSu9CyVSpPLO9cRjYF/Zp6b9JakG2mOzn9WAs/+/s= Received: by 10.65.193.17 with SMTP id v17mr6245225qbp; Tue, 08 Nov 2005 00:26:53 -0800 (PST) Received: by 10.64.151.6 with HTTP; Tue, 8 Nov 2005 00:26:53 -0800 (PST) Message-ID: Date: Tue, 8 Nov 2005 09:26:53 +0100 From: Claus Guttesen To: Scott Long In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <436F69DB.8060408@samsco.org> <436FD27E.1050802@samsco.org> Cc: freebsd-amd64 List Subject: Re: amd64 does not see all 4 GB RAM on tyan GT24 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 08:26:56 -0000 > > Not sure why the SMAP lines didn't get printed out. Anyways, check you= r > > BIOS for a setting related to PCI-Express. Some motherboards allow you > > to reclaim the 256MB hole that PCI-Express consumes. That should help > > your problem at least a little bit. > > I'll do tomorrow when I get back to work.I'll also try to change > memory mapping to software if that is not the default. I'll post the > result. Thank you for the feedback and the pointer to the thread that > discussed a similar (if not exact) issue. The thread is > http://lists.freebsd.org/pipermail/freebsd-amd64/2005-August/005814.html Hardware-remapping gave me this dmesg: real memory =3D 5100273664 (4864 MB) avail memory =3D 4126797824 (3935 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Software-remapping gave me: real memory =3D 5368709120 (5120 MB) avail memory =3D 4118933504 (3928 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs I've set memory remapping to hardware in bios. regards Claus From owner-freebsd-amd64@FreeBSD.ORG Tue Nov 8 08:42:07 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 A846E16A41F; Tue, 8 Nov 2005 08:42:07 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3300843D45; Tue, 8 Nov 2005 08:42:06 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id 2520A8441F; Tue, 8 Nov 2005 09:42:05 +0100 (CET) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 58964-02-7; Tue, 8 Nov 2005 09:41:59 +0100 (CET) Received: from [127.0.0.1] (unknown [192.168.2.3]) by people.fsn.hu (Postfix) with ESMTP id 26CAC84426; Tue, 8 Nov 2005 09:41:59 +0100 (CET) Message-ID: <437064D6.6060504@fsn.hu> Date: Tue, 08 Nov 2005 09:41:58 +0100 From: Attila Nagy User-Agent: Mozilla Thunderbird 1.0.7 (X11/20050930) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: <436A868F.4010606@fsn.hu> <20051104095129.M9692@fledge.watson.org> <436B8918.9060105@fsn.hu> <436C7998.5040404@fsn.hu> In-Reply-To: <436C7998.5040404@fsn.hu> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu Cc: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Reproduceable freeze with quotas enabled X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 08:42:07 -0000 Attila Nagy wrote: > Attila Nagy wrote: >> Robert Watson wrote: >>> On Thu, 3 Nov 2005, Attila Nagy wrote: >>> >>>> I have an "easily" (at least to me) reproduceable freeze with both >>>> 6-STABLE and 7-CURRENT on an amd64 SMP machine. >>>> What I do is simply copy a lot of directories, files and symlinks >>>> with different uids from another machine to this one, using rsync. >>> >>> This is probably a vnode lock leak or deadlock. As it looks like you >>> have both the ability to get into the debugger and also a serial or >>> other remote console, the output of: >>> show allpcpu >>> alltrace >>> show lockedvnods >>> show allocks >>> would be helpful. There are also "options DEBUG_LOCKS" which extends >>> the debugging information available via "show lockedvnods" with >>> information about where the lock was acquired, which can be quite >>> helpful. > http://people.fsn.hu/~bra/freebsd/crash-20051105/crashlog > I've put all together in this file. > Tell me please if I can do anything to make the issue more clear. Just for the record: the machine freezes with UP kernels too. Any chance to investigate it further? It's a really annoying bug, which makes quota support a little bit useless. Thanks, -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Adopt a directory on our free software phone: +3630 306 6758 server! http://www.fsn.hu/?f=brick From owner-freebsd-amd64@FreeBSD.ORG Tue Nov 8 10:09:37 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 5616016A41F for ; Tue, 8 Nov 2005 10:09:37 +0000 (GMT) (envelope-from freebsd-smp@epcdirect.co.uk) Received: from gunfright.epcdirect.co.uk (gunfright.epcdirect.co.uk [195.10.242.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDE1143D49 for ; Tue, 8 Nov 2005 10:09:36 +0000 (GMT) (envelope-from freebsd-smp@epcdirect.co.uk) Received: from lfarr (l-farr.int.epcdirect.co.uk [192.168.6.200]) by gunfright.epcdirect.co.uk (Postfix) with ESMTP id 42D2B6C8830; Tue, 8 Nov 2005 10:09:35 +0000 (GMT) From: "Lawrence Farr" To: "'Ken Gunderson'" , Date: Tue, 8 Nov 2005 10:09:35 -0000 Message-ID: <024b01c5e44c$85307500$0200a8c0@lfarr> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: <20051107135346.402cd56c.kgunders@teamcool.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcXj3XuMfXHqvzuWST60m9orQJ2c8gAboInw Cc: Subject: RE: Tyan GT24 - Thunder K8SRE mainboard X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 10:09:37 -0000 > > Of course subsequent to posting this I get a bunch of incoming from > freebsd-amd64. Looks like this puppy has some problems. Any issues > other than the memory? I couldn't get 6 to see the onboard ethernet, it complained about the memory range, but no other issues. It's got Windows on now unfortunately. From owner-freebsd-amd64@FreeBSD.ORG Tue Nov 8 10:25:05 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 363B516A420 for ; Tue, 8 Nov 2005 10:25:05 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1CA443D46 for ; Tue, 8 Nov 2005 10:25:04 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 10030 invoked from network); 8 Nov 2005 21:25:04 +1100 Received: from andromeda.lef.com.au (HELO ?10.168.101.24?) (210.8.93.2) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 8 Nov 2005 21:25:03 +1100 Message-ID: <43707CF8.2030000@meijome.net> Date: Tue, 08 Nov 2005 21:24:56 +1100 From: Norberto Meijome User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Lawrence Farr References: <024b01c5e44c$85307500$0200a8c0@lfarr> In-Reply-To: <024b01c5e44c$85307500$0200a8c0@lfarr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: Tyan GT24 - Thunder K8SRE mainboard X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 10:25:05 -0000 Lawrence Farr wrote: >>Of course subsequent to posting this I get a bunch of incoming from >>freebsd-amd64. Looks like this puppy has some problems. Any issues >>other than the memory? > > > > I couldn't get 6 to see the onboard ethernet, it complained about the > memory range, but no other issues. It's got Windows on now unfortunately. > hi there - i have said box, was running 6. just fine with the first release of the BIOS . After updating to BIOS to the latest one (had some interesting upgrades), i started getting some errors about ACPI PCI-PCI memory (end < start)...are those the errors you were getting? still trying to solve it :( I may start a separate thread if I can't figure this one out soon. Other than that, NICs were fine (bge). SATA drives OK too (SATA II drives) cheers, beto From owner-freebsd-amd64@FreeBSD.ORG Tue Nov 8 10:51:37 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 BECC816A41F for ; Tue, 8 Nov 2005 10:51:37 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47D9143D45 for ; Tue, 8 Nov 2005 10:51:37 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 10518 invoked from network); 8 Nov 2005 21:51:36 +1100 Received: from andromeda.lef.com.au (HELO ?10.168.101.24?) (210.8.93.2) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 8 Nov 2005 21:51:36 +1100 Message-ID: <4370832E.5070608@meijome.net> Date: Tue, 08 Nov 2005 21:51:26 +1100 From: Norberto Meijome User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <436F69DB.8060408@samsco.org> <436FD27E.1050802@samsco.org> In-Reply-To: <436FD27E.1050802@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64 List Subject: Re: amd64 does not see all 4 GB RAM on tyan GT24 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 10:51:37 -0000 Scott Long wrote: > Claus Guttesen wrote: > >>>> Just received a Tyan GT24 with a S2891 board. In the >>>> bios-setup-utility the board has 4 GB RAM, but when FreeBSD 6.0 >>>> release boot it only recognizes 3 GB. Dmesg: >>> >>> >>> Please send the verbose boot output, specifically the lines that >>> mention 'SMAP'. >> >> >> >> Did a verbose boot but no lines mentioning SMAP. Verbose dmes is >> attached. >> >> regards >> Claus > > > Not sure why the SMAP lines didn't get printed out. Anyways, check your > BIOS for a setting related to PCI-Express. Some motherboards allow you > to reclaim the 256MB hole that PCI-Express consumes. That should help > your problem at least a little bit. For what is worth, boot -v DOES show the SMAP info, but dmesg doesn't shoow them. I'll try to get this info somehow, as i don't have a s/console on this box. thanks, Beto From owner-freebsd-amd64@FreeBSD.ORG Tue Nov 8 13:28:19 2005 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.ORG 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 B40E416A420 for ; Tue, 8 Nov 2005 13:28:19 +0000 (GMT) (envelope-from janm@transactionware.com) Received: from mail.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 15BE343D46 for ; Tue, 8 Nov 2005 13:28:14 +0000 (GMT) (envelope-from janm@transactionware.com) Received: (qmail 79468 invoked from network); 8 Nov 2005 13:35:20 -0000 Received: from new.transactionware.com (192.168.1.55) by dm.transactionware.com with SMTP; 8 Nov 2005 13:35:20 -0000 Received: (qmail 97403 invoked by uid 1026); 8 Nov 2005 13:28:29 -0000 Received: from 192.168.4.2 by new.transactionware.com (envelope-from , uid 1003) with qmail-scanner-1.25 (spamassassin: 3.0.2. Clear:RC:1(192.168.4.2):. Processed in 2.620582 secs); 08 Nov 2005 13:28:29 -0000 Received: from unknown (HELO ?192.168.4.2?) (192.168.4.2) by new.transactionware.com with SMTP; 8 Nov 2005 13:28:25 -0000 Message-ID: <4370A7E8.6090509@transactionware.com> Date: Wed, 09 Nov 2005 00:28:08 +1100 From: Jan Mikkelsen Organization: Transactionware User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Attila Nagy References: <6.2.3.4.0.20051025171333.03a15490@pop.interactivemediafactory.net> <6.2.3.4.0.20051026131012.03a80a20@pop.interactivemediafactory.net> <435F8E06.9060507@samsco.org> <08A81034-AB5D-4BFC-8F53-21501073D674@FreeBSD.ORG> <435FA542.3030209@samsco.org> <6.2.3.4.0.20051026180325.03ad7558@wheresmymailserver.com> <42A1B51D-5A5E-4849-96D0-BC5C2DD1AE97@FreeBSD.ORG> <6.2.3.4.0.20051027121824.03d34dd8@wheresmymailserver.com> <4360DE3C.6010209@samsco.org> <436F8F3B.6050306@fsn.hu> In-Reply-To: <436F8F3B.6050306@fsn.hu> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@FreeBSD.ORG, Soeren Schmidt Subject: Re: busdma dflt_lock on amd64 > 4 GB X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 13:28:19 -0000 Hi, Attila Nagy wrote: > It seems that this is the last post in this topic. I have an HP DL145G2 > with 4 GB RAM (dual AMD64) and with two SATA disks, on which I created a > mirror (gmirror). > > It dies with this in the moment I issue gmirror insert ad6 on a degraded > mirror. > Setting hw.physmem below 4G solves the issue. > > The interesting stuff is that the machine worked with 4G with earlier > kernels (6.0-BETA5 I think). > > What has changed? I have seen this too, on the same hardware. A HP DL145G2 with 4G memory; after touching the SATA disk (immediately after selecting a shell going into single user mode, after the date/time display on a multiuser boot) the system panics. This is using PseudoRAID, not gmirror. It worked with 6.0-BETA1. I think it broke with BETA5, but it could have been shortly after. Also, after failure, the ar(4) mirror is broken. "atacontrol rebuild" stays on 0% with BETA1. The rebuild works if I run it after booting from a 5.4 CD. Regards, Jan Mikkelsen From owner-freebsd-amd64@FreeBSD.ORG Tue Nov 8 16:20:23 2005 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.ORG 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 15E2C16A42A; Tue, 8 Nov 2005 16:20:23 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75F8F43D7F; Tue, 8 Nov 2005 16:20:16 +0000 (GMT) (envelope-from bra@fsn.hu) Received: from localhost (localhost [127.0.0.1]) by people.fsn.hu (Postfix) with ESMTP id E606584426; Tue, 8 Nov 2005 17:20:11 +0100 (CET) Received: from people.fsn.hu ([127.0.0.1]) by localhost (people.fsn.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 20564-01-3; Tue, 8 Nov 2005 17:20:03 +0100 (CET) Received: from [127.0.0.1] (unknown [192.168.2.3]) by people.fsn.hu (Postfix) with ESMTP id 26FD184420; Tue, 8 Nov 2005 17:20:03 +0100 (CET) Message-ID: <4370D02E.4090206@fsn.hu> Date: Tue, 08 Nov 2005 17:19:58 +0100 From: Attila Nagy User-Agent: Thunderbird 1.5 (X11/20051108) MIME-Version: 1.0 To: Jan Mikkelsen References: <6.2.3.4.0.20051025171333.03a15490@pop.interactivemediafactory.net> <6.2.3.4.0.20051026131012.03a80a20@pop.interactivemediafactory.net> <435F8E06.9060507@samsco.org> <08A81034-AB5D-4BFC-8F53-21501073D674@FreeBSD.ORG> <435FA542.3030209@samsco.org> <6.2.3.4.0.20051026180325.03ad7558@wheresmymailserver.com> <42A1B51D-5A5E-4849-96D0-BC5C2DD1AE97@FreeBSD.ORG> <6.2.3.4.0.20051027121824.03d34dd8@wheresmymailserver.com> <4360DE3C.6010209@samsco.org> <436F8F3B.6050306@fsn.hu> <4370A7E8.6090509@transactionware.com> In-Reply-To: <4370A7E8.6090509@transactionware.com> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at fsn.hu Cc: freebsd-amd64@FreeBSD.ORG, Soeren Schmidt Subject: Re: busdma dflt_lock on amd64 > 4 GB X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 16:20:23 -0000 Jan Mikkelsen wrote: > I have seen this too, on the same hardware. A HP DL145G2 with 4G > memory; after touching the SATA disk (immediately after selecting a > shell going into single user mode, after the date/time display on a > multiuser boot) the system panics. > It worked with 6.0-BETA1. I think it broke with BETA5, but it could > have been shortly after. I've got some time to check this and cvsupped src/sys/dev/ata from 2005.10.06.00.00.00 and 2005.10.08.00.00.00 from the RELENG_6 branch. The first version works, the second dies instantly with "setting up DMA failed". Here's the dmesg output: http://www.freebsd.org/cgi/query-pr.cgi?q=83518 Either setting hw.physmem smaller than 4G or using an older dev/ata "fixes" the problem. -- Attila Nagy e-mail: Attila.Nagy@fsn.hu Adopt a directory on our free software phone: +3630 306 6758 server! http://www.fsn.hu/?f=brick From owner-freebsd-amd64@FreeBSD.ORG Tue Nov 8 18:16:53 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 6BBFD16A420 for ; Tue, 8 Nov 2005 18:16:53 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E64C43D48 for ; Tue, 8 Nov 2005 18:16:52 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id i32so583889wra for ; Tue, 08 Nov 2005 10:16:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=dSPR9DV90BevCw+JpjCyp6MoHzHc3BqaaAJ1SeqFOzYqssHyRVGDsbU5XX2s/XKkkvO1avjPFADD4IGsqfUpe1yCkWVTHg5hBUpbWneqKfOGR7QzBReBW3FpOLXptTqNYXsBsXwA0k7gbKaIFDGCESGOnmxprR5DdpTg8EuyQjY= Received: by 10.65.20.5 with SMTP id x5mr6928703qbi; Tue, 08 Nov 2005 10:16:51 -0800 (PST) Received: by 10.64.151.20 with HTTP; Tue, 8 Nov 2005 10:16:51 -0800 (PST) Message-ID: Date: Tue, 8 Nov 2005 19:16:52 +0100 From: Claus Guttesen To: Norberto Meijome MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-amd64 List Subject: problems booting recompiled 5.4-kernel (Was: amd64 does not see all 4 GB RAM on tyan GT24) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 18:16:53 -0000 > >>>> Just received a Tyan GT24 with a S2891 board. In the > >>>> bios-setup-utility the board has 4 GB RAM, but when FreeBSD 6.0 > >>>> release boot it only recognizes 3 GB. Dmesg: I have problems booting a recompiled kernel with FreeBSD 5.4 stable. I thought it was related to enabling smp in the kernel, but I have just rebuild kernel without smp (and rebuild world as well) and the server did not come back up. When I rebooted a recompiled kernel it stopped with calcru negative time so I tried to change kern.timecounter.hardware to i8254 in /boot/loader.conf, but it seems to ignore my hint. Doing a sysctl kern.timecounter.hardware (when booting the original kernel from the installation) shows ACPI-fast. I added CPUTYPE=3Dk8 to /etc/make.conf. I unfortunately don't have access to the console until tomorrow. regards Claus From owner-freebsd-amd64@FreeBSD.ORG Tue Nov 8 20:14:04 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 9679416A420 for ; Tue, 8 Nov 2005 20:14:04 +0000 (GMT) (envelope-from neil@mpfspromotions.com) Received: from svr1.16o.com (svr1.16o.com [69.50.175.34]) by mx1.FreeBSD.org (Postfix) with SMTP id 6637F43D4C for ; Tue, 8 Nov 2005 20:14:04 +0000 (GMT) (envelope-from neil@mpfspromotions.com) Received: (qmail 37360 invoked from network); 8 Nov 2005 20:14:07 -0000 Received: from unknown (HELO NEILPC) (195.137.35.72) by 0 with SMTP; 8 Nov 2005 20:14:07 -0000 From: "Neil Doody" To: Date: Tue, 8 Nov 2005 20:16:24 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcXkoUqFfzBIng6rRj229Ehuf8d95w== Message-Id: <20051108201404.6637F43D4C@mx1.FreeBSD.org> Subject: Alternate "make installworld" temp folder X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 20:14:04 -0000 Not necessarily an AMD64 specific question, but seeing as I'm subscribed to this list I don't think people would mind telling me how I can tell the "make installworld" script to use an alternate folder other than /tmp? I have noexec on /tmp and its causing some bother. Many thanks Neil From owner-freebsd-amd64@FreeBSD.ORG Tue Nov 8 20:31:21 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 9B9C716A436 for ; Tue, 8 Nov 2005 20:31:21 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27EEA43D48 for ; Tue, 8 Nov 2005 20:31:20 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id jA8KVKgH009060; Tue, 8 Nov 2005 12:31:20 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id jA8KVKxF009058; Tue, 8 Nov 2005 12:31:20 -0800 Date: Tue, 8 Nov 2005 12:31:20 -0800 From: Brooks Davis To: Neil Doody Message-ID: <20051108203120.GF27091@odin.ac.hmc.edu> References: <20051108201404.6637F43D4C@mx1.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051108201404.6637F43D4C@mx1.FreeBSD.org> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-amd64@freebsd.org Subject: Re: Alternate "make installworld" temp folder X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Nov 2005 20:31:21 -0000 On Tue, Nov 08, 2005 at 08:16:24PM -0000, Neil Doody wrote: > Not necessarily an AMD64 specific question, but seeing as I'm subscribed to > this list I don't think people would mind telling me how I can tell the > "make installworld" script to use an alternate folder other than /tmp? I > have noexec on /tmp and its causing some bother. I think this will do it: env TMPDIR=/some/writable/dir/without/noexec/set make installworld -- Brooks From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 00:45:48 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 DD3A216A41F; Wed, 9 Nov 2005 00:45:48 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4580443D5A; Wed, 9 Nov 2005 00:45:46 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 647E446B0A; Tue, 8 Nov 2005 19:45:45 -0500 (EST) Date: Wed, 9 Nov 2005 00:45:45 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Attila Nagy In-Reply-To: <437064D6.6060504@fsn.hu> Message-ID: <20051109004508.G85371@fledge.watson.org> References: <436A868F.4010606@fsn.hu> <20051104095129.M9692@fledge.watson.org> <436B8918.9060105@fsn.hu> <436C7998.5040404@fsn.hu> <437064D6.6060504@fsn.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Reproduceable freeze with quotas enabled X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 00:45:49 -0000 On Tue, 8 Nov 2005, Attila Nagy wrote: >> I've put all together in this file. Tell me please if I can do anything >> to make the issue more clear. > Just for the record: the machine freezes with UP kernels too. > > Any chance to investigate it further? It's a really annoying bug, which > makes quota support a little bit useless. Not as yet, hope to have a chance to look at it this week. Thanks, Robert N M Watson From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 03:56:27 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 2AF3D16A433; Wed, 9 Nov 2005 03:56:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C45943D45; Wed, 9 Nov 2005 03:56:26 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jA93uOJZ088172; Tue, 8 Nov 2005 22:56:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id jA93uPK9093927; Tue, 8 Nov 2005 22:56:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id C1E01241A3; Tue, 8 Nov 2005 22:56:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051109035624.C1E01241A3@freebsd-stable.sentex.ca> Date: Tue, 8 Nov 2005 22:56:24 -0500 (EST) X-Virus-Scanned: ClamAV version 0.86, clamav-milter version 0.86 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 03:56:27 -0000 TB --- 2005-11-09 02:24:47 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2005-11-09 02:24:47 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2005-11-09 02:24:47 - cleaning the object tree TB --- 2005-11-09 02:26:08 - checking out the source tree TB --- 2005-11-09 02:26:08 - cd /tinderbox/RELENG_5/amd64/amd64 TB --- 2005-11-09 02:26:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2005-11-09 02:34:55 - building world (CFLAGS=-O -pipe) TB --- 2005-11-09 02:34:55 - cd /src TB --- 2005-11-09 02:34:55 - /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 >>> stage 5.1: building 32 bit shim libraries TB --- 2005-11-09 03:40:05 - building generic kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-09 03:40:05 - cd /src TB --- 2005-11-09 03:40:05 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 9 03:40:06 UTC 2005 >>> 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 Wed Nov 9 03:48:52 UTC 2005 TB --- 2005-11-09 03:48:52 - generating LINT kernel config TB --- 2005-11-09 03:48:52 - cd /src/sys/amd64/conf TB --- 2005-11-09 03:48:52 - /usr/bin/make -B LINT TB --- 2005-11-09 03:48:52 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2005-11-09 03:48:52 - cd /src TB --- 2005-11-09 03:48:52 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 9 03:48:52 UTC 2005 >>> 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 [...] /src/sys/pci/viapm.c:968: error: (near initialization for `isa_viapm_driver_mod.dmd_driver') /src/sys/pci/viapm.c:968: error: `isa_devclass' undeclared here (not in a function) /src/sys/pci/viapm.c:968: error: initializer element is not constant /src/sys/pci/viapm.c:968: error: (near initialization for `isa_viapm_driver_mod.dmd_devclass') /src/sys/pci/viapm.c:969: error: initializer element is not constant /src/sys/pci/viapm.c:969: error: (near initialization for `isa_viapropm_driver_mod.dmd_driver') /src/sys/pci/viapm.c:969: error: initializer element is not constant /src/sys/pci/viapm.c:969: error: (near initialization for `isa_viapropm_driver_mod.dmd_devclass') *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-09 03:56:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-09 03:56:24 - ERROR: failed to build lint kernel TB --- 2005-11-09 03:56:24 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 07:57:03 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 9BB7316A41F for ; Wed, 9 Nov 2005 07:57:03 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 589F443D45 for ; Wed, 9 Nov 2005 07:57:03 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 3693F1A3C24; Tue, 8 Nov 2005 23:57:03 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 0696D513A2; Wed, 9 Nov 2005 02:57:01 -0500 (EST) Date: Wed, 9 Nov 2005 02:57:01 -0500 From: Kris Kennaway To: Claus Guttesen Message-ID: <20051109075701.GA40483@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64 List Subject: Re: problems booting recompiled 5.4-kernel (Was: amd64 does not see all 4 GB RAM on tyan GT24) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 07:57:03 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 08, 2005 at 07:16:52PM +0100, Claus Guttesen wrote: > > >>>> Just received a Tyan GT24 with a S2891 board. In the > > >>>> bios-setup-utility the board has 4 GB RAM, but when FreeBSD 6.0 > > >>>> release boot it only recognizes 3 GB. Dmesg: >=20 > I have problems booting a recompiled kernel with FreeBSD 5.4 stable. I > thought it was related to enabling smp in the kernel, but I have just > rebuild kernel without smp (and rebuild world as well) and the server > did not come back up. >=20 > When I rebooted a recompiled kernel it stopped with calcru negative > time so I tried to change kern.timecounter.hardware to i8254 in > /boot/loader.conf, but it seems to ignore my hint. Doing a sysctl > kern.timecounter.hardware (when booting the original kernel from the > installation) shows ACPI-fast. >=20 > I added CPUTYPE=3Dk8 to /etc/make.conf. >=20 > I unfortunately don't have access to the console until tomorrow. Undo the changes you made to the kernel (or go back to GENERIC) and other configuration and verify that it works again. If so, that means you may have made a mistake in those changes. Kris --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDcavNWry0BWjoQKURAufFAJ9AtCoLAVSTwgX3RxXPRRwwL0OEdwCgg8K3 ORvGV4lffmxsYLZS/F7OeLg= =S0BM -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 10:22:17 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 8A4F116A41F for ; Wed, 9 Nov 2005 10:22:17 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03E1143D45 for ; Wed, 9 Nov 2005 10:22:16 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by xproxy.gmail.com with SMTP id t10so191280wxc for ; Wed, 09 Nov 2005 02:22:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OLtyqGwjdGfCcYuA1WZ5kIxongOxMidwlKo3q5nXMpAKJjVdRw3dfFIa6pC1SKvQ5uOYR+TZvvI+8s6m65s333zYT2IH+h0K1KU0P9NjVWueA2vkkEiuAp0HOXXHgIjR0Ye27084osmhcX6sCc/YIddXVdRmPJxaFi/gLUDslY0= Received: by 10.65.197.18 with SMTP id z18mr578470qbp; Wed, 09 Nov 2005 01:22:27 -0800 (PST) Received: by 10.64.151.20 with HTTP; Wed, 9 Nov 2005 01:22:27 -0800 (PST) Message-ID: Date: Wed, 9 Nov 2005 10:22:27 +0100 From: Claus Guttesen To: Kris Kennaway In-Reply-To: <20051109075701.GA40483@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051109075701.GA40483@xor.obsecurity.org> Cc: freebsd-amd64 List Subject: Re: problems booting recompiled 5.4-kernel (Was: amd64 does not see all 4 GB RAM on tyan GT24) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 10:22:17 -0000 > > I have problems booting a recompiled kernel with FreeBSD 5.4 stable. I > > thought it was related to enabling smp in the kernel, but I have just > > rebuild kernel without smp (and rebuild world as well) and the server > > did not come back up. > > > > When I rebooted a recompiled kernel it stopped with calcru negative > > time so I tried to change kern.timecounter.hardware to i8254 in > > /boot/loader.conf, but it seems to ignore my hint. Doing a sysctl > > kern.timecounter.hardware (when booting the original kernel from the > > installation) shows ACPI-fast. > > > > I added CPUTYPE=3Dk8 to /etc/make.conf. > > > > Undo the changes you made to the kernel (or go back to GENERIC) and > other configuration and verify that it works again. If so, that means > you may have made a mistake in those changes. Thank you for your reply, I (allready) did that when I came back to work. The new kernel works now, the line that I commented out and caused the trouble was: # Workarounds for some known-to-be-broken chipsets (nVidia nForce3-Pro150) device atpic # 8259A compatability Now it's activated again and the server can boot without problems. The reason I commented out the line is because the board is has a nForce4-chipset I tried FreeBSD 6.0 a few days ago and I seem to recall that the above mentioned line is not needed in FreeBSD 6.0, but my (own) memory is probably corrupt :-) regards Claus From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 12:43:17 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 2854716A420 for ; Wed, 9 Nov 2005 12:43:17 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from nmail.forbis.lt (nmail.forbis.lt [213.226.165.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF84443D5E for ; Wed, 9 Nov 2005 12:43:14 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from andrejp.forbis.lt (largo.forbis.lt [172.17.0.99]) by nmail.forbis.lt (8.13.3/8.13.3) with ESMTP id jA9ChCCi039226 for ; Wed, 9 Nov 2005 14:43:12 +0200 (EET) (envelope-from android@oberon.pfi.lt) To: freebsd-amd64@freebsd.org Message-ID: From: Android Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Wed, 09 Nov 2005 14:43:11 +0200 User-Agent: Opera M2/8.50 (Linux, build 1358) X-Virus-Scanned: by amavisd-new Subject: Marvell, well... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 12:43:17 -0000 Hello! I am a lucky owner of mobo Asus P5LD2. To make me more happy could only working network adapter Marvel 88E8053 Yukon PCI-E Gigabit under FreeBSD-6.0-Stable (amd64). After googling I've understood, there's no efficient solution in my case except to install another adapter. Maybe somebody has found any solution? uname -a FreeBSD callisto 6.0-STABLE FreeBSD 6.0-STABLE #10: Tue Nov 8 07:34:49 EET 2005 root@callisto:/usr/obj/usr/src/sys/callisto amd64 -- WBR Android Andrew [:] From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 13:33:14 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 7D46D16A41F for ; Wed, 9 Nov 2005 13:33:14 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from server.t-hosting.hu (server.t-hosting.hu [217.20.133.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0281543D45 for ; Wed, 9 Nov 2005 13:33:13 +0000 (GMT) (envelope-from gabor.kovesdan@t-hosting.hu) Received: from localhost (localhost [127.0.0.1]) by server.t-hosting.hu (Postfix) with ESMTP id 9628B997DC1; Wed, 9 Nov 2005 14:33:11 +0100 (CET) Received: from server.t-hosting.hu ([127.0.0.1]) by localhost (server.t-hosting.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 11808-07; Wed, 9 Nov 2005 14:33:07 +0100 (CET) Received: from [80.98.133.57] (catv-50628539.catv.broadband.hu [80.98.133.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.t-hosting.hu (Postfix) with ESMTP id C5978997DBD; Wed, 9 Nov 2005 14:33:07 +0100 (CET) Message-ID: <4371FA8F.5060907@t-hosting.hu> Date: Wed, 09 Nov 2005 14:33:03 +0100 From: =?UTF-8?B?S8O2dmVzZMOhbiBHw6Fib3I=?= User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Android References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at t-hosting.hu Cc: freebsd-amd64@freebsd.org Subject: Re: Marvell, well... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 13:33:14 -0000 Android wrote: > > Hello! > > I am a lucky owner of mobo Asus P5LD2. To make me more happy could only > working network adapter > Marvel 88E8053 Yukon PCI-E Gigabit under FreeBSD-6.0-Stable (amd64). > After > googling I've understood, > there's no efficient solution in my case except to install another > adapter. Maybe somebody has > found any solution? > > uname -a > FreeBSD callisto 6.0-STABLE FreeBSD 6.0-STABLE #10: Tue Nov 8 07:34:49 > EET 2005 root@callisto:/usr/obj/usr/src/sys/callisto amd64 > I have a an Asus A8N-SLI Deluxe with two ethernet controllers. On of them is similar to yours, Windows says it is a "Marvell Yukon 88E8001/8003/8010 PCI Gigabit Ethernet Controller". FreeBSD recognizes both of my ethernet cards, the nVidia is called nve0 and the Marvell is called sk0. Anyway, I haven't used it so I can't prove it works well. Cheers, Gabor Kovesdan From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 14:00:10 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 A496416A41F for ; Wed, 9 Nov 2005 14:00:10 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2658343D45 for ; Wed, 9 Nov 2005 14:00:09 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 031241FFDE6; Wed, 9 Nov 2005 15:00:08 +0100 (CET) Received: by transport.cksoft.de (Postfix, from userid 66) id 80D8D1FFDE4; Wed, 9 Nov 2005 15:00:05 +0100 (CET) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 3D08A15384; Wed, 9 Nov 2005 13:59:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 320F415329; Wed, 9 Nov 2005 13:59:06 +0000 (UTC) Date: Wed, 9 Nov 2005 13:59:06 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: =?UTF-8?B?S8O2dmVzZMOhbiBHw6Fib3I=?= In-Reply-To: <4371FA8F.5060907@t-hosting.hu> Message-ID: References: <4371FA8F.5060907@t-hosting.hu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Cc: freebsd-amd64@freebsd.org Subject: Re: Marvell, well... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 14:00:10 -0000 On Wed, 9 Nov 2005, [UTF-8] K=C3=B6vesd=C3=A1n G=C3=A1bor wrote: Hi, > Android wrote: > > > I am a lucky owner of mobo Asus P5LD2. To make me more happy could only > > working network adapter > > Marvel 88E8053 Yukon PCI-E Gigabit under FreeBSD-6.0-Stable (amd64). > > After > > googling I've understood, > > there's no efficient solution in my case except to install another > > adapter. Maybe somebody has > > found any solution? > > > I have a an Asus A8N-SLI Deluxe with two ethernet controllers. On of > them is similar to yours, Windows says it is a "Marvell Yukon > 88E8001/8003/8010 PCI Gigabit Ethernet Controller". FreeBSD recognizes > both of my ethernet cards, the nVidia is called nve0 and the Marvell is > called sk0. Anyway, I haven't used it so I can't prove it works well. The marvell 88E8001/etc(sk(4)) are totally different from the PCIE 88E8053 ones. While the former (sk(4)) should work pretty well these days the 88E8053 one isn't supported at all. You might find a binary driver for 5.x FreeBSDs imho on syskonnect.com but I never tried those. For the nve(4) though there is a driver it uses some binary blob from NVidia and gives a lot of trouble with some of the newer versions up to not working at all. --=20 Bjoern A. Zeeb=09=09=09=09bzeeb at Zabbadoz dot NeT From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 14:10:23 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25F0816A41F for ; Wed, 9 Nov 2005 14:10:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E20743D45 for ; Wed, 9 Nov 2005 14:10:22 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jA9EAM6l060391 for ; Wed, 9 Nov 2005 14:10:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jA9EAMpE060390; Wed, 9 Nov 2005 14:10:22 GMT (envelope-from gnats) Resent-Date: Wed, 9 Nov 2005 14:10:22 GMT Resent-Message-Id: <200511091410.jA9EAMpE060390@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, serguey Grigoriev Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E81F616A41F for ; Wed, 9 Nov 2005 14:09:30 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6DAB43D46 for ; Wed, 9 Nov 2005 14:09:30 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id jA9E9S4a030383 for ; Wed, 9 Nov 2005 14:09:28 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id jA9E9S0B030354; Wed, 9 Nov 2005 14:09:28 GMT (envelope-from nobody) Message-Id: <200511091409.jA9E9S0B030354@www.freebsd.org> Date: Wed, 9 Nov 2005 14:09:28 GMT From: serguey Grigoriev To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/88730: kernel panics during booting from the installatioin CD X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 14:10:23 -0000 >Number: 88730 >Category: amd64 >Synopsis: kernel panics during booting from the installatioin CD >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 09 14:10:22 GMT 2005 >Closed-Date: >Last-Modified: >Originator: serguey Grigoriev >Release: FreeBSD v. 6.0 (amd64) >Organization: InTech Ltd. >Environment: FreeBSD amico.home.ru 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Tue Nov 8 16:52:06 MSK 2005 root@amico.home.ru:/usr/obj/usr/src/sys/SMPSNDSMBFS i386 >Description: FreeBSD v. 6.0 (amd64) can't be installed on my machine: kernel panics during nitial booting from the installation CD. But FreeBSD v. 6.0 (i386) can be easily installed and works fine on the same machine. Hardware configuration used: GigaByte GA-K8N SLI motherboard (nForce4 chipset) AMD Athlon64 X2 4400+ CPU Matrox Millenium II PCI video card Tekram DC-390U2B PCI-SCSI controller IBM DMVS18D 0100 SCSI-3 disk Is there a way to install amd64 release? >How-To-Repeat: The problem repeats every time I try to install the system. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 14:56:27 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 9284516A41F for ; Wed, 9 Nov 2005 14:56:27 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from nmail.forbis.lt (nmail.forbis.lt [213.226.165.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB4E543D5F for ; Wed, 9 Nov 2005 14:56:26 +0000 (GMT) (envelope-from android@oberon.pfi.lt) Received: from andrejp.forbis.lt (largo.forbis.lt [172.17.0.99]) by nmail.forbis.lt (8.13.3/8.13.3) with ESMTP id jA9EuN98046048; Wed, 9 Nov 2005 16:56:24 +0200 (EET) (envelope-from android@oberon.pfi.lt) To: =?utf-8?Q?K=C3=B6vesd=C3=A1n_G=C3=A1bor?= References: <4371FA8F.5060907@t-hosting.hu> Message-ID: From: Android Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Wed, 09 Nov 2005 16:56:22 +0200 In-Reply-To: <4371FA8F.5060907@t-hosting.hu> User-Agent: Opera M2/8.50 (Linux, build 1358) X-Virus-Scanned: by amavisd-new Cc: freebsd-amd64@freebsd.org Subject: Re: Marvell, well... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 14:56:27 -0000 Gabor, thanks for answer! In this situation the problem is that this is a 88E8053 adapter, and sk driver doesn't recognize it (still). I have not such skills to hack driver's code, but as I know the work is underway on it. So, I hope to see "sk0" in network adapters list some day. As well as snd_ich to recognize sound device of ICH7 chipset... On Wed, 09 Nov 2005 15:33:03 +0200, Kövesdán Gábor wrote: > Android wrote: > >> >> Hello! >> >> I am a lucky owner of mobo Asus P5LD2. To make me more happy could only >> working network adapter >> Marvel 88E8053 Yukon PCI-E Gigabit under FreeBSD-6.0-Stable (amd64). >> After >> googling I've understood, >> there's no efficient solution in my case except to install another >> adapter. Maybe somebody has >> found any solution? >> >> uname -a >> FreeBSD callisto 6.0-STABLE FreeBSD 6.0-STABLE #10: Tue Nov 8 07:34:49 >> EET 2005 root@callisto:/usr/obj/usr/src/sys/callisto amd64 >> > I have a an Asus A8N-SLI Deluxe with two ethernet controllers. On of > them is similar to yours, Windows says it is a "Marvell Yukon > 88E8001/8003/8010 PCI Gigabit Ethernet Controller". FreeBSD recognizes > both of my ethernet cards, the nVidia is called nve0 and the Marvell is > called sk0. Anyway, I haven't used it so I can't prove it works well. > > Cheers, > > Gabor Kovesdan > -- WBR Android Andrew [:] From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 15:36:54 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 60EBC16A41F; Wed, 9 Nov 2005 15:36:54 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E37A43D46; Wed, 9 Nov 2005 15:36:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id jA9Faq60035912; Wed, 9 Nov 2005 10:36:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jA9Faqux053750; Wed, 9 Nov 2005 10:36:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 23B5F7302F; Wed, 9 Nov 2005 10:36:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051109153652.23B5F7302F@freebsd-current.sentex.ca> Date: Wed, 9 Nov 2005 10:36:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 15:36:54 -0000 TB --- 2005-11-09 13:52:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-09 13:52:58 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-11-09 13:52:58 - cleaning the object tree TB --- 2005-11-09 13:53:36 - checking out the source tree TB --- 2005-11-09 13:53:36 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-11-09 13:53:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-11-09 14:00:19 - building world (CFLAGS=-O2 -pipe) TB --- 2005-11-09 14:00:19 - cd /src TB --- 2005-11-09 14:00:19 - /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 >>> stage 5.1: building 32 bit shim libraries TB --- 2005-11-09 15:30:40 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-11-09 15:30:40 - cd /src TB --- 2005-11-09 15:30:40 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Nov 9 15:30:41 UTC 2005 >>> 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 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /src/sys/kern/subr_msgbuf.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 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /src/sys/kern/subr_param.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 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /src/sys/kern/subr_pcpu.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 -g -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /src/sys/kern/subr_power.c /src/sys/kern/subr_power.c: In function `power_pm_deferred_fn': /src/sys/kern/subr_power.c:45: warning: cast from pointer to integer of different size /src/sys/kern/subr_power.c: In function `power_pm_suspend': /src/sys/kern/subr_power.c:86: warning: cast to pointer from integer of different size *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-09 15:36:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-09 15:36:51 - ERROR: failed to build generic kernel TB --- 2005-11-09 15:36:51 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 15:43:30 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 5CDF216A421 for ; Wed, 9 Nov 2005 15:43:30 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail5.speedfactory.net [66.23.216.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFF9943D45 for ; Wed, 9 Nov 2005 15:43:29 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 1647463 for multiple; Wed, 09 Nov 2005 10:45:34 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jA9FhHqc035637; Wed, 9 Nov 2005 10:43:26 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Wed, 9 Nov 2005 10:22:07 -0500 User-Agent: KMail/1.8.2 References: <20051109075701.GA40483@xor.obsecurity.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511091022.08517.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Kris Kennaway Subject: Re: problems booting recompiled 5.4-kernel (Was: amd64 does not see all 4 GB RAM on tyan GT24) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 15:43:30 -0000 On Wednesday 09 November 2005 04:22 am, Claus Guttesen wrote: > > > I have problems booting a recompiled kernel with FreeBSD 5.4 stable. I > > > thought it was related to enabling smp in the kernel, but I have just > > > rebuild kernel without smp (and rebuild world as well) and the server > > > did not come back up. > > > > > > When I rebooted a recompiled kernel it stopped with calcru negative > > > time so I tried to change kern.timecounter.hardware to i8254 in > > > /boot/loader.conf, but it seems to ignore my hint. Doing a sysctl > > > kern.timecounter.hardware (when booting the original kernel from the > > > installation) shows ACPI-fast. > > > > > > I added CPUTYPE=k8 to /etc/make.conf. > > > > Undo the changes you made to the kernel (or go back to GENERIC) and > > other configuration and verify that it works again. If so, that means > > you may have made a mistake in those changes. > > Thank you for your reply, I (allready) did that when I came back to > work. The new kernel works now, the line that I commented out and > caused the trouble was: > > # Workarounds for some known-to-be-broken chipsets (nVidia nForce3-Pro150) > device atpic # 8259A compatability > > Now it's activated again and the server can boot without problems. The > reason I commented out the line is because the board is has a > nForce4-chipset > > I tried FreeBSD 6.0 a few days ago and I seem to recall that the above > mentioned line is not needed in FreeBSD 6.0, but my (own) memory is > probably corrupt :-) That's correct. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 15:43:33 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 9055D16A41F; Wed, 9 Nov 2005 15:43:33 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail5.speedfactory.net [66.23.216.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0041543D45; Wed, 9 Nov 2005 15:43:32 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 1647469 for multiple; Wed, 09 Nov 2005 10:45:37 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jA9FhHqd035637; Wed, 9 Nov 2005 10:43:29 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-amd64@freebsd.org Date: Wed, 9 Nov 2005 10:23:10 -0500 User-Agent: KMail/1.8.2 References: <200511091409.jA9E9S0B030354@www.freebsd.org> In-Reply-To: <200511091409.jA9E9S0B030354@www.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511091023.11585.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-gnats-submit@freebsd.org, serguey Grigoriev Subject: Re: amd64/88730: kernel panics during booting from the installatioin CD X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 15:43:33 -0000 On Wednesday 09 November 2005 09:09 am, serguey Grigoriev wrote: > >Description: > > FreeBSD v. 6.0 (amd64) can't be installed on my machine: kernel panics > during nitial booting from the installation CD. But FreeBSD v. 6.0 (i386) > can be easily installed and works fine on the same machine. > > Hardware configuration used: > > GigaByte GA-K8N SLI motherboard (nForce4 chipset) > AMD Athlon64 X2 4400+ CPU > Matrox Millenium II PCI video card > Tekram DC-390U2B PCI-SCSI controller > IBM DMVS18D 0100 SCSI-3 disk > > Is there a way to install amd64 release? > > >How-To-Repeat: > > The problem repeats every time I try to install the system. Please provide more details such as the panic message as we can't really diagnose the problem without those details. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 15:50:20 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 566F616A41F for ; Wed, 9 Nov 2005 15:50:20 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAAF143D45 for ; Wed, 9 Nov 2005 15:50:19 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jA9FoJ2t076450 for ; Wed, 9 Nov 2005 15:50:19 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jA9FoJRi076443; Wed, 9 Nov 2005 15:50:19 GMT (envelope-from gnats) Date: Wed, 9 Nov 2005 15:50:19 GMT Message-Id: <200511091550.jA9FoJRi076443@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: John Baldwin Cc: Subject: Re: amd64/88730: kernel panics during booting from the installatioin CD X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 15:50:20 -0000 The following reply was made to PR amd64/88730; it has been noted by GNATS. From: John Baldwin To: freebsd-amd64@freebsd.org Cc: serguey Grigoriev , freebsd-gnats-submit@freebsd.org Subject: Re: amd64/88730: kernel panics during booting from the installatioin CD Date: Wed, 9 Nov 2005 10:23:10 -0500 On Wednesday 09 November 2005 09:09 am, serguey Grigoriev wrote: > >Description: > > FreeBSD v. 6.0 (amd64) can't be installed on my machine: kernel panics > during nitial booting from the installation CD. But FreeBSD v. 6.0 (i386) > can be easily installed and works fine on the same machine. > > Hardware configuration used: > > GigaByte GA-K8N SLI motherboard (nForce4 chipset) > AMD Athlon64 X2 4400+ CPU > Matrox Millenium II PCI video card > Tekram DC-390U2B PCI-SCSI controller > IBM DMVS18D 0100 SCSI-3 disk > > Is there a way to install amd64 release? > > >How-To-Repeat: > > The problem repeats every time I try to install the system. Please provide more details such as the panic message as we can't really diagnose the problem without those details. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 19:48:00 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 A068C16A41F; Wed, 9 Nov 2005 19:48:00 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: from isis.sigpipe.cz (fw.sigpipe.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D80A43D45; Wed, 9 Nov 2005 19:47:59 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id 80F311F87BEE; Wed, 9 Nov 2005 20:47:58 +0100 (CET) Date: Wed, 9 Nov 2005 20:47:58 +0100 From: Roman Neuhauser To: John Baldwin Message-ID: <20051109194758.GA70980@isis.sigpipe.cz> References: <20051109075701.GA40483@xor.obsecurity.org> <200511091022.08517.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511091022.08517.jhb@freebsd.org> User-Agent: Mutt/1.5.9i Cc: freebsd-amd64@freebsd.org Subject: Re: problems booting recompiled 5.4-kernel (Was: amd64 does not see all 4 GB RAM on tyan GT24) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 19:48:00 -0000 # jhb@freebsd.org / 2005-11-09 10:22:07 -0500: > On Wednesday 09 November 2005 04:22 am, Claus Guttesen wrote: > > I tried FreeBSD 6.0 a few days ago and I seem to recall that the above > > mentioned line is not needed in FreeBSD 6.0, but my (own) memory is > > probably corrupt :-) > > That's correct. EAMBIGUOUS. Which part is correct? "mentioned line is not needed in FreeBSD 6.0" or "my (own) memory is probably corrupt"? -- How many Vietnam vets does it take to screw in a light bulb? You don't know, man. You don't KNOW. Cause you weren't THERE. http://bash.org/?255991 From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 20:13:06 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 E865916A420 for ; Wed, 9 Nov 2005 20:13:06 +0000 (GMT) (envelope-from bab@mail.annowa.com) Received: from mail.annowa.com (mail.annowa.com [208.137.130.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25C4943D4C for ; Wed, 9 Nov 2005 20:12:58 +0000 (GMT) (envelope-from bab@mail.annowa.com) Received: from mail.annowa.com (root@localhost) by mail.annowa.com (8.13.4/8.13.4) with SMTP id jA9KD1B2079986 for ; Wed, 9 Nov 2005 14:13:01 -0600 (CST) (envelope-from bab@mail.annowa.com) Received: from delta.annowa.com (delta [10.1.0.6]) by mail.annowa.com (8.13.4/8.13.4) with ESMTP id jA9KCqjk079978 for ; Wed, 9 Nov 2005 14:12:53 -0600 (CST) (envelope-from bab@mail.annowa.com) Received: from delta.annowa.com (localhost [127.0.0.1]) by delta.annowa.com (8.13.1/8.13.1) with ESMTP id jA9KDHcq013893; Wed, 9 Nov 2005 14:13:26 -0600 (CST) (envelope-from bab@delta.annowa.com) Received: (from bab@localhost) by delta.annowa.com (8.13.1/8.13.1/Submit) id jA9KD9Ox013885; Wed, 9 Nov 2005 14:13:09 -0600 (CST) (envelope-from bab) From: Barry Boes MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17266.22604.144460.875267@gargle.gargle.HOWL> Date: Wed, 9 Nov 2005 14:13:00 -0600 To: freebsd-amd64@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid Subject: Athlon X2? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barry.boes@annowa.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 20:13:07 -0000 Hello, I have an Athlon 3800+ X2 on an Abit AV8 mainboard and am having trouble seeing the second CPU. I'm new to AMD64, so please bear with me... I've tried both the generic and SMP kernel with the same results. Is there anything special I need to do to get the OS to recognize the second CPU? Thanks, Barry Nov 9 10:29:21 bravo kernel: FreeBSD 6.0-RELEASE #0: Wed Nov 9 15:56:22 UTC 2005 Nov 9 10:29:21 bravo kernel: root@:/usr/src/sys/amd64/compile/bravo Nov 9 10:29:21 bravo kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Nov 9 10:29:21 bravo kernel: CPU: AMD Hammer Family processor - Model Unknown (2004.56-MHz K8-class CPU) Nov 9 10:29:21 bravo kernel: Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Nov 9 10:29:21 bravo kernel: Features=0x78bfbff Nov 9 10:29:21 bravo kernel: Features2=0x1 Nov 9 10:29:21 bravo kernel: AMD Features=0xe2500800,LM,3DNow+,3DNow> Nov 9 10:29:21 bravo kernel: real memory = 536805376 (511 MB) Nov 9 10:29:21 bravo kernel: avail memory = 506327040 (482 MB) Nov 9 10:29:21 bravo kernel: ACPI APIC Table: From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 20:16:05 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 D667E16A41F for ; Wed, 9 Nov 2005 20:16:05 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EE1C43D46 for ; Wed, 9 Nov 2005 20:16:05 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 2B356F24E5; Wed, 9 Nov 2005 12:16:05 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (triton.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10930-04; Wed, 9 Nov 2005 12:16:04 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id A557BF1C72; Wed, 9 Nov 2005 12:16:04 -0800 (PST) From: Sean McNeil To: barry.boes@annowa.com In-Reply-To: <17266.22604.144460.875267@gargle.gargle.HOWL> References: <17266.22604.144460.875267@gargle.gargle.HOWL> Content-Type: text/plain Organization: Sean McNeil Consulting, Inc Date: Wed, 09 Nov 2005 12:16:04 -0800 Message-Id: <1131567364.38746.1.camel@triton.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: freebsd-amd64@freebsd.org Subject: Re: Athlon X2? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sean@mcneil.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 20:16:06 -0000 On Wed, 2005-11-09 at 14:13 -0600, Barry Boes wrote: > Hello, I have an Athlon 3800+ X2 on an Abit AV8 mainboard and am > having trouble seeing the second CPU. I'm new to AMD64, so please > bear with me... > > I've tried both the generic and SMP kernel with the same results. Is > there anything special I need to do to get the OS to recognize the > second CPU? > Thanks, > Barry > > > Nov 9 10:29:21 bravo kernel: FreeBSD 6.0-RELEASE #0: Wed Nov 9 15:56:22 UTC 2005 > Nov 9 10:29:21 bravo kernel: root@:/usr/src/sys/amd64/compile/bravo > Nov 9 10:29:21 bravo kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 > Nov 9 10:29:21 bravo kernel: CPU: AMD Hammer Family processor - Model Unknown (2004.56-MHz K8-class CPU) > Nov 9 10:29:21 bravo kernel: Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 > Nov 9 10:29:21 bravo kernel: Features=0x78bfbff > Nov 9 10:29:21 bravo kernel: Features2=0x1 > Nov 9 10:29:21 bravo kernel: AMD Features=0xe2500800,LM,3DNow+,3DNow> > Nov 9 10:29:21 bravo kernel: real memory = 536805376 (511 MB) > Nov 9 10:29:21 bravo kernel: avail memory = 506327040 (482 MB) > Nov 9 10:29:21 bravo kernel: ACPI APIC Table: You need to check the motherboard manufacturers web site for support of X2 in the BIOS. Gigabyte is extremely helpful in this regard and lists each version of BIOS required to support the various CPUs. HTH, Sean From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 20:17:13 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 C426716A41F for ; Wed, 9 Nov 2005 20:17:13 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6797543D4C for ; Wed, 9 Nov 2005 20:17:13 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id jA9KH7YV099265; Wed, 9 Nov 2005 12:17:07 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id jA9KH64q099264; Wed, 9 Nov 2005 12:17:06 -0800 (PST) (envelope-from sgk) Date: Wed, 9 Nov 2005 12:17:06 -0800 From: Steve Kargl To: Barry Boes Message-ID: <20051109201706.GA98782@troutmask.apl.washington.edu> References: <17266.22604.144460.875267@gargle.gargle.HOWL> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17266.22604.144460.875267@gargle.gargle.HOWL> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: Athlon X2? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 20:17:13 -0000 On Wed, Nov 09, 2005 at 02:13:00PM -0600, Barry Boes wrote: > > Hello, I have an Athlon 3800+ X2 on an Abit AV8 mainboard and am > having trouble seeing the second CPU. I'm new to AMD64, so please > bear with me... Do you need a BIOS upgrade? > kernel: FreeBSD 6.0-RELEASE #0: Wed Nov 9 15:56:22 UTC 2005 > kernel: root@:/usr/src/sys/amd64/compile/bravo > kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 > kernel: CPU: AMD Hammer Family - Model Unknown (2004.56-MHz K8-class CPU) > kernel: Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 > kernel: Features=0x78bfbff MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> > kernel: Features2=0x1 > kernel: AMD Features=0xe2500800,LM,3DNow+,3DNow> > kernel: real memory = 536805376 (511 MB) > kernel: avail memory = 506327040 (482 MB) > kernel: ACPI APIC Table: Is this from the SMP kernel? -- Steve From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 20:46:44 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9784B16A41F; Wed, 9 Nov 2005 20:46:44 +0000 (GMT) (envelope-from dwhite@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4242E43D76; Wed, 9 Nov 2005 20:46:44 +0000 (GMT) (envelope-from dwhite@FreeBSD.org) Received: from freefall.freebsd.org (dwhite@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jA9KkhP2020795; Wed, 9 Nov 2005 20:46:43 GMT (envelope-from dwhite@freefall.freebsd.org) Received: (from dwhite@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jA9Kkh5V020791; Wed, 9 Nov 2005 20:46:43 GMT (envelope-from dwhite) Date: Wed, 9 Nov 2005 20:46:43 GMT From: Doug White Message-Id: <200511092046.jA9Kkh5V020791@freefall.freebsd.org> To: dwhite@FreeBSD.org, freebsd-amd64@FreeBSD.org, dwhite@FreeBSD.org Cc: Subject: Re: kern/88249: getdents syscall fails for devfs on amd64 linuxalator X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 20:46:44 -0000 Synopsis: getdents syscall fails for devfs on amd64 linuxalator Responsible-Changed-From-To: freebsd-amd64->dwhite Responsible-Changed-By: dwhite Responsible-Changed-When: Wed Nov 9 20:46:09 GMT 2005 Responsible-Changed-Why: Take ownership and transfer to kern since this is in MI code http://www.freebsd.org/cgi/query-pr.cgi?pr=88249 From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 20:50:18 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01FA816A420 for ; Wed, 9 Nov 2005 20:50:18 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0229443D48 for ; Wed, 9 Nov 2005 20:50:15 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jA9KoFSa020899 for ; Wed, 9 Nov 2005 20:50:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jA9KoFZE020898; Wed, 9 Nov 2005 20:50:15 GMT (envelope-from gnats) Resent-Date: Wed, 9 Nov 2005 20:50:15 GMT Resent-Message-Id: <200511092050.jA9KoFZE020898@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Arnaud de Prelle Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF9C316A41F for ; Wed, 9 Nov 2005 20:41:44 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0C7843D45 for ; Wed, 9 Nov 2005 20:41:44 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id jA9Kfiui071959 for ; Wed, 9 Nov 2005 20:41:44 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id jA9KfhiK071958; Wed, 9 Nov 2005 20:41:43 GMT (envelope-from nobody) Message-Id: <200511092041.jA9KfhiK071958@www.freebsd.org> Date: Wed, 9 Nov 2005 20:41:43 GMT From: Arnaud de Prelle To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/88746: Buffer problem with SSH2 under amd64 arch. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 20:50:18 -0000 >Number: 88746 >Category: amd64 >Synopsis: Buffer problem with SSH2 under amd64 arch. >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 09 20:50:15 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Arnaud de Prelle >Release: FreeBSD 6.0-RC1 >Organization: >Environment: FreeBSD bep-pc1.ulb.ac.be 6.0-RC1 FreeBSD 6.0-RC1 #2: Wed Oct 26 03:27:08 CEST 2005 apn@bep-pc1.ulb.ac.be:/usr/obj/usr/src/sys/BEPkernel amd64 >Description: This is a problem with ssh2 (ssh2-nox11-3.2.9.1_3 Secure shell client and server for V.2 SSH protocol). It seems broken under the (my?) amd64 arch (nocona). #ssh localhost -p 23 -l apn apn@localhost's password: buffer_get_ret: trying to get more bytes 1 than in buffer 0 buffer_get_char_ret: buffer_get_ret failed buffer_get_char: buffer error The source of the problem seems situated in /usr/src/crypto/openssh/buffer.c >How-To-Repeat: Everytime I try to start a ssh2 session. >Fix: NA >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 21:06:20 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 9F0DC16A41F for ; Wed, 9 Nov 2005 21:06:20 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail5.speedfactory.net [66.23.216.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 249B143D55 for ; Wed, 9 Nov 2005 21:06:19 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 1664498 for multiple; Wed, 09 Nov 2005 16:08:20 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jA9L6BRm040090; Wed, 9 Nov 2005 16:06:11 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Roman Neuhauser Date: Wed, 9 Nov 2005 16:04:48 -0500 User-Agent: KMail/1.8.2 References: <200511091022.08517.jhb@freebsd.org> <20051109194758.GA70980@isis.sigpipe.cz> In-Reply-To: <20051109194758.GA70980@isis.sigpipe.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511091604.49891.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: freebsd-amd64@freebsd.org Subject: Re: problems booting recompiled 5.4-kernel (Was: amd64 does not see all 4 GB RAM on tyan GT24) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 21:06:20 -0000 On Wednesday 09 November 2005 02:47 pm, Roman Neuhauser wrote: > # jhb@freebsd.org / 2005-11-09 10:22:07 -0500: > > On Wednesday 09 November 2005 04:22 am, Claus Guttesen wrote: > > > I tried FreeBSD 6.0 a few days ago and I seem to recall that the above > > > mentioned line is not needed in FreeBSD 6.0, but my (own) memory is > > > probably corrupt :-) > > > > That's correct. > > EAMBIGUOUS. > > Which part is correct? "mentioned line is not needed in FreeBSD 6.0" > or "my (own) memory is probably corrupt"? You don't need atpic on 6.0. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 21:12:37 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 0C60516A420; Wed, 9 Nov 2005 21:12:37 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id B21EB43D45; Wed, 9 Nov 2005 21:12:36 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 66041F24DE; Wed, 9 Nov 2005 13:12:36 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (triton.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00822-03; Wed, 9 Nov 2005 13:12:36 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id EE1EBF2464; Wed, 9 Nov 2005 13:12:35 -0800 (PST) From: Sean McNeil To: John Baldwin In-Reply-To: <200511091604.49891.jhb@freebsd.org> References: <200511091022.08517.jhb@freebsd.org> <20051109194758.GA70980@isis.sigpipe.cz> <200511091604.49891.jhb@freebsd.org> Content-Type: text/plain Organization: Sean McNeil Consulting, Inc Date: Wed, 09 Nov 2005 13:12:35 -0800 Message-Id: <1131570755.1478.5.camel@triton.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: Roman Neuhauser , freebsd-amd64@freebsd.org Subject: Re: problems booting recompiled 5.4-kernel (Was: amd64 does not see all 4 GB RAM on tyan GT24) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sean@mcneil.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2005 21:12:37 -0000 On Wed, 2005-11-09 at 16:04 -0500, John Baldwin wrote: > On Wednesday 09 November 2005 02:47 pm, Roman Neuhauser wrote: > > # jhb@freebsd.org / 2005-11-09 10:22:07 -0500: > > > On Wednesday 09 November 2005 04:22 am, Claus Guttesen wrote: > > > > I tried FreeBSD 6.0 a few days ago and I seem to recall that the above > > > > mentioned line is not needed in FreeBSD 6.0, but my (own) memory is > > > > probably corrupt :-) > > > > > > That's correct. > > > > EAMBIGUOUS. > > > > Which part is correct? "mentioned line is not needed in FreeBSD 6.0" > > or "my (own) memory is probably corrupt"? > > You don't need atpic on 6.0. Not true. My Athlon 2x Gigabyte K8 Triton (GA-K8NSC-939) requires atpic or it will not boot. This is an nVidia nForce3-Pro250 board. From owner-freebsd-amd64@FreeBSD.ORG Wed Nov 9 21:55:11 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 5D7AA16A420; Wed, 9 Nov 2005 21:55:11 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id D519F43D53; Wed, 9 Nov 2005 21:55:10 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7429E46BB1; Wed, 9 Nov 2005 16:55:10 -0500 (EST) Date: Wed, 9 Nov 2005 21:55:10 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Attila Nagy In-Reply-To: <437064D6.6060504@fsn.hu> Message-ID: <20051109215200.M33260@fledge.watson.org> References: <436A868F.4010606@fsn.hu> <20051104095129.M9692@fledge.watson.org> <436B8918.9060105@fsn.hu> <436C7998.5040404@fsn.hu> <437064D6.6060504@fsn.hu> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1698448597-1131573310=:33260" Cc: freebsd-hackers@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: Reproduceable freeze with quotas enabled X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Nov 2005 21:55:11 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1698448597-1131573310=:33260 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Tue, 8 Nov 2005, Attila Nagy wrote: > Any chance to investigate it further? It's a really annoying bug, which > makes quota support a little bit useless. Attached is a patch that corrects at least one or two deadlock scenarios in UNIX domain socket garbage collecting (unpgc_task.diff). I've also attached a patch for kern_descriptor.c that fixes a bug there in the passing of file descriptors referencing files over UNIX domain sockets (closef_threadnull.diff). I've committed the latter to 7.x, with the intent to merge to 6.x in a week or so. The larger UNIX domain socket garbage collection patch I need to think about some more, but I'm quite interested in whether it fixes the deadlock you're seeing (or for that matter, makes it worse somehow). Thanks, Robert N M Watson --0-1698448597-1131573310=:33260 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=unpgc_task.diff Content-Transfer-Encoding: BASE64 Content-ID: <20051109215510.Y33260@fledge.watson.org> Content-Description: Content-Disposition: attachment; filename=unpgc_task.diff SW5kZXg6IHVpcGNfdXNycmVxLmMNCj09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0N ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMva2Vybi91aXBjX3VzcnJl cS5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4xNTgNCmRpZmYgLXUgLXIx LjE1OCB1aXBjX3VzcnJlcS5jDQotLS0gdWlwY191c3JyZXEuYwkzMSBPY3Qg MjAwNSAxNTo0MToyNSAtMDAwMAkxLjE1OA0KKysrIHVpcGNfdXNycmVxLmMJ OSBOb3YgMjAwNSAyMTo0OTo1MyAtMDAwMA0KQEAgLTU5LDYgKzU5LDcgQEAN CiAjaW5jbHVkZSA8c3lzL3N4Lmg+DQogI2luY2x1ZGUgPHN5cy9zeXNjdGwu aD4NCiAjaW5jbHVkZSA8c3lzL3N5c3RtLmg+DQorI2luY2x1ZGUgPHN5cy90 YXNrcXVldWUuaD4NCiAjaW5jbHVkZSA8c3lzL3VuLmg+DQogI2luY2x1ZGUg PHN5cy91bnBjYi5oPg0KICNpbmNsdWRlIDxzeXMvdm5vZGUuaD4NCkBAIC0x MTIsNiArMTEzLDEzIEBADQogI2RlZmluZQlVTlBfTE9DS19BU1NFUlQoKQlt dHhfYXNzZXJ0KCZ1bnBfbXR4LCBNQV9PV05FRCkNCiAjZGVmaW5lCVVOUF9V TkxPQ0tfQVNTRVJUKCkJbXR4X2Fzc2VydCgmdW5wX210eCwgTUFfTk9UT1dO RUQpDQogDQorLyoNCisgKiBHYXJiYWdlIGNvbGxlY3Rpb24gb2YgY3ljbGlj IGZpbGUgZGVzY3JpcHRvci9zb2NrZXQgcmVmZXJlbmNlcyBvY2N1cnMNCisg KiBhc3luY2hyb25vdXNseSBpbiBhIHRhc2txdWV1ZSBjb250ZXh0LiAgU2Vl IHVucF9nYygpIGZvciBhIGZ1bGwNCisgKiBkZXNjcmlwdGlvbi4NCisgKi8N CitzdGF0aWMgc3RydWN0IHRhc2sJdW5wX2djX3Rhc2s7DQorDQogc3RhdGlj IGludCAgICAgdW5wX2F0dGFjaChzdHJ1Y3Qgc29ja2V0ICopOw0KIHN0YXRp YyB2b2lkICAgIHVucF9kZXRhY2goc3RydWN0IHVucGNiICopOw0KIHN0YXRp YyBpbnQgICAgIHVucF9iaW5kKHN0cnVjdCB1bnBjYiAqLHN0cnVjdCBzb2Nr YWRkciAqLCBzdHJ1Y3QgdGhyZWFkICopOw0KQEAgLTEyMCw3ICsxMjgsNyBA QA0KIHN0YXRpYyB2b2lkICAgIHVucF9kaXNjb25uZWN0KHN0cnVjdCB1bnBj YiAqKTsNCiBzdGF0aWMgdm9pZCAgICB1bnBfc2h1dGRvd24oc3RydWN0IHVu cGNiICopOw0KIHN0YXRpYyB2b2lkICAgIHVucF9kcm9wKHN0cnVjdCB1bnBj YiAqLCBpbnQpOw0KLXN0YXRpYyB2b2lkICAgIHVucF9nYyh2b2lkKTsNCitz dGF0aWMgdm9pZCAgICB1bnBfZ2MoX191bnVzZWQgdm9pZCAqLCBpbnQpOw0K IHN0YXRpYyB2b2lkICAgIHVucF9zY2FuKHN0cnVjdCBtYnVmICosIHZvaWQg KCopKHN0cnVjdCBmaWxlICopKTsNCiBzdGF0aWMgdm9pZCAgICB1bnBfbWFy ayhzdHJ1Y3QgZmlsZSAqKTsNCiBzdGF0aWMgdm9pZCAgICB1bnBfZGlzY2Fy ZChzdHJ1Y3QgZmlsZSAqKTsNCkBAIC03OTUsMTkgKzgwMyw5IEBADQogCX0N CiAJc29pc2Rpc2Nvbm5lY3RlZCh1bnAtPnVucF9zb2NrZXQpOw0KIAl1bnAt PnVucF9zb2NrZXQtPnNvX3BjYiA9IE5VTEw7DQotCWlmICh1bnBfcmlnaHRz KSB7DQotCQkvKg0KLQkJICogTm9ybWFsbHkgdGhlIHJlY2VpdmUgYnVmZmVy IGlzIGZsdXNoZWQgbGF0ZXIsDQotCQkgKiBpbiBzb2ZyZWUsIGJ1dCBpZiBv dXIgcmVjZWl2ZSBidWZmZXIgaG9sZHMgcmVmZXJlbmNlcw0KLQkJICogdG8g ZGVzY3JpcHRvcnMgdGhhdCBhcmUgbm93IGdhcmJhZ2UsIHdlIHdpbGwgZGlz cG9zZQ0KLQkJICogb2YgdGhvc2UgZGVzY3JpcHRvciByZWZlcmVuY2VzIGFm dGVyIHRoZSBnYXJiYWdlIGNvbGxlY3Rvcg0KLQkJICogZ2V0cyB0aGVtIChy ZXN1bHRpbmcgaW4gYSAicGFuaWM6IGNsb3NlZjogY291bnQgPCAwIikuDQot CQkgKi8NCi0JCXNvcmZsdXNoKHVucC0+dW5wX3NvY2tldCk7DQotCQl1bnBf Z2MoKTsJLyogV2lsbCB1bmxvY2sgVU5QLiAqLw0KLQl9IGVsc2UNCi0JCVVO UF9VTkxPQ0soKTsNCi0JVU5QX1VOTE9DS19BU1NFUlQoKTsNCisJaWYgKHVu cF9yaWdodHMpDQorCQl0YXNrcXVldWVfZW5xdWV1ZSh0YXNrcXVldWVfdGhy ZWFkLCAmdW5wX2djX3Rhc2spOw0KKwlVTlBfVU5MT0NLKCk7DQogCWlmICh1 bnAtPnVucF9hZGRyICE9IE5VTEwpDQogCQlGUkVFKHVucC0+dW5wX2FkZHIs IE1fU09OQU1FKTsNCiAJdW1hX3pmcmVlKHVucF96b25lLCB1bnApOw0KQEAg LTEzOTUsNyArMTM5Myw3IEBADQogCXVtYV96b25lX3NldF9tYXgodW5wX3pv bmUsIG5tYmNsdXN0ZXJzKTsNCiAJTElTVF9JTklUKCZ1bnBfZGhlYWQpOw0K IAlMSVNUX0lOSVQoJnVucF9zaGVhZCk7DQotDQorCVRBU0tfSU5JVCgmdW5w X2djX3Rhc2ssIDAsIHVucF9nYywgTlVMTCk7DQogCVVOUF9MT0NLX0lOSVQo KTsNCiB9DQogDQpAQCAtMTU4MSwxNCArMTU3OSwyMCBAQA0KIH0NCiANCiAv Kg0KLSAqIHVucF9kZWZlciBpcyB0aHJlYWQtbG9jYWwgZHVyaW5nIGdhcmJh Z2UgY29sbGVjdGlvbiwgYW5kIGRvZXMgbm90IHJlcXVpcmUNCi0gKiBleHBs aWNpdCBzeW5jaHJvbml6YXRpb24uICB1bnBfZ2NpbmcgcHJldmVudHMgb3Ro ZXIgdGhyZWFkcyBmcm9tIGVudGVyaW5nDQotICogZ2FyYmFnZSBjb2xsZWN0 aW9uLCBhbmQgcGVyaGFwcyBzaG91bGQgYmUgYW4gc3ggbG9jayBpbnN0ZWFk Lg0KKyAqIHVucF9kZWZlciBpbmRpY2F0ZXMgd2hldGhlciBhZGRpdGlvbmFs IHdvcmsgaGFzIGJlZW4gZGVmZXJlZCBmb3IgYSBmdXR1cmUNCisgKiBwYXNz IHRocm91Z2ggdW5wX2djKCkuICBJdCBpcyB0aHJlYWQgbG9jYWwgYW5kIGRv ZXMgbm90IHJlcXVpcmUgZXhwbGljaXQNCisgKiBzeW5jaHJvbml6YXRpb24u DQogICovDQotc3RhdGljIGludAl1bnBfZGVmZXIsIHVucF9nY2luZzsNCitz dGF0aWMgaW50CXVucF9kZWZlcjsNCisNCitzdGF0aWMgaW50IHVucF90YXNr Y291bnQ7DQorU1lTQ1RMX0lOVChfbmV0X2xvY2FsLCBPSURfQVVUTywgdGFz a2NvdW50LCBDVExGTEFHX1JELCAmdW5wX3Rhc2tjb3VudCwgMCwgIiIpOw0K Kw0KK3N0YXRpYyBpbnQgdW5wX3JlY3ljbGVkOw0KK1NZU0NUTF9JTlQoX25l dF9sb2NhbCwgT0lEX0FVVE8sIHJlY3ljbGVkLCBDVExGTEFHX1JELCAmdW5w X3JlY3ljbGVkLCAwLCAiIik7DQogDQogc3RhdGljIHZvaWQNCi11bnBfZ2Mo dm9pZCkNCit1bnBfZ2MoX191bnVzZWQgdm9pZCAqYXJnLCBpbnQgcGVuZGlu ZykNCiB7DQogCXN0cnVjdCBmaWxlICpmcCwgKm5leHRmcDsNCiAJc3RydWN0 IHNvY2tldCAqc287DQpAQCAtMTU5NywxNSArMTYwMSw4IEBADQogCWludCBu ZmlsZXNfc25hcDsNCiAJaW50IG5maWxlc19zbGFjayA9IDIwOw0KIA0KLQlV TlBfTE9DS19BU1NFUlQoKTsNCi0NCi0JaWYgKHVucF9nY2luZykgew0KLQkJ VU5QX1VOTE9DSygpOw0KLQkJcmV0dXJuOw0KLQl9DQotCXVucF9nY2luZyA9 IDE7DQorCXVucF90YXNrY291bnQrKzsNCiAJdW5wX2RlZmVyID0gMDsNCi0J VU5QX1VOTE9DSygpOw0KIAkvKg0KIAkgKiBiZWZvcmUgZ29pbmcgdGhyb3Vn aCBhbGwgdGhpcywgc2V0IGFsbCBGRHMgdG8NCiAJICogYmUgTk9UIGRlZmVy ZWQgYW5kIE5PVCBleHRlcm5hbGx5IGFjY2Vzc2libGUNCkBAIC0xNzAwLDYg KzE2OTcsOSBAQA0KIAl9IHdoaWxlICh1bnBfZGVmZXIpOw0KIAlzeF9zdW5s b2NrKCZmaWxlbGlzdF9sb2NrKTsNCiAJLyoNCisJICogWFhYUlc6IFRoZSBm b2xsb3dpbmcgY29tbWVudHMgbmVlZCB1cGRhdGluZyBmb3IgYSBwb3N0LVNN UG5nIGFuZA0KKwkgKiBkZWZlcnJlZCB1bnBfZ2MoKSB3b3JsZCwgYnV0IGFy ZSBzdGlsbCBnZW5lcmFsbHkgYWNjdXJhdGUuDQorCSAqDQogCSAqIFdlIGdy YWIgYW4gZXh0cmEgcmVmZXJlbmNlIHRvIGVhY2ggb2YgdGhlIGZpbGUgdGFi bGUgZW50cmllcw0KIAkgKiB0aGF0IGFyZSBub3Qgb3RoZXJ3aXNlIGFjY2Vz c2libGUgYW5kIHRoZW4gZnJlZSB0aGUgcmlnaHRzDQogCSAqIHRoYXQgYXJl IHN0b3JlZCBpbiBtZXNzYWdlcyBvbiB0aGVtLg0KQEAgLTE3ODgsMTIgKzE3 ODgsMTEgQEANCiAJCQlGSUxFX1VOTE9DSyh0ZnApOw0KIAkJfQ0KIAl9DQot CWZvciAoaSA9IG51bnJlZiwgZnBwID0gZXh0cmFfcmVmOyAtLWkgPj0gMDsg KytmcHApDQorCWZvciAoaSA9IG51bnJlZiwgZnBwID0gZXh0cmFfcmVmOyAt LWkgPj0gMDsgKytmcHApIHsNCiAJCWNsb3NlZigqZnBwLCAoc3RydWN0IHRo cmVhZCAqKSBOVUxMKTsNCisJCXVucF9yZWN5Y2xlZCsrOw0KKwl9DQogCWZy ZWUoZXh0cmFfcmVmLCBNX1RFTVApOw0KLQl1bnBfZ2NpbmcgPSAwOw0KLQ0K LQlVTlBfVU5MT0NLX0FTU0VSVCgpOw0KIH0NCiANCiB2b2lkDQo= --0-1698448597-1131573310=:33260 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=closef_threadnull.diff Content-Transfer-Encoding: BASE64 Content-ID: <20051109215510.W33260@fledge.watson.org> Content-Description: Content-Disposition: attachment; filename=closef_threadnull.diff SW5kZXg6IGtlcm5fZGVzY3JpcC5jDQo9PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 DQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lzL2tlcm4va2Vybl9kZXNj cmlwLmMsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjI4Mw0KcmV0cmlldmlu ZyByZXZpc2lvbiAxLjI4NA0KZGlmZiAtdSAtcjEuMjgzIC1yMS4yODQNCi0t LSBrZXJuX2Rlc2NyaXAuYwkxIE5vdiAyMDA1IDE3OjEzOjA1IC0wMDAwCTEu MjgzDQorKysga2Vybl9kZXNjcmlwLmMJOSBOb3YgMjAwNSAyMDo1NDoyNSAt MDAwMAkxLjI4NA0KQEAgLTE4ODAsOSArMTg4MCwxMyBAQA0KIAkgKiBhIGZs YWcgaW4gdGhlIHVubG9jayB0byBmcmVlIE9OTFkgbG9ja3Mgb2JleWluZyBQ T1NJWA0KIAkgKiBzZW1hbnRpY3MsIGFuZCBub3QgdG8gZnJlZSBCU0Qtc3R5 bGUgZmlsZSBsb2Nrcy4NCiAJICogSWYgdGhlIGRlc2NyaXB0b3Igd2FzIGlu IGEgbWVzc2FnZSwgUE9TSVgtc3R5bGUgbG9ja3MNCi0JICogYXJlbid0IHBh c3NlZCB3aXRoIHRoZSBkZXNjcmlwdG9yLg0KKwkgKiBhcmVuJ3QgcGFzc2Vk IHdpdGggdGhlIGRlc2NyaXB0bywgYW5kIHRoZSB0aHJlYWQgcG9pbnRlcg0K KwkgKiB3aWxsIGJlIE5VTEwuICBDYWxsZXJzIHNob3VsZCBiZSBjYXJlZnVs IG9ubHkgdG8gcGFzcyBhDQorCSAqIE5VTEwgdGhyZWFkIHBvaW50ZXIgd2hl biB0aGVyZSByZWFsbHkgaXMgbm8gb3duaW5nDQorCSAqIGNvbnRleHQgdGhh dCBtaWdodCBoYXZlIGxvY2tzLCBvciB0aGUgbG9ja3Mgd2lsbCBiZQ0KKwkg KiBsZWFrZWQuDQogCSAqLw0KLQlpZiAoZnAtPmZfdHlwZSA9PSBEVFlQRV9W Tk9ERSkgew0KKwlpZiAoZnAtPmZfdHlwZSA9PSBEVFlQRV9WTk9ERSAmJiB0 ZCAhPSBOVUxMKSB7DQogCQlpbnQgdmZzbG9ja2VkOw0KIA0KIAkJdnAgPSBm cC0+Zl92bm9kZTsNCg== --0-1698448597-1131573310=:33260-- From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 10 02:08:28 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 AB97316A41F for ; Thu, 10 Nov 2005 02:08:28 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A32343D48 for ; Thu, 10 Nov 2005 02:08:28 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id AFBF6F24EC for ; Wed, 9 Nov 2005 18:08:27 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (triton.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00822-09 for ; Wed, 9 Nov 2005 18:08:26 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id C2FE5F23BF for ; Wed, 9 Nov 2005 18:08:25 -0800 (PST) From: Sean McNeil To: amd64@freebsd.org Content-Type: text/plain Organization: Sean McNeil Consulting, Inc Date: Wed, 09 Nov 2005 18:08:25 -0800 Message-Id: <1131588505.78139.4.camel@triton.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: Subject: php5 and pear X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sean@mcneil.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 02:08:28 -0000 Anyone else having difficulties with 6-STABLE, php5, and pear? I tried to portinstall drupal and I get ===> Generating temporary packing list install ok: Console_Getopt 1.2 /usr/ports/lang/php5/work/php-5.0.5/Zend/zend_hash.c(678) : ht=0x68a818 is already destroyed /usr/ports/lang/php5/work/php-5.0.5/Zend/zend_hash.c(678) : ht=0x68a818 is already destroyed /usr/ports/lang/php5/work/php-5.0.5/Zend/zend_hash.c(67) : Bailed out without a bailout address! *** Error code 255 Stop in /usr/ports/devel/pear-Console_Getopt. I've tried to upgrade from php4 because I was constantly getting allocation errors like Fatal error: Allowed memory size of 8388608 bytes exhausted at /usr/ports/lang/php5/work/php-5.0.5/Zend/zend_hash.c:242 (tried to allocate 76 bytes) in /usr/local/share/pear/PEAR/Registry.php on line 1006 Allowed memory size of 8388608 bytes exhausted at /usr/ports/lang/php5/work/php-5.0.5/Zend/zend_API.c:1770 (tried to allocate 23 bytes) I had to bump up the max memory to 16M in php.ini, but this doesn't help for the pear stuff because that uses /usr/local/bin/pear* scripts which call php with the -n option (no php.ini). Any help would be greatly appreciated. Cheers, Sean p.s. should I send this to ports@ since that is the port maintainer? From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 10 03:09:40 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 291BD16A41F for ; Thu, 10 Nov 2005 03:09:40 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE4FE43D45 for ; Thu, 10 Nov 2005 03:09:39 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 29404 invoked from network); 10 Nov 2005 14:09:39 +1100 Received: from andromeda.lef.com.au (HELO ?10.168.101.24?) (210.8.93.2) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 10 Nov 2005 14:09:38 +1100 Message-ID: <4372B9DB.4050706@meijome.net> Date: Thu, 10 Nov 2005 14:09:15 +1100 From: Norberto Meijome User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64 List References: <025a01c5e452$cb1d8d90$0200a8c0@lfarr> In-Reply-To: <025a01c5e452$cb1d8d90$0200a8c0@lfarr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Tyan GT24 - Thunder K8SRE mainboard X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 03:09:40 -0000 Lawrence Farr wrote: >>hi there - i have said box, was running 6. just fine with the first >>release of the BIOS . After updating to BIOS to the latest >>one (had some >>interesting upgrades), i started getting some errors about >>ACPI PCI-PCI >>memory (end < start)...are those the errors you were getting? still >>trying to solve it :( I may start a separate thread if I can't figure >>this one out soon. > > > Yep, that's the ones. Never tried downgrading the BIOS, just checked > it was the latest. > > ok - i can confirm installing v.1 of the BIOS fixes the issue. Haven't tried with the one in between the latest and v1.0. The BIOS files are from http://tyan.com/support/html/b_s2891.html * dmesg -a after booting verbose for working BIOS : http://www.meijome.net/files/freebsd/amd64/OK_bios_2891v100.txt * dmesg -a after booting verbose new,not working BIOS : http://www.meijome.net/files/freebsd/amd64/NOT_OK_bios_2891_201.txt Is it worth submitting a PR for this? what information do you / anyone suggest is included in it? I'd love to be able to test more, but I can't keep this box offline any longer. cheers, Beto From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 10 04:52:59 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 DA64716A41F for ; Thu, 10 Nov 2005 04:52:59 +0000 (GMT) (envelope-from bab@mail.annowa.com) Received: from mail.annowa.com (mail.annowa.com [208.137.130.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id D826543D6B for ; Thu, 10 Nov 2005 04:52:52 +0000 (GMT) (envelope-from bab@mail.annowa.com) Received: from mail.annowa.com (root@localhost) by mail.annowa.com (8.13.4/8.13.4) with SMTP id jAA4qvVh084305 for ; Wed, 9 Nov 2005 22:52:57 -0600 (CST) (envelope-from bab@mail.annowa.com) Received: from delta.annowa.com (delta [10.1.0.6]) by mail.annowa.com (8.13.4/8.13.4) with ESMTP id jAA4qiWK084300; Wed, 9 Nov 2005 22:52:48 -0600 (CST) (envelope-from bab@mail.annowa.com) Received: from delta.annowa.com (localhost [127.0.0.1]) by delta.annowa.com (8.13.1/8.13.1) with ESMTP id jAA4r8rG018187; Wed, 9 Nov 2005 22:53:25 -0600 (CST) (envelope-from bab@delta.annowa.com) Received: (from bab@localhost) by delta.annowa.com (8.13.1/8.13.1/Submit) id jAA4qpMw018181; Wed, 9 Nov 2005 22:52:51 -0600 (CST) (envelope-from bab) From: Barry Boes MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17266.53786.108663.450752@gargle.gargle.HOWL> Date: Wed, 9 Nov 2005 22:52:42 -0600 To: Steve Kargl In-Reply-To: <20051109201706.GA98782@troutmask.apl.washington.edu> References: <17266.22604.144460.875267@gargle.gargle.HOWL> <20051109201706.GA98782@troutmask.apl.washington.edu> X-Mailer: VM 7.17 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid Cc: freebsd-amd64@freebsd.org Subject: Re: Athlon X2? - Bios upgrade it was X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barry.boes@annowa.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2005 04:53:00 -0000 Thanks guys, it was indeed the BIOS. I wasn't aware that it did so much for us! Steve Kargl writes: > On Wed, Nov 09, 2005 at 02:13:00PM -0600, Barry Boes wrote: > > > > Hello, I have an Athlon 3800+ X2 on an Abit AV8 mainboard and am > > having trouble seeing the second CPU. I'm new to AMD64, so please > > bear with me... > > Do you need a BIOS upgrade? > > > kernel: FreeBSD 6.0-RELEASE #0: Wed Nov 9 15:56:22 UTC 2005 > > kernel: root@:/usr/src/sys/amd64/compile/bravo > > kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 > > kernel: CPU: AMD Hammer Family - Model Unknown (2004.56-MHz K8-class CPU) > > kernel: Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 > > kernel: Features=0x78bfbff > MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> > > kernel: Features2=0x1 > > kernel: AMD Features=0xe2500800,LM,3DNow+,3DNow> > > kernel: real memory = 536805376 (511 MB) > > kernel: avail memory = 506327040 (482 MB) > > kernel: ACPI APIC Table: > > Is this from the SMP kernel? > > -- > Steve > > From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 10 14:20:16 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5907116A41F for ; Thu, 10 Nov 2005 14:20:16 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7A2C43D48 for ; Thu, 10 Nov 2005 14:20:14 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jAAEKEZX037912 for ; Thu, 10 Nov 2005 14:20:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jAAEKEju037911; Thu, 10 Nov 2005 14:20:14 GMT (envelope-from gnats) Resent-Date: Thu, 10 Nov 2005 14:20:14 GMT Resent-Message-Id: <200511101420.jAAEKEju037911@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Aron Pongo Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F396D16A41F for ; Thu, 10 Nov 2005 14:13:42 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 989B343D45 for ; Thu, 10 Nov 2005 14:13:42 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id jAAEDgUS007454 for ; Thu, 10 Nov 2005 14:13:42 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id jAAEDg74007453; Thu, 10 Nov 2005 14:13:42 GMT (envelope-from nobody) Message-Id: <200511101413.jAAEDg74007453@www.freebsd.org> Date: Thu, 10 Nov 2005 14:13:42 GMT From: Aron Pongo To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/88790: kernel panic on first boot (after the FreeBSD installation succeeded) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 14:20:16 -0000 >Number: 88790 >Category: amd64 >Synopsis: kernel panic on first boot (after the FreeBSD installation succeeded) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 10 14:20:14 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Aron Pongo >Release: 6.0-RELEASE >Organization: AGX >Environment: Athlon64-3000, MSI NForce3Ultra mainboard, 2GB RAM, Geforce6600GT gfx, SBLive5.1 sound card, PS/2 keyboard & mouse, FreeBSD installed to a 20 Gig disk (secondary master drive) >Description: This is what I get after I installed FreeBSD on my second drive and tried to boot the system: Fatal trap 18: integer divide fault while in kernel mode instruction pointer = 0x08:0xffffffff8022b99a stack pointer = 0x10:0xffffffff809769f0 frame pointer = 0x10:0xffffff00001800 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags: interrupt enabled, resume, IOPL=0 current process: 0 (swapper) trap number = 18 panic: integer divide fault uptime: 1s Cannot dump. No dump device. Btw, FreeBSD managed to erase the entire parition table on my first drive (I tried to use /boot/boot0 with the NT boot loader), had my fun recovering it. I mentioned in a previous bug report how FreeBSD likes when I use a USB keyboard and/or mouse. I was also able to make the installer behave really "weird", but I was unable to reproduce it since (I couldn't resist mentioning this also). Are you guys sure it is wise to label the AMD64 version of FreeBSD 6.0 as RELEASE? >How-To-Repeat: happens always >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 10 16:42:20 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 8B18C16A420 for ; Thu, 10 Nov 2005 16:42:20 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail5.speedfactory.net [66.23.216.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC71D43D53 for ; Thu, 10 Nov 2005 16:42:19 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 1709435 for multiple; Thu, 10 Nov 2005 11:44:19 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAAGg7p0066514; Thu, 10 Nov 2005 11:42:10 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: sean@mcneil.com Date: Thu, 10 Nov 2005 11:11:11 -0500 User-Agent: KMail/1.8.2 References: <200511091604.49891.jhb@freebsd.org> <1131570755.1478.5.camel@triton.mcneil.com> In-Reply-To: <1131570755.1478.5.camel@triton.mcneil.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511101111.12189.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Roman Neuhauser , freebsd-amd64@freebsd.org Subject: Re: problems booting recompiled 5.4-kernel (Was: amd64 does not see all 4 GB RAM on tyan GT24) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 16:42:20 -0000 On Wednesday 09 November 2005 04:12 pm, Sean McNeil wrote: > On Wed, 2005-11-09 at 16:04 -0500, John Baldwin wrote: > > On Wednesday 09 November 2005 02:47 pm, Roman Neuhauser wrote: > > > # jhb@freebsd.org / 2005-11-09 10:22:07 -0500: > > > > On Wednesday 09 November 2005 04:22 am, Claus Guttesen wrote: > > > > > I tried FreeBSD 6.0 a few days ago and I seem to recall that the > > > > > above mentioned line is not needed in FreeBSD 6.0, but my (own) > > > > > memory is probably corrupt :-) > > > > > > > > That's correct. > > > > > > EAMBIGUOUS. > > > > > > Which part is correct? "mentioned line is not needed in FreeBSD > > > 6.0" or "my (own) memory is probably corrupt"? > > > > You don't need atpic on 6.0. > > Not true. My Athlon 2x Gigabyte K8 Triton (GA-K8NSC-939) requires atpic > or it will not boot. This is an nVidia nForce3-Pro250 board. You need to post a problem report about it then since we are probably going to remove atpic in 7.0. When atpic was taken out of GENERIC in HEAD recently no one said it broke for them. What problems do you see with atpic taken out on 6.0? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 10 16:47:44 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 1DEDF16A420; Thu, 10 Nov 2005 16:47:44 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id C137243D46; Thu, 10 Nov 2005 16:47:43 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 7A2CCF2351; Thu, 10 Nov 2005 08:47:43 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (triton.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 80495-03; Thu, 10 Nov 2005 08:47:43 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id E824AF22EF; Thu, 10 Nov 2005 08:47:42 -0800 (PST) From: Sean McNeil To: John Baldwin In-Reply-To: <200511101111.12189.jhb@freebsd.org> References: <200511091604.49891.jhb@freebsd.org> <1131570755.1478.5.camel@triton.mcneil.com> <200511101111.12189.jhb@freebsd.org> Content-Type: text/plain Date: Thu, 10 Nov 2005 08:47:42 -0800 Message-Id: <1131641262.99700.3.camel@triton.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: Roman Neuhauser , freebsd-amd64@freebsd.org Subject: Re: problems booting recompiled 5.4-kernel (Was: amd64 does not see all 4 GB RAM on tyan GT24) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 16:47:44 -0000 On Thu, 2005-11-10 at 11:11 -0500, John Baldwin wrote: > On Wednesday 09 November 2005 04:12 pm, Sean McNeil wrote: > > On Wed, 2005-11-09 at 16:04 -0500, John Baldwin wrote: > > > On Wednesday 09 November 2005 02:47 pm, Roman Neuhauser wrote: > > > > # jhb@freebsd.org / 2005-11-09 10:22:07 -0500: > > > > > On Wednesday 09 November 2005 04:22 am, Claus Guttesen wrote: > > > > > > I tried FreeBSD 6.0 a few days ago and I seem to recall that the > > > > > > above mentioned line is not needed in FreeBSD 6.0, but my (own) > > > > > > memory is probably corrupt :-) > > > > > > > > > > That's correct. > > > > > > > > EAMBIGUOUS. > > > > > > > > Which part is correct? "mentioned line is not needed in FreeBSD > > > > 6.0" or "my (own) memory is probably corrupt"? > > > > > > You don't need atpic on 6.0. > > > > Not true. My Athlon 2x Gigabyte K8 Triton (GA-K8NSC-939) requires atpic > > or it will not boot. This is an nVidia nForce3-Pro250 board. > > You need to post a problem report about it then since we are probably going to > remove atpic in 7.0. When atpic was taken out of GENERIC in HEAD recently no > one said it broke for them. What problems do you see with atpic taken out on > 6.0? Again, not true. When it was asked in email subject Re: [PATCH] remove 'device atpic' I responded at that time with: On Thu, 2005-10-20 at 10:40 -0400, John Baldwin wrote: > On Wednesday 19 October 2005 05:28 pm, Sean McNeil wrote: > > Just recently fried my MSI MB and got a new one with an Athlon 64x2. > > The following setup still requires the 'device atpic' or it will fault > > with an unknown/reserved trap of 30: > > > > GigaByte K8 Triton Series GA-K8NSC-939 BIOS rev. F5 > > AMD Athlon 64 X2 Dual-Core Processor 3800+ > > > > It works perfectly fine as a single core without the atpic device and as > > a dual-cpu with the atpic device. This board has the nForce3 250Gb > > chipset. > > What version(s) of FreeBSD does it fail on? This was/is 6-current RC1. Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 10 20:40:33 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 D955516A41F for ; Thu, 10 Nov 2005 20:40:33 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D24943D45 for ; Thu, 10 Nov 2005 20:40:33 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by zproxy.gmail.com with SMTP id n1so544870nzf for ; Thu, 10 Nov 2005 12:40:32 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=bfbwfhVbfKHt8TY+2MT00Lm41NgHtEdlvSvkvmWM+j/Q7v4AD9YJk8Tx5Pm1WNBSGmb2Daj/mtyij9hacVrOpbQDokfwgCOeSnSPI18Dtrvj5oc2pfrWOjKH3OCI1G0pGD+QKTx/nt8Wfnem+OCY4E9/MS9HiMXErfpePZ0Sr9I= Received: by 10.64.179.4 with SMTP id b4mr1085437qbf; Thu, 10 Nov 2005 12:40:32 -0800 (PST) Received: by 10.64.151.20 with HTTP; Thu, 10 Nov 2005 12:40:32 -0800 (PST) Message-ID: Date: Thu, 10 Nov 2005 21:40:32 +0100 From: Claus Guttesen To: freebsd-amd64 List MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: problems recompiling world and kernel on K8QS Pro on 5.4 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 20:40:34 -0000 Hi. I have problems compiling both kernel and world on my K8QS Pro-board. It has a LSI Logic raid-controller. I installed the amd64-port using a atapi-dvd-drive. After the installation I disabled all ata-related settings in bios and rebooted on the LSI-raid-card. When I do a make buildworld it often stops with an error similar to this: /usr/src/lib/libc/net/eui64.c:196: internal compiler error: Bus error Please submit a full bug report, with preprocessed source if appropriate. See for instructions. Other times I get a signal 10. When I do a 'make -DNOCLEAN all' in /usr/src it moves on and stops with a similar bus error. I received the server last week so the bios should be up to date. The server has 8 GB RAM as eigth 1 GB modules. I have added hw.physmem=3D4G to /boot/loader.conf but that does not prevent the compiler errors. regards Claus From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 10 21:12:31 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 B59CD16A41F for ; Thu, 10 Nov 2005 21:12:31 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4276043D48 for ; Thu, 10 Nov 2005 21:12:30 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id i22so432575wra for ; Thu, 10 Nov 2005 13:12:30 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=SVUI3P1f3OQpIsbn4hI/l3zmgxESvhcOoR5jwtDryPy6OQlNtv4HRBKtJRYtFMkq2ElSlkExBn5WaYooAe3DT8vQGcrgx4kbgZcz86qEUSqlinnJNNaujFDbch2JzcRDRa3Kz/4AtoUsRsAgRfLOR0v8QX8GjgcUXuFQr5DsEHE= Received: by 10.65.233.6 with SMTP id k6mr49950qbr; Wed, 09 Nov 2005 14:47:43 -0800 (PST) Received: by 10.64.151.20 with HTTP; Wed, 9 Nov 2005 14:47:43 -0800 (PST) Message-ID: Date: Wed, 9 Nov 2005 23:47:43 +0100 From: Claus Guttesen To: freebsd-amd64 List MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: FreeBSD 5.4 or 6.0 as postgresql-server X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 21:12:31 -0000 Hi. I just installed FreeBSD 5.4 on a Tyan K8QS. It has two dual-core opteron 870's, 8 GB RAM, amr-raid using two drives in raid-1 and two bge onboard-nic's. I had problems recompiling kernel and world until I added hw.physmem=3D4GB to /boot/loader.conf. So I tried FreeBSD 6.0 to see if the problem went away. Same thing, so I added hw.physmem=3D3GB (again) and recompiled the kernel, this time omitting all ata-related code. After removing hw.physmem from loader.conf and rebooting the ata-free kernel world and kernel compiles without problems. Omitting ata isn't a big deal since the only ata-device is the dvd-drive. Since 6.0 just came out the door it may be premature to ask whether I should go for RELENG_6_0 or 5.4 (RELENG_5). The server will only be doing postgresql 7.4.9. Is anyone running postgresql with 8 GB RAM or more on 6.0? Our current (and slightly smaller hardware-wise) db-server is running RELENG_5_4 but I'd like to get the improved smp-, disk- and network-related improvements in 6.0. regards Claus From owner-freebsd-amd64@FreeBSD.ORG Thu Nov 10 21:12:42 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 996AD16A41F for ; Thu, 10 Nov 2005 21:12:42 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail5.speedfactory.net [66.23.216.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23FFE43D45 for ; Thu, 10 Nov 2005 21:12:41 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 1722111 for multiple; Thu, 10 Nov 2005 16:14:40 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jAALCTw5069693; Thu, 10 Nov 2005 16:12:30 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Sean McNeil Date: Thu, 10 Nov 2005 14:20:03 -0500 User-Agent: KMail/1.8.2 References: <200511101111.12189.jhb@freebsd.org> <1131641262.99700.3.camel@triton.mcneil.com> In-Reply-To: <1131641262.99700.3.camel@triton.mcneil.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511101420.04967.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Roman Neuhauser , freebsd-amd64@freebsd.org Subject: Re: problems booting recompiled 5.4-kernel (Was: amd64 does not see all 4 GB RAM on tyan GT24) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Nov 2005 21:12:42 -0000 On Thursday 10 November 2005 11:47 am, Sean McNeil wrote: > On Thu, 2005-11-10 at 11:11 -0500, John Baldwin wrote: > > On Wednesday 09 November 2005 04:12 pm, Sean McNeil wrote: > > > On Wed, 2005-11-09 at 16:04 -0500, John Baldwin wrote: > > > > On Wednesday 09 November 2005 02:47 pm, Roman Neuhauser wrote: > > > > > # jhb@freebsd.org / 2005-11-09 10:22:07 -0500: > > > > > > On Wednesday 09 November 2005 04:22 am, Claus Guttesen wrote: > > > > > > > I tried FreeBSD 6.0 a few days ago and I seem to recall that > > > > > > > the above mentioned line is not needed in FreeBSD 6.0, but my > > > > > > > (own) memory is probably corrupt :-) > > > > > > > > > > > > That's correct. > > > > > > > > > > EAMBIGUOUS. > > > > > > > > > > Which part is correct? "mentioned line is not needed in FreeBSD > > > > > 6.0" or "my (own) memory is probably corrupt"? > > > > > > > > You don't need atpic on 6.0. > > > > > > Not true. My Athlon 2x Gigabyte K8 Triton (GA-K8NSC-939) requires > > > atpic or it will not boot. This is an nVidia nForce3-Pro250 board. > > > > You need to post a problem report about it then since we are probably > > going to remove atpic in 7.0. When atpic was taken out of GENERIC in > > HEAD recently no one said it broke for them. What problems do you see > > with atpic taken out on 6.0? > > Again, not true. When it was asked in email subject > > Re: [PATCH] remove 'device atpic' > > I responded at that time with: > > On Thu, 2005-10-20 at 10:40 -0400, John Baldwin wrote: > > On Wednesday 19 October 2005 05:28 pm, Sean McNeil wrote: > > > Just recently fried my MSI MB and got a new one with an Athlon 64x2. > > > The following setup still requires the 'device atpic' or it will > > fault > > > > with an unknown/reserved trap of 30: > > > > > > GigaByte K8 Triton Series GA-K8NSC-939 BIOS rev. F5 > > > AMD Athlon 64 X2 Dual-Core Processor 3800+ > > > > > > It works perfectly fine as a single core without the atpic device > > and as > > > > a dual-cpu with the atpic device. This board has the nForce3 250Gb > > > chipset. > > > > What version(s) of FreeBSD does it fail on? > > This was/is 6-current RC1. Ok, can you get a stack trace? The only time I've seen these recently was when the 8259A wasn't truly shut down correctly during boot and it fired an interrupt before it was shut up. Hmm, I thought Peter had added some hack code to just shut the 8259As up during boot, but now I can't find it. Ah, it's earlier in that function. It might be that his hack is incomplete as it assumes the 8259As are in a certain state, and if they aren't then his hack won't work. I'll try to flesh it out some more. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 00:10:54 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 E272216A41F for ; Fri, 11 Nov 2005 00:10:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 672A843D45 for ; Fri, 11 Nov 2005 00:10:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 49B101A3C1C; Thu, 10 Nov 2005 16:10:54 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7431651516; Thu, 10 Nov 2005 19:10:53 -0500 (EST) Date: Thu, 10 Nov 2005 19:10:53 -0500 From: Kris Kennaway To: Claus Guttesen Message-ID: <20051111001053.GA32722@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64 List Subject: Re: problems recompiling world and kernel on K8QS Pro on 5.4 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 00:10:55 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Nov 10, 2005 at 09:40:32PM +0100, Claus Guttesen wrote: > Hi. >=20 > I have problems compiling both kernel and world on my K8QS Pro-board. > It has a LSI Logic raid-controller. I installed the amd64-port using a > atapi-dvd-drive. After the installation I disabled all ata-related > settings in bios and rebooted on the LSI-raid-card. >=20 > When I do a make buildworld it often stops with an error similar to this: >=20 > /usr/src/lib/libc/net/eui64.c:196: internal compiler error: Bus error > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. >=20 > Other times I get a signal 10. >=20 > When I do a 'make -DNOCLEAN all' in /usr/src it moves on and stops > with a similar bus error. >=20 > I received the server last week so the bios should be up to date. The > server has 8 GB RAM as eigth 1 GB modules. I have added hw.physmem=3D4G > to /boot/loader.conf but that does not prevent the compiler errors. >=20 This is a FAQ..look for hardware problems. Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDc+GNWry0BWjoQKURAraaAJ9mbfojH6N4Rr43HvpCQ3eRmbpfhwCeOKCX fzuiX5/UxkrHdj1g5mVdoWs= =i6Az -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 01:24:59 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 4E4FE16A420 for ; Fri, 11 Nov 2005 01:24:59 +0000 (GMT) (envelope-from phocking@windwireless.net) Received: from mxa.windwireless.net (mxa.windwireless.net [199.164.167.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id F307243D5A for ; Fri, 11 Nov 2005 01:24:53 +0000 (GMT) (envelope-from phocking@windwireless.net) Received: from [192.168.2.101] (office.windwireless.net [199.164.167.30]) by mxa.windwireless.net (8.12.9/8.12.9) with ESMTP id jAB1OwKK023473 for ; Thu, 10 Nov 2005 17:24:58 -0800 From: Phillip Hocking Organization: Wind Wireless To: freebsd-amd64@freebsd.org Date: Thu, 10 Nov 2005 17:24:38 -0800 User-Agent: KMail/1.8 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511101724.38422.phocking@windwireless.net> X-Virus-Scan: smtp-vilter X-SMTP-Vilter-Version: 1.1.0rc2 X-SMTP-Vilter-Backend: Clam AntiVirus Daemon (clamd) X-SMTP-Vilter-Status: clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0rc4 (mxa.windwireless.net [199.164.167.40]); Thu, 10 Nov 2005 17:24:58 -0800 (PST) Subject: ia64 SMP kernel fails to compile X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: phocking@windwireless.net List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 01:24:59 -0000 'm getting this compile error when I try to make my first ia64 SMP kernel. My config file is here: http://pastebin.com/424912 The error is here: [root@smp1:/usr/src/sys/ia64/compile/SMP1]#make depend && make && make install rm -f .olddep if [ -f .depend ]; then mv .depend .olddep; fi make _kernel-depend cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd -I../../../contrib/ngatm -I../../../contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mconstant-gp -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding ../../../i386/i386/genassym.c cc1: error: invalid option `constant-gp' *** Error code 1 Stop in /usr/src/sys/ia64/compile/SMP1. *** Error code 1 Stop in /usr/src/sys/ia64/compile/SMP1. What is constant-gp and why do I need it? Will it still flip out if I edit that out of the makefile? -- Phillip Hocking Support Engineer Wind Wireless, INC AIM: wwphocking 509-462-4734 From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 02:18:08 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 A503316A41F for ; Fri, 11 Nov 2005 02:18:08 +0000 (GMT) (envelope-from piett134@gmail.com) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.198.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5475243D45 for ; Fri, 11 Nov 2005 02:18:08 +0000 (GMT) (envelope-from piett134@gmail.com) Received: from [192.168.1.20] (c-24-20-191-244.hsd1.wa.comcast.net[24.20.191.244]) by comcast.net (rwcrmhc12) with ESMTP id <200511110218070140013qp9e>; Fri, 11 Nov 2005 02:18:07 +0000 Message-ID: <4373FF63.6040704@gmail.com> Date: Thu, 10 Nov 2005 18:18:11 -0800 From: Kris Moore User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Question about x64 and running x86 programs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 02:18:08 -0000 Hi there! I'm currently working on a port of PC-BSD for AMD64 systems. Everything looks and works great, but i've run into a snag with running x86 binaries on the platform. All the kernel options for compat are enabled, and some simple "C" programs will run, but if I try to run a bigger program, with QT for X, then I get errors like this: /libexec/ld-elf.so.1: /usr/X11R6//lib/libqt-mt.so.3: unsupported file layout I figure this is because the libraries are compiled for x64, and the binary is x86. No big deal. I then have attempted overriding the library path by setting LD_LIBRARY_PATH to some alternate directory with the x86 libraries in it. This does not work also, matter afact, it completely ignores the LD_LIBRARY_PATH variable like it doesnt exist. I've messed with the ldconfig program also, but can't quite seem to figure this one out. Is there another LD_LIBRARY_PATH variable that 32 bit binaries look for? Or is it even possible to do what i'm attempting here? -- Kristofer Moore From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 02:53:47 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 9ECCA16A41F for ; Fri, 11 Nov 2005 02:53:47 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3729543D45 for ; Fri, 11 Nov 2005 02:53:47 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so623024wxc for ; Thu, 10 Nov 2005 18:53:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=S/HRdw0w2YRGMKVTv87ZHqlMpB2uChYuQLGxR6t9FxhkPNwBvfm8TY1NibbRJWCRsbkYggLdXP/6pZonx6Fku9HRtag5zhUryJkKmDgs+bkHQssIbOm2znaNwDaUpPbJuHesOBYyeZHMWFGhFYynlzfCf8Dw23CvFfosFFvA1i8= Received: by 10.70.123.11 with SMTP id v11mr1630272wxc; Thu, 10 Nov 2005 18:46:37 -0800 (PST) Received: by 10.70.105.13 with HTTP; Thu, 10 Nov 2005 18:46:37 -0800 (PST) Message-ID: <84dead720511101846h4aadb503p8a3b636146bcbe7@mail.gmail.com> Date: Fri, 11 Nov 2005 08:16:37 +0530 From: Joseph Koshy To: Kris Moore In-Reply-To: <4373FF63.6040704@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4373FF63.6040704@gmail.com> Cc: freebsd-amd64@freebsd.org Subject: Re: Question about x64 and running x86 programs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 02:53:47 -0000 > This does not work also, matter afact, it completely > ignores the LD_LIBRARY_PATH variable like it doesnt exist. Check if a program is set[ug]id. Such programs ignore LD_LIBRARY_PATH for security reasons. > /libexec/ld-elf.so.1: /usr/X11R6//lib/libqt-mt.so.3: > unsupported file layout Are your X libraries 32 bit ones? -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 06:28:38 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 CA0A416A41F for ; Fri, 11 Nov 2005 06:28:38 +0000 (GMT) (envelope-from piett134@gmail.com) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74F9E43D45 for ; Fri, 11 Nov 2005 06:28:38 +0000 (GMT) (envelope-from piett134@gmail.com) Received: from [192.168.1.20] (c-24-20-191-244.hsd1.wa.comcast.net[24.20.191.244]) by comcast.net (sccrmhc12) with ESMTP id <200511110604180120027d8me>; Fri, 11 Nov 2005 06:04:19 +0000 Message-ID: <43743466.2050909@gmail.com> Date: Thu, 10 Nov 2005 22:04:22 -0800 From: Kris Moore User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Question about x64 and running x86 programs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 06:28:38 -0000 The binaries are not running as setugid. The entire system is built with 64bit binaries and 64 bit libs. Then I am attemping to run a 32 bit binary on it. I have all the 32bit libraries also, and I can put them into a directory such as /usr/X11R6/lib32/*, but I just can not force the 32bit binary to look in that directory for its libraries. I keep thinking there has to be a 32LD_LIBRARY_PATH, or some other variable that I'm missing, but for the life of me, I can't find it. Joseph Koshy wrote: >>This does not work also, matter afact, it completely >>ignores the LD_LIBRARY_PATH variable like it doesnt exist. > > > Check if a program is set[ug]id. Such programs ignore > LD_LIBRARY_PATH for security reasons. > > >>/libexec/ld-elf.so.1: /usr/X11R6//lib/libqt-mt.so.3: >>unsupported file layout > > > Are your X libraries 32 bit ones? > > -- > FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > -- Kristofer Moore From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 06:40:06 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 5269D16A41F for ; Fri, 11 Nov 2005 06:40:06 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F09C43D4C for ; Fri, 11 Nov 2005 06:40:06 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from [192.168.1.88] (64-142-76-135.dsl.static.sonic.net [64.142.76.135]) by elvis.mu.org (Postfix) with ESMTP id F1B851A3C1C; Thu, 10 Nov 2005 22:40:05 -0800 (PST) Message-ID: <43743CC5.9070801@freebsd.org> Date: Thu, 10 Nov 2005 22:40:05 -0800 From: Paul Saab User-Agent: Thunderbird 1.5 (Macintosh/20051025) MIME-Version: 1.0 To: Kris Moore References: <43743466.2050909@gmail.com> In-Reply-To: <43743466.2050909@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: Question about x64 and running x86 programs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 06:40:06 -0000 LD_32_LIBRARY_PATH Kris Moore wrote: > > The binaries are not running as setugid. The entire system is built with > 64bit binaries and 64 bit libs. Then I am attemping to run a 32 bit > binary on it. I have all the 32bit libraries also, and I can put them > into a directory such as /usr/X11R6/lib32/*, but I just can not force > the 32bit binary to look in that directory for its libraries. I keep > thinking there has to be a 32LD_LIBRARY_PATH, or some other variable > that I'm missing, but for the life of me, I can't find it. > > > Joseph Koshy wrote: >>> This does not work also, matter afact, it completely >>> ignores the LD_LIBRARY_PATH variable like it doesnt exist. >> >> >> Check if a program is set[ug]id. Such programs ignore >> LD_LIBRARY_PATH for security reasons. >> >> >>> /libexec/ld-elf.so.1: /usr/X11R6//lib/libqt-mt.so.3: >>> unsupported file layout >> >> >> Are your X libraries 32 bit ones? >> >> -- >> FreeBSD Volunteer, http://people.freebsd.org/~jkoshy >> > > From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 09:08:08 2005 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org 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 02AA716A41F for ; Fri, 11 Nov 2005 09:08:08 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from e0-a11.b1.lan.prg.vol.cz (e0-a11.b1.lan.prg.vol.cz [195.122.204.152]) by mx1.FreeBSD.org (Postfix) with ESMTP id 309AB43D46 for ; Fri, 11 Nov 2005 09:08:06 +0000 (GMT) (envelope-from pav@FreeBSD.org) Received: from pav.hide.vol.cz (localhost [127.0.0.1]) by e0-a11.b1.lan.prg.vol.cz (8.13.4/8.13.4) with ESMTP id jAB984Eo096363; Fri, 11 Nov 2005 10:08:04 +0100 (CET) (envelope-from pav@FreeBSD.org) Received: (from pav@localhost) by pav.hide.vol.cz (8.13.4/8.13.4/Submit) id jAB983JW096362; Fri, 11 Nov 2005 10:08:03 +0100 (CET) (envelope-from pav@FreeBSD.org) X-Authentication-Warning: pav.hide.vol.cz: pav set sender to pav@FreeBSD.org using -f From: Pav Lucistnik To: phocking@windwireless.net In-Reply-To: <200511101724.38422.phocking@windwireless.net> References: <200511101724.38422.phocking@windwireless.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-4F9LQWe7Hew9H4xrpj/J" Date: Fri, 11 Nov 2005 10:08:02 +0100 Message-Id: <1131700082.95509.2.camel@pav.hide.vol.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Cc: freebsd-amd64@FreeBSD.org Subject: Re: ia64 SMP kernel fails to compile X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pav@FreeBSD.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 09:08:08 -0000 --=-4F9LQWe7Hew9H4xrpj/J Content-Type: text/plain; charset=ISO8859-2 Content-Transfer-Encoding: quoted-printable Phillip Hocking p=ED=B9e v =E8t 10. 11. 2005 v 17:24 -0800: > 'm getting this compile error when I try to make my first ia64 SMP kernel= . My=20 > config file is here: http://pastebin.com/424912 >=20 > The error is here: >=20 > [root@smp1:/usr/src/sys/ia64/compile/SMP1]#make depend && make && make in= stall > rm -f .olddep > if [ -f .depend ]; then mv .depend .olddep; fi > make _kernel-depend > cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototyp= es=20 > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extens= ions=20 > -std=3Dc99 -g -nostdinc -I- -I. -I../../.. -I../../../contrib/dev/acpica=20 > -I../../../contrib/altq -I../../../contrib/ipfilter -I../../../contrib/pf= =20 > -I../../../contrib/dev/ath -I../../../contrib/dev/ath/freebsd=20 > -I../../../contrib/ngatm -I../../../contrib/ia64/libuwx/src -D_KERNEL=20 > -include opt_global.h -finline-limit=3D8000 --param inline-unit-growth=3D= 100=20 > --param large-function-growth=3D1000 -mconstant-gp -mno-align-long-string= s=20 > -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2=20 > -ffreestanding ../../../i386/i386/genassym.c > cc1: error: invalid option `constant-gp' > *** Error code 1 >=20 > Stop in /usr/src/sys/ia64/compile/SMP1. > *** Error code 1 >=20 > Stop in /usr/src/sys/ia64/compile/SMP1. >=20 > What is constant-gp and why do I need it? Will it still flip out if I edi= t=20 > that out of the makefile? You're building ia64 kernel on amd64 system? Why? --=20 Pav Lucistnik Sun couldn't care less about Linux other than it now being necessary in order to be buzzword compliant. -- Al Dente --=-4F9LQWe7Hew9H4xrpj/J Content-Type: application/pgp-signature; name=signature.asc Content-Description: Toto je =?iso-8859-2?Q?digit=E1ln=EC?= =?ISO-8859-1?Q?_podepsan=E1?= =?iso-8859-2?Q?_=E8=E1st?= =?ISO-8859-1?Q?_zpr=E1vy?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBDdF9yntdYP8FOsoIRAqz0AKDJfocYBWu1gQ581IIMD5/1l+XqZgCgpeU7 lqntjkEymGiVzyZQH4jWiMY= =dNmv -----END PGP SIGNATURE----- --=-4F9LQWe7Hew9H4xrpj/J-- From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 12:56:31 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 8D41E16A41F for ; Fri, 11 Nov 2005 12:56:31 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E5D943D45 for ; Fri, 11 Nov 2005 12:56:31 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by xproxy.gmail.com with SMTP id h31so780161wxd for ; Fri, 11 Nov 2005 04:56:30 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sVBSlzqDNR6X847PcQbIbQzqW5bvZcXpCnMbrm2LkOg4+KkdQkA5rcnYHDWOcaTrIbZJjumm9qy9hdhNALm3N+vS6tX2ozemu9dfVoYJQcgQzAXh4iIrzrvGxT9HfqbwtKj+hb8z6K8EchDGvc/J8zih4/FudhZ3tcKv7Bc2VoY= Received: by 10.65.15.15 with SMTP id s15mr2271539qbi; Fri, 11 Nov 2005 04:56:29 -0800 (PST) Received: by 10.64.151.20 with HTTP; Fri, 11 Nov 2005 04:56:28 -0800 (PST) Message-ID: Date: Fri, 11 Nov 2005 13:56:28 +0100 From: Claus Guttesen To: Kris Kennaway In-Reply-To: <20051111001053.GA32722@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051111001053.GA32722@xor.obsecurity.org> Cc: freebsd-amd64 List Subject: Re: problems recompiling world and kernel on K8QS Pro on 5.4 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 12:56:31 -0000 > > /usr/src/lib/libc/net/eui64.c:196: internal compiler error: Bus error > > Please submit a full bug report, > > with preprocessed source if appropriate. > > See for instructions. > > > > I received the server last week so the bios should be up to date. The > > server has 8 GB RAM as eigth 1 GB modules. I have added hw.physmem=3D4G > > to /boot/loader.conf but that does not prevent the compiler errors. > > > > This is a FAQ..look for hardware problems. I can't find the FAQ your refer to. Searching google and freebsd referred to issues related to Tyan boards, but none of the suggestions solved the issue. The RAM installed is 1 GB ECC PC3200 Corsair modules (CM72SD1024RLP-3200/S). These aren't listed as recommended, but the slightly slower PC2700 1 GB module is. I don't have access to PC2700 RAM atm. so I can't test whether this cause my problems. regards Claus From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 14:50:34 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 045BE16A420 for ; Fri, 11 Nov 2005 14:50:34 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4245F43D6B for ; Fri, 11 Nov 2005 14:50:24 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by xproxy.gmail.com with SMTP id s13so719847wxc for ; Fri, 11 Nov 2005 06:50:23 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rHGet2GRtBzIhuCWL53Ozc5Qi1U3G6n+JNWQKWSr2GH0vbnBpo+1iyLQQPYttZZPjB1TYDIxvl7RAOVzJ+o6Q/yiCeKc8+K8NbHSC/TrZUL4sXkNlTBkzlytB0WM06L3Nt3kdbnnD+r3xLi7hK9wowAJuTqPjeCUNbraD9djvrI= Received: by 10.65.233.8 with SMTP id k8mr2425938qbr; Fri, 11 Nov 2005 06:50:23 -0800 (PST) Received: by 10.64.151.20 with HTTP; Fri, 11 Nov 2005 06:50:23 -0800 (PST) Message-ID: Date: Fri, 11 Nov 2005 15:50:23 +0100 From: Claus Guttesen To: Kris Kennaway In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051111001053.GA32722@xor.obsecurity.org> Cc: freebsd-amd64 List Subject: Re: problems recompiling world and kernel on K8QS Pro on 5.4 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 14:50:34 -0000 > > > I received the server last week so the bios should be up to date. The > > > server has 8 GB RAM as eigth 1 GB modules. I have added hw.physmem=3D= 4G > > > to /boot/loader.conf but that does not prevent the compiler errors. > > > > This is a FAQ..look for hardware problems. > > I can't find the FAQ your refer to. Searching google and freebsd > referred to issues related to Tyan boards, but none of the suggestions > solved the issue. > > The RAM installed is 1 GB ECC PC3200 Corsair modules > (CM72SD1024RLP-3200/S). These aren't listed as recommended, but the > slightly slower PC2700 1 GB module is. Answering my own mail. Seems to be faulty ram-modules. Removed all eight modues and swapped four 1 GB 3200 ECC modules from another server (exact same 1 GB module from Corsair). Recompiled kernel without problems. Added four modules from current server to a total of eight, compiled world with -j 5 and compiled kernel, copied large file from another host to do simple stress-testing. Currently no signs of problems. regards Claus From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 15:05:52 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 2B6CD16A420 for ; Fri, 11 Nov 2005 15:05:52 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id E252043D55 for ; Fri, 11 Nov 2005 15:05:50 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id jABF5oM3022971; Fri, 11 Nov 2005 07:05:50 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id jABF5oSq022970; Fri, 11 Nov 2005 07:05:50 -0800 (PST) (envelope-from sgk) Date: Fri, 11 Nov 2005 07:05:50 -0800 From: Steve Kargl To: Claus Guttesen Message-ID: <20051111150550.GA16464@troutmask.apl.washington.edu> References: <20051111001053.GA32722@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64 List , Kris Kennaway Subject: Re: problems recompiling world and kernel on K8QS Pro on 5.4 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 15:05:52 -0000 On Fri, Nov 11, 2005 at 03:50:23PM +0100, Claus Guttesen wrote: > > > > I received the server last week so the bios should be up to date. The > > > > server has 8 GB RAM as eigth 1 GB modules. I have added hw.physmem=4G > > > > to /boot/loader.conf but that does not prevent the compiler errors. > > > > > > This is a FAQ..look for hardware problems. > > > > I can't find the FAQ your refer to. Searching google and freebsd > > referred to issues related to Tyan boards, but none of the suggestions > > solved the issue. > > > > The RAM installed is 1 GB ECC PC3200 Corsair modules > > (CM72SD1024RLP-3200/S). These aren't listed as recommended, but the > > slightly slower PC2700 1 GB module is. > http://www.memtest.org/ I will never purchase another piece of Corsair memory if I have a choice in the purchasing decision. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 15:18:13 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 A550816A41F for ; Fri, 11 Nov 2005 15:18:13 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BC1E43D49 for ; Fri, 11 Nov 2005 15:18:12 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id D185DB80A for ; Fri, 11 Nov 2005 10:18:11 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Fri, 11 Nov 2005 10:18:10 -0500 To: freebsd-amd64 List X-Mailer: Apple Mail (2.746.2) Subject: Re: FreeBSD 5.4 or 6.0 as postgresql-server X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 15:18:13 -0000 On Nov 9, 2005, at 5:47 PM, Claus Guttesen wrote: > Since 6.0 just came out the door it may be premature to ask whether I > should go for RELENG_6_0 or 5.4 (RELENG_5). The server will only be > doing postgresql 7.4.9. Is anyone running postgresql with 8 GB RAM or > more on 6.0? > > Our current (and slightly smaller hardware-wise) db-server is running > RELENG_5_4 but I'd like to get the improved smp-, disk- and > network-related improvements in 6.0. I'm running 5.4-REL on Tyan K8SR boards with dual opterons at 4GB, LSI 320-2X RAID cards configured with a 2 disk RAID1 for system + PG log and 6 disk RAID10 for data. However, I do not run the onboard BGE nics. I use a plug-in Intel dual gigabit nic. We had some lockups with the bge onboard until we switched to the Intels. Postgres 8.0.4 runs non-stop and with great speed. I just took delivery (and will be putting into full-load pre- production testing today) a similar system (it has more disks is the major difference) with FreeBSD 6.0-REL. So far my experience with a couple of other 6.0/amd64 systems (one in production) has been positive. I don't anticipate any problems, but do expect some improvements in concurrency to the disk. I've been avoiding > 4GB RAM because of issues I hear others have been having, such as yours... One of these days I'll try it I'm sure. From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 15:22:38 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 E0EF216A41F for ; Fri, 11 Nov 2005 15:22:38 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C82143D45 for ; Fri, 11 Nov 2005 15:22:38 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by wproxy.gmail.com with SMTP id i27so595534wra for ; Fri, 11 Nov 2005 07:22:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NbtVU8lIn6alll7eXxiuE1yjNgSFZ0eiln89pYjZ9QyR0RaKddmT6WHfeufDkzyE2L49z0yKc+eNw02GRz2n+baeEz8npb5vvumYJT+A4iNOYAmK870sF9jaTlzJytg4KF3S3IpQTCV8kRtSwyM4xzZ36bPHJDe4GSWJMcX61B4= Received: by 10.65.218.2 with SMTP id v2mr2395777qbq; Fri, 11 Nov 2005 07:22:37 -0800 (PST) Received: by 10.64.151.20 with HTTP; Fri, 11 Nov 2005 07:22:37 -0800 (PST) Message-ID: Date: Fri, 11 Nov 2005 16:22:37 +0100 From: Claus Guttesen To: Steve Kargl In-Reply-To: <20051111150550.GA16464@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20051111001053.GA32722@xor.obsecurity.org> <20051111150550.GA16464@troutmask.apl.washington.edu> Cc: freebsd-amd64 List , Kris Kennaway Subject: Re: problems recompiling world and kernel on K8QS Pro on 5.4 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 15:22:39 -0000 > > > The RAM installed is 1 GB ECC PC3200 Corsair modules > > > (CM72SD1024RLP-3200/S). These aren't listed as recommended, but the > > > slightly slower PC2700 1 GB module is. > > I will never purchase another piece of Corsair memory if > I have a choice in the purchasing decision. What brand do you use? regards Claus From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 15:23:04 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 D9C6016A41F for ; Fri, 11 Nov 2005 15:23:04 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AE7443D4C for ; Fri, 11 Nov 2005 15:23:04 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id E8BBCB812 for ; Fri, 11 Nov 2005 10:23:03 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <07344DB0-C845-4A25-BE58-6D7751E26B4F@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Fri, 11 Nov 2005 10:23:03 -0500 To: freebsd-amd64 List X-Mailer: Apple Mail (2.746.2) Subject: Re: problems recompiling world and kernel on K8QS Pro on 5.4 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 15:23:05 -0000 On Nov 10, 2005, at 3:40 PM, Claus Guttesen wrote: > I received the server last week so the bios should be up to date. The > server has 8 GB RAM as eigth 1 GB modules. I have added hw.physmem=4G > to /boot/loader.conf but that does not prevent the compiler errors. Don't count on the BIOS being latest. Check Tyan's web site. If you're getting errors at random places, I'd blame hardware. I have one K8SR based system which has gone through 3 mobos, new CPU's, new RAM, and still fails regularly. The whole system is being replaced this time with a new one built from scratch. From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 15:38:18 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 85F5216A41F for ; Fri, 11 Nov 2005 15:38:18 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34C9443D45 for ; Fri, 11 Nov 2005 15:38:18 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id jABFcHnL090462; Fri, 11 Nov 2005 07:38:17 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id jABFcHf4090461; Fri, 11 Nov 2005 07:38:17 -0800 (PST) (envelope-from sgk) Date: Fri, 11 Nov 2005 07:38:17 -0800 From: Steve Kargl To: Claus Guttesen Message-ID: <20051111153817.GA88064@troutmask.apl.washington.edu> References: <20051111001053.GA32722@xor.obsecurity.org> <20051111150550.GA16464@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64 List , Kris Kennaway Subject: Re: problems recompiling world and kernel on K8QS Pro on 5.4 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 15:38:18 -0000 On Fri, Nov 11, 2005 at 04:22:37PM +0100, Claus Guttesen wrote: > > > > The RAM installed is 1 GB ECC PC3200 Corsair modules > > > > (CM72SD1024RLP-3200/S). These aren't listed as recommended, but the > > > > slightly slower PC2700 1 GB module is. > > > > I will never purchase another piece of Corsair memory if > > I have a choice in the purchasing decision. > > What brand do you use? > I haven't had to purchase memory since my Corsair fiasco. It took me nearly 3 months to get 12 GB of PC2700 2GB DIMMs that worked in my Tyan K8S Pro motherboard. After 2 RMAs and delays due to Corsair not being able to supply DIMMs, I gave up trying to replace the 2 DIMMs sitting on my file cabinet. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 15:48:31 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 B232716A41F; Fri, 11 Nov 2005 15:48:31 +0000 (GMT) (envelope-from piett134@gmail.com) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 448DC43D49; Fri, 11 Nov 2005 15:48:31 +0000 (GMT) (envelope-from piett134@gmail.com) Received: from [192.168.1.20] (c-24-20-191-244.hsd1.wa.comcast.net[24.20.191.244]) by comcast.net (sccrmhc12) with ESMTP id <20051111154131012002d3ome>; Fri, 11 Nov 2005 15:41:32 +0000 Message-ID: <4374BBB0.9000304@gmail.com> Date: Fri, 11 Nov 2005 07:41:36 -0800 From: Kris Moore User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Paul Saab References: <43743466.2050909@gmail.com> <43743CC5.9070801@freebsd.org> In-Reply-To: <43743CC5.9070801@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: Question about x64 and running x86 programs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 15:48:31 -0000 Excellent! Works great, I knew FreeBSD wouldn't let me down :) Kristofer Moore Paul Saab wrote: > LD_32_LIBRARY_PATH > > Kris Moore wrote: > >> >> The binaries are not running as setugid. The entire system is built with >> 64bit binaries and 64 bit libs. Then I am attemping to run a 32 bit >> binary on it. I have all the 32bit libraries also, and I can put them >> into a directory such as /usr/X11R6/lib32/*, but I just can not force >> the 32bit binary to look in that directory for its libraries. I keep >> thinking there has to be a 32LD_LIBRARY_PATH, or some other variable >> that I'm missing, but for the life of me, I can't find it. >> >> >> Joseph Koshy wrote: >> >>>> This does not work also, matter afact, it completely >>>> ignores the LD_LIBRARY_PATH variable like it doesnt exist. >>> >>> >>> >>> Check if a program is set[ug]id. Such programs ignore >>> LD_LIBRARY_PATH for security reasons. >>> >>> >>>> /libexec/ld-elf.so.1: /usr/X11R6//lib/libqt-mt.so.3: >>>> unsupported file layout >>> >>> >>> >>> Are your X libraries 32 bit ones? >>> >>> -- >>> FreeBSD Volunteer, http://people.freebsd.org/~jkoshy >>> >> >> > From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 16:21:30 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 D861016A426 for ; Fri, 11 Nov 2005 16:21:30 +0000 (GMT) (envelope-from dfeustel@verizon.net) Received: from vms044pub.verizon.net (vms044pub.verizon.net [206.46.252.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5577D43D45 for ; Fri, 11 Nov 2005 16:21:30 +0000 (GMT) (envelope-from dfeustel@verizon.net) Received: from [71.97.178.169] by vms044.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0IPS00GJNTFT0MZ4@vms044.mailsrvcs.net> for freebsd-amd64@freebsd.org; Fri, 11 Nov 2005 10:21:29 -0600 (CST) Date: Fri, 11 Nov 2005 11:21:28 -0500 From: Dave Feustel In-reply-to: <20051111153817.GA88064@troutmask.apl.washington.edu> To: freebsd-amd64@freebsd.org Message-id: <200511111121.28522.dfeustel@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: quoted-printable Content-disposition: inline References: <20051111153817.GA88064@troutmask.apl.washington.edu> User-Agent: KMail/1.7.2 Cc: Kris Kennaway Subject: Re: problems recompiling world and kernel on K8QS Pro on 5.4 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfeustel@mindspring.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 16:21:31 -0000 On Friday 11 November 2005 10:38, Steve Kargl wrote: > I haven't had to purchase memory since my Corsair fiasco. > It took me nearly 3 months to get 12 GB of PC2700 2GB > DIMMs that worked in my Tyan K8S Pro motherboard. =A0After > 2 RMAs and delays due to Corsair not being able to supply > DIMMs, I gave up trying to replace the 2 DIMMs sitting=20 > on my file cabinet. Ever try Crucial? http://www.crucial.com/index.asp =2D-=20 Tired of having to defend against Malware? You know: trojans, viruses, SPYWARE, ADWARE,=20 KEYLOGGERS, rootkits, worms and popups. Then Switch to OpenBSD with a KDE desktop!!! From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 16:21:53 2005 Return-Path: X-Original-To: amd64@freebsd.org 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 4A15B16A41F; Fri, 11 Nov 2005 16:21:53 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A65D43D46; Fri, 11 Nov 2005 16:21:52 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id jABGLpIc018846; Fri, 11 Nov 2005 11:21:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id jABGLpqj099278; Fri, 11 Nov 2005 11:21:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A87987302F; Fri, 11 Nov 2005 11:21:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20051111162151.A87987302F@freebsd-current.sentex.ca> Date: Fri, 11 Nov 2005 11:21:51 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 16:21:53 -0000 TB --- 2005-11-11 15:44:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-11-11 15:44:25 - starting HEAD tinderbox run for amd64/amd64 TB --- 2005-11-11 15:44:25 - cleaning the object tree TB --- 2005-11-11 15:45:04 - checking out the source tree TB --- 2005-11-11 15:45:04 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2005-11-11 15:45:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-11-11 15:51:49 - building world (CFLAGS=-O2 -pipe) TB --- 2005-11-11 15:51:49 - cd /src TB --- 2005-11-11 15:51:49 - /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 [...] rm -f .depend mkdep -f .depend -a /src/games/grdc/grdc.c echo grdc: /obj/amd64/src/tmp/usr/lib/libc.a /obj/amd64/src/tmp/usr/lib/libncurses.a >> .depend ===> games/morse (depend) rm -f .depend mkdep -f .depend -a -DSPEAKER=\"/dev/speaker\" /src/games/morse/morse.c /src/games/morse/morse.c:67:33: dev/speaker/speaker.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/games/morse. *** Error code 1 Stop in /src/games. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2005-11-11 16:21:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-11-11 16:21:51 - ERROR: failed to build world TB --- 2005-11-11 16:21:51 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 16:41:28 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 2619616A41F for ; Fri, 11 Nov 2005 16:41:28 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B5C743D5A for ; Fri, 11 Nov 2005 16:41:23 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id jABGfNP4062448; Fri, 11 Nov 2005 08:41:23 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id jABGfN9x062447; Fri, 11 Nov 2005 08:41:23 -0800 (PST) (envelope-from sgk) Date: Fri, 11 Nov 2005 08:41:23 -0800 From: Steve Kargl To: dfeustel@mindspring.com Message-ID: <20051111164122.GA62430@troutmask.apl.washington.edu> References: <20051111153817.GA88064@troutmask.apl.washington.edu> <200511111121.28522.dfeustel@verizon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511111121.28522.dfeustel@verizon.net> User-Agent: Mutt/1.4.2.1i Cc: Kris Kennaway , freebsd-amd64@freebsd.org Subject: Re: problems recompiling world and kernel on K8QS Pro on 5.4 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 16:41:28 -0000 On Fri, Nov 11, 2005 at 11:21:28AM -0500, Dave Feustel wrote: > On Friday 11 November 2005 10:38, Steve Kargl wrote: > > I haven't had to purchase memory since my Corsair fiasco. > > It took me nearly 3 months to get 12 GB of PC2700 2GB > > DIMMs that worked in my Tyan K8S Pro motherboard. ?After > > 2 RMAs and delays due to Corsair not being able to supply > > DIMMs, I gave up trying to replace the 2 DIMMs sitting > > on my file cabinet. > > Ever try Crucial? http://www.crucial.com/index.asp No. I usually get Kingston, but when I was looking for 2 GB PC2700 pieces Kingston was not offering it. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 18:46:32 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 122B016A41F for ; Fri, 11 Nov 2005 18:46:32 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA56F43D45 for ; Fri, 11 Nov 2005 18:46:31 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 74CC51A3C1C; Fri, 11 Nov 2005 10:46:31 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DD05651351; Fri, 11 Nov 2005 13:46:29 -0500 (EST) Date: Fri, 11 Nov 2005 13:46:29 -0500 From: Kris Kennaway To: Claus Guttesen Message-ID: <20051111184629.GA22697@xor.obsecurity.org> References: <20051111001053.GA32722@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64 List , Kris Kennaway Subject: Re: problems recompiling world and kernel on K8QS Pro on 5.4 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 18:46:32 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 11, 2005 at 01:56:28PM +0100, Claus Guttesen wrote: > > > /usr/src/lib/libc/net/eui64.c:196: internal compiler error: Bus error > > > Please submit a full bug report, > > > with preprocessed source if appropriate. > > > See for instructions. > > > > > > I received the server last week so the bios should be up to date. The > > > server has 8 GB RAM as eigth 1 GB modules. I have added hw.physmem=3D= 4G > > > to /boot/loader.conf but that does not prevent the compiler errors. > > > > > > > This is a FAQ..look for hardware problems. >=20 > I can't find the FAQ your refer to. http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/troubleshoot.html#SIGN= AL11 Kris --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDdOcFWry0BWjoQKURAh6NAJ9Ubx77AWclzQ4cIn16otQIzLphMQCg+VIb wTFRFsavXECaJmCt+pDTgms= =aQhJ -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 19:31:38 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 DEEC516A41F; Fri, 11 Nov 2005 19:31:38 +0000 (GMT) (envelope-from peter@wemm.org) Received: from canning.wemm.org (canning.wemm.org [192.203.228.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D65843D45; Fri, 11 Nov 2005 19:31:38 +0000 (GMT) (envelope-from peter@wemm.org) Received: from fw.wemm.org (canning.wemm.org [192.203.228.65]) by canning.wemm.org (Postfix) with ESMTP id 6CF132A905; Fri, 11 Nov 2005 11:31:38 -0800 (PST) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (overcee.wemm.org [10.0.0.3]) by fw.wemm.org (Postfix) with ESMTP id E887BE2B3; Fri, 11 Nov 2005 11:31:37 -0800 (PST) (envelope-from peter@wemm.org) Received: from overcee.wemm.org (localhost [127.0.0.1]) by overcee.wemm.org (8.13.4/8.13.4) with ESMTP id jABJVb8b014597; Fri, 11 Nov 2005 11:31:37 -0800 (PST) (envelope-from peter@wemm.org) Received: from localhost (localhost [[UNIX: localhost]]) by overcee.wemm.org (8.13.4/8.13.1/Submit) id jABJVbiA014596; Fri, 11 Nov 2005 11:31:37 -0800 (PST) (envelope-from peter@wemm.org) X-Authentication-Warning: overcee.wemm.org: peter set sender to peter@wemm.org using -f From: Peter Wemm To: freebsd-amd64@freebsd.org Date: Fri, 11 Nov 2005 11:31:36 -0800 User-Agent: KMail/1.8.1 References: <43743466.2050909@gmail.com> <43743CC5.9070801@freebsd.org> In-Reply-To: <43743CC5.9070801@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511111131.36948.peter@wemm.org> Cc: Kris Moore , Paul Saab Subject: Re: Question about x64 and running x86 programs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 19:31:39 -0000 On Thursday 10 November 2005 10:40 pm, Paul Saab wrote: > LD_32_LIBRARY_PATH ldconfig -32 /usr/lib32:/usr/X11R6/lib32:/usr/local/lib32 Actually, we need an hook in /etc/rc.d/ldconfig to set this automatically at boot time.. > Kris Moore wrote: > > The binaries are not running as setugid. The entire system is built > > with 64bit binaries and 64 bit libs. Then I am attemping to run a > > 32 bit binary on it. I have all the 32bit libraries also, and I can > > put them into a directory such as /usr/X11R6/lib32/*, but I just > > can not force the 32bit binary to look in that directory for its > > libraries. I keep thinking there has to be a 32LD_LIBRARY_PATH, or > > some other variable that I'm missing, but for the life of me, I > > can't find it. > > > > Joseph Koshy wrote: > >>> This does not work also, matter afact, it completely > >>> ignores the LD_LIBRARY_PATH variable like it doesnt exist. > >> > >> Check if a program is set[ug]id. Such programs ignore > >> LD_LIBRARY_PATH for security reasons. > >> > >>> /libexec/ld-elf.so.1: /usr/X11R6//lib/libqt-mt.so.3: > >>> unsupported file layout > >> > >> Are your X libraries 32 bit ones? > >> > >> -- > >> FreeBSD Volunteer, http://people.freebsd.org/~jkoshy > > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to > "freebsd-amd64-unsubscribe@freebsd.org" -- 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 Fri Nov 11 20:05:59 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 3753F16A423; Fri, 11 Nov 2005 20:05:59 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72BDE43D5A; Fri, 11 Nov 2005 20:05:58 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id jABK5w9i064090; Fri, 11 Nov 2005 12:05:58 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id jABK5wuh064089; Fri, 11 Nov 2005 12:05:58 -0800 (PST) (envelope-from sgk) Date: Fri, 11 Nov 2005 12:05:58 -0800 From: Steve Kargl To: Peter Wemm Message-ID: <20051111200558.GA64077@troutmask.apl.washington.edu> References: <43743466.2050909@gmail.com> <43743CC5.9070801@freebsd.org> <200511111131.36948.peter@wemm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200511111131.36948.peter@wemm.org> User-Agent: Mutt/1.4.2.1i Cc: Kris Moore , Paul Saab , freebsd-amd64@freebsd.org Subject: Re: Question about x64 and running x86 programs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 20:05:59 -0000 On Fri, Nov 11, 2005 at 11:31:36AM -0800, Peter Wemm wrote: > On Thursday 10 November 2005 10:40 pm, Paul Saab wrote: > > LD_32_LIBRARY_PATH > > ldconfig -32 /usr/lib32:/usr/X11R6/lib32:/usr/local/lib32 > man ldconfig does not show a -32 option. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 20:23:35 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 2A64E16A41F; Fri, 11 Nov 2005 20:23:35 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAD5043D45; Fri, 11 Nov 2005 20:23:34 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id jABKNYwZ064250; Fri, 11 Nov 2005 12:23:34 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id jABKNYuc064249; Fri, 11 Nov 2005 12:23:34 -0800 (PST) (envelope-from sgk) Date: Fri, 11 Nov 2005 12:23:34 -0800 From: Steve Kargl To: Peter Wemm Message-ID: <20051111202334.GA64218@troutmask.apl.washington.edu> References: <43743466.2050909@gmail.com> <43743CC5.9070801@freebsd.org> <200511111131.36948.peter@wemm.org> <20051111200558.GA64077@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline In-Reply-To: <20051111200558.GA64077@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.1i Cc: Kris Moore , Paul Saab , freebsd-amd64@freebsd.org Subject: Re: Question about x64 and running x86 programs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 20:23:35 -0000 --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Nov 11, 2005 at 12:05:58PM -0800, Steve Kargl wrote: > On Fri, Nov 11, 2005 at 11:31:36AM -0800, Peter Wemm wrote: > > On Thursday 10 November 2005 10:40 pm, Paul Saab wrote: > > > LD_32_LIBRARY_PATH > > > > ldconfig -32 /usr/lib32:/usr/X11R6/lib32:/usr/local/lib32 > > > > man ldconfig does not show a -32 option. > See attached. -- Steve --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ldconfig.8.diff" --- ldconfig.8 Fri Nov 11 12:19:58 2005 +++ ldconfig.8.new Fri Nov 11 12:19:04 2005 @@ -37,6 +37,7 @@ .Nd configure the shared library cache .Sh SYNOPSIS .Nm +.Op Fl 32 .Op Fl aout | Fl elf .Op Fl Rimrsv .Op Fl f Ar hints_file @@ -103,6 +104,9 @@ The following options are recognized by .Nm : .Bl -tag -width indent +.It Fl 32 +On 64-bit systems that support running 32-bit binaries, load hints +about the 32-bit shared libraries. .It Fl aout Generate the hints for a.out format shared libraries. .It Fl elf --SLDf9lqlvOQaIe6s-- From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 20:59:56 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 C6CBF16A41F for ; Fri, 11 Nov 2005 20:59:56 +0000 (GMT) (envelope-from piett134@gmail.com) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6159743D46 for ; Fri, 11 Nov 2005 20:59:56 +0000 (GMT) (envelope-from piett134@gmail.com) Received: from [192.168.1.20] (c-24-20-191-244.hsd1.wa.comcast.net[24.20.191.244]) by comcast.net (sccrmhc12) with ESMTP id <200511112059440120024c2ae>; Fri, 11 Nov 2005 20:59:50 +0000 Message-ID: <43750645.1040906@gmail.com> Date: Fri, 11 Nov 2005 12:59:49 -0800 From: Kris Moore User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Kargl References: <43743466.2050909@gmail.com> <43743CC5.9070801@freebsd.org> <200511111131.36948.peter@wemm.org> <20051111200558.GA64077@troutmask.apl.washington.edu> <20051111202334.GA64218@troutmask.apl.washington.edu> In-Reply-To: <20051111202334.GA64218@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org Subject: Re: Question about x64 and running x86 programs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 20:59:56 -0000 Figured I'd give you guys an update on this also. I got all the libraries loaded, and everything into place, but it seems the suppot is only "so-so" at best. About every other binary crashes, or segfaults with varying errors. I have quite a few QT programs, and they are all compiled on the same machine, with the same libs and such, but its really hit-n-miss on which ones work. Anybody know if the 32bit binary / shared library support is really still this shaky? Kristofer Moore Steve Kargl wrote: > On Fri, Nov 11, 2005 at 12:05:58PM -0800, Steve Kargl wrote: > >>On Fri, Nov 11, 2005 at 11:31:36AM -0800, Peter Wemm wrote: >> >>>On Thursday 10 November 2005 10:40 pm, Paul Saab wrote: >>> >>>>LD_32_LIBRARY_PATH >>> >>>ldconfig -32 /usr/lib32:/usr/X11R6/lib32:/usr/local/lib32 >>> >> >>man ldconfig does not show a -32 option. >> > > > See attached. > > > > ------------------------------------------------------------------------ > > --- ldconfig.8 Fri Nov 11 12:19:58 2005 > +++ ldconfig.8.new Fri Nov 11 12:19:04 2005 > @@ -37,6 +37,7 @@ > .Nd configure the shared library cache > .Sh SYNOPSIS > .Nm > +.Op Fl 32 > .Op Fl aout | Fl elf > .Op Fl Rimrsv > .Op Fl f Ar hints_file > @@ -103,6 +104,9 @@ > The following options are recognized by > .Nm : > .Bl -tag -width indent > +.It Fl 32 > +On 64-bit systems that support running 32-bit binaries, load hints > +about the 32-bit shared libraries. > .It Fl aout > Generate the hints for a.out format shared libraries. > .It Fl elf From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 23:38:02 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 26CA016A41F for ; Fri, 11 Nov 2005 23:38:02 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id D57A943D49 for ; Fri, 11 Nov 2005 23:38:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id B1A741A3C24; Fri, 11 Nov 2005 15:38:01 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DBF6251319; Fri, 11 Nov 2005 18:38:00 -0500 (EST) Date: Fri, 11 Nov 2005 18:38:00 -0500 From: Kris Kennaway To: Kris Moore Message-ID: <20051111233800.GA16215@xor.obsecurity.org> References: <43743466.2050909@gmail.com> <43743CC5.9070801@freebsd.org> <200511111131.36948.peter@wemm.org> <20051111200558.GA64077@troutmask.apl.washington.edu> <20051111202334.GA64218@troutmask.apl.washington.edu> <43750645.1040906@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <43750645.1040906@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: Question about x64 and running x86 programs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 23:38:02 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 11, 2005 at 12:59:49PM -0800, Kris Moore wrote: >=20 > Figured I'd give you guys an update on this also. I got all the=20 > libraries loaded, and everything into place, but it seems the suppot is= =20 > only "so-so" at best. About every other binary crashes, or segfaults=20 > with varying errors. I have quite a few QT programs, and they are all=20 > compiled on the same machine, with the same libs and such, but its=20 > really hit-n-miss on which ones work. Anybody know if the 32bit binary /= =20 > shared library support is really still this shaky? It's a work-in-progress, and you're doing something pretty extreme with it.. Kris --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDdStYWry0BWjoQKURArTZAKCnd4wM1KpB1mYJpqUkIOm1zDvX5ACcCYje qo5nnC6/nT8FMF9EU/RjXPI= =1BIT -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-amd64@FreeBSD.ORG Fri Nov 11 23:40:46 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 DF37E16A41F for ; Fri, 11 Nov 2005 23:40:46 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B28F43D62 for ; Fri, 11 Nov 2005 23:40:31 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 6A07AF24AC; Fri, 11 Nov 2005 15:40:31 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (triton.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00818-05; Fri, 11 Nov 2005 15:40:31 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id EBB3FF2453; Fri, 11 Nov 2005 15:40:30 -0800 (PST) From: Sean McNeil To: Kris Kennaway In-Reply-To: <20051111233800.GA16215@xor.obsecurity.org> References: <43743466.2050909@gmail.com> <43743CC5.9070801@freebsd.org> <200511111131.36948.peter@wemm.org> <20051111200558.GA64077@troutmask.apl.washington.edu> <20051111202334.GA64218@troutmask.apl.washington.edu> <43750645.1040906@gmail.com> <20051111233800.GA16215@xor.obsecurity.org> Content-Type: text/plain Date: Fri, 11 Nov 2005 15:40:30 -0800 Message-Id: <1131752430.84095.5.camel@triton.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: Kris Moore , freebsd-amd64@freebsd.org Subject: Re: Question about x64 and running x86 programs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2005 23:40:47 -0000 On Fri, 2005-11-11 at 18:38 -0500, Kris Kennaway wrote: > On Fri, Nov 11, 2005 at 12:59:49PM -0800, Kris Moore wrote: > > > > Figured I'd give you guys an update on this also. I got all the > > libraries loaded, and everything into place, but it seems the suppot is > > only "so-so" at best. About every other binary crashes, or segfaults > > with varying errors. I have quite a few QT programs, and they are all > > compiled on the same machine, with the same libs and such, but its > > really hit-n-miss on which ones work. Anybody know if the 32bit binary / > > shared library support is really still this shaky? > > It's a work-in-progress, and you're doing something pretty extreme > with it.. Will this work be MFCd to 6, or will it stay only in 7? From owner-freebsd-amd64@FreeBSD.ORG Sat Nov 12 00:34:15 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 D85EF16A41F; Sat, 12 Nov 2005 00:34:15 +0000 (GMT) (envelope-from rschi@rsmba.biz) Received: from admin.cablespeed.com (admin.cablespeed.com [216.15.205.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77EDF43D45; Sat, 12 Nov 2005 00:34:15 +0000 (GMT) (envelope-from rschi@rsmba.biz) Received: from [66.235.9.146] (account schilling@cablespeed.com HELO [192.168.2.2]) by admin.cablespeed.com (CommuniGate Pro SMTP 4.2.10) with ESMTP id 60853807; Fri, 11 Nov 2005 18:34:14 -0600 Message-ID: <43753947.3040108@rsmba.biz> Date: Fri, 11 Nov 2005 16:37:27 -0800 From: Richard Schilling Organization: Richard Schilling, MBA User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050318 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-java@freebsd.org, freebsd-amd64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: BindAddress exception error (was BindAddress error with jdk1.5 and Tomcat and Resin) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 00:34:16 -0000 I'm narrowing down a problem with BindAddress on jdk1.5, FreeBSD RELENG_6 . uname -a output: FreeBSD newbox.cognitiongroup.biz 6.0-STABLE FreeBSD 6.0-STABLE #3: Fri Nov 4 23:36:56 PST 2005 rschilling@cognitiongroup.biz:/usr/obj/usr/src/sys/PRODUCTION amd64 Here's the error: $ java TestServer localhost 8080 Host Address=localhost Port =8080 Exception in thread "main" java.net.BindException: Can't assign requested address at java.net.PlainSocketImpl.socketBind(Native Method) at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:359) at java.net.ServerSocket.bind(ServerSocket.java:319) at java.net.ServerSocket.bind(ServerSocket.java:277) at TestServer.main(TestServer.java:15) $ Check out http;//bugs.sun.com/bugdatabase/view_bug.do?bug_id=6206527 I'm able to reproduce the error with the following code, with IPv6 enabled and with IPv6 disabled... import java.net.*; public class TestServer { public static void main (String[] args) throws Exception { if (args.length != 2) { System.out.println("Usage: java TestServer "); System.exit(1); } System.out.println("Host Address="+args[0]); System.out.println("Port ="+args[1]); ServerSocket ss = new ServerSocket(); ss.bind(new InetSocketAddress(InetAddress.getByName(args[0]), Integer.parseInt(args[1]))); System.out.println("ServerSocket Bound"); ss.accept(); } } From owner-freebsd-amd64@FreeBSD.ORG Sat Nov 12 00:40:10 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 D1ECB16A41F; Sat, 12 Nov 2005 00:40:10 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 684BE43D5C; Sat, 12 Nov 2005 00:40:07 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id D20FFF24DC; Fri, 11 Nov 2005 16:40:06 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (triton.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00818-08; Fri, 11 Nov 2005 16:40:06 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id ED837F2453; Fri, 11 Nov 2005 16:40:05 -0800 (PST) From: Sean McNeil To: Richard Schilling In-Reply-To: <43753947.3040108@rsmba.biz> References: <43753947.3040108@rsmba.biz> Content-Type: text/plain Date: Fri, 11 Nov 2005 16:40:05 -0800 Message-Id: <1131756005.6959.12.camel@triton.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Cc: freebsd-amd64@freebsd.org, freebsd-java@freebsd.org Subject: Re: BindAddress exception error (was BindAddress error with jdk1.5 and Tomcat and Resin) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 00:40:11 -0000 On Fri, 2005-11-11 at 16:37 -0800, Richard Schilling wrote: > I'm narrowing down a problem with BindAddress on jdk1.5, FreeBSD RELENG_6 . > > uname -a output: > FreeBSD newbox.cognitiongroup.biz 6.0-STABLE FreeBSD 6.0-STABLE #3: Fri > Nov 4 23:36:56 PST 2005 > rschilling@cognitiongroup.biz:/usr/obj/usr/src/sys/PRODUCTION amd64 > > Here's the error: > > $ java TestServer localhost 8080 > Host Address=localhost > Port =8080 > Exception in thread "main" java.net.BindException: Can't assign > requested address > at java.net.PlainSocketImpl.socketBind(Native Method) > at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:359) > at java.net.ServerSocket.bind(ServerSocket.java:319) > at java.net.ServerSocket.bind(ServerSocket.java:277) > at TestServer.main(TestServer.java:15) What does netstat -a | grep 8080 show you? Have you tried starting it with java.net.preferIPv4Stack=true set? Cheers, Sean From owner-freebsd-amd64@FreeBSD.ORG Sat Nov 12 02:23:06 2005 Return-Path: X-Original-To: freebsd-amd64@freebsd.org 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 1855E16A41F; Sat, 12 Nov 2005 02:23:06 +0000 (GMT) (envelope-from rschi@rsmba.biz) Received: from admin.cablespeed.com (admin.cablespeed.com [216.15.205.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id A42E243D45; Sat, 12 Nov 2005 02:23:05 +0000 (GMT) (envelope-from rschi@rsmba.biz) Received: from [66.235.9.146] (account schilling@cablespeed.com HELO [192.168.2.2]) by admin.cablespeed.com (CommuniGate Pro SMTP 4.2.10) with ESMTP id 60886490; Fri, 11 Nov 2005 20:23:05 -0600 Message-ID: <437552C9.90603@rsmba.biz> Date: Fri, 11 Nov 2005 18:26:17 -0800 From: Richard Schilling Organization: Richard Schilling, MBA User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050318 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sean McNeil References: <43753947.3040108@rsmba.biz> <1131756005.6959.12.camel@triton.mcneil.com> In-Reply-To: <1131756005.6959.12.camel@triton.mcneil.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-amd64@freebsd.org, freebsd-java@freebsd.org Subject: Re: BindAddress exception error (was BindAddress error with jdk1.5 and Tomcat and Resin) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 02:23:06 -0000 This was the fix. Thanks' Sean. (I'll honor the free web hosting BTW) Here's what I did. I added the following line to /etc/rc.conf: jakarta_tomcat55_java_opts="-Djava.net.preferIPv4Stack=true" JDK1.5 chokes on binding to any address with FreeBSD 6.0 because of the IPv6 stack. The JDK documentation on IPv6 documents this command line define, also. On a related note, when I tried to build JDK1.5 with IPV6 support, I got an error. But, that's a subject for another thread, I think. Thanks Sean. Richard Sean McNeil wrote: > On Fri, 2005-11-11 at 16:37 -0800, Richard Schilling wrote: > >>I'm narrowing down a problem with BindAddress on jdk1.5, FreeBSD RELENG_6 . >> >>uname -a output: >>FreeBSD newbox.cognitiongroup.biz 6.0-STABLE FreeBSD 6.0-STABLE #3: Fri >>Nov 4 23:36:56 PST 2005 >>rschilling@cognitiongroup.biz:/usr/obj/usr/src/sys/PRODUCTION amd64 >> >>Here's the error: >> >>$ java TestServer localhost 8080 >>Host Address=localhost >>Port =8080 >>Exception in thread "main" java.net.BindException: Can't assign >>requested address >> at java.net.PlainSocketImpl.socketBind(Native Method) >> at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:359) >> at java.net.ServerSocket.bind(ServerSocket.java:319) >> at java.net.ServerSocket.bind(ServerSocket.java:277) >> at TestServer.main(TestServer.java:15) > > > What does > > netstat -a | grep 8080 > > show you? > > Have you tried starting it with > > java.net.preferIPv4Stack=true > > set? > > Cheers, > Sean > > > > > From owner-freebsd-amd64@FreeBSD.ORG Sat Nov 12 13:00:35 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F44E16A41F for ; Sat, 12 Nov 2005 13:00:35 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id D53E943D58 for ; Sat, 12 Nov 2005 13:00:31 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jACD0Vq1048409 for ; Sat, 12 Nov 2005 13:00:31 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jACD0VAA048408; Sat, 12 Nov 2005 13:00:31 GMT (envelope-from gnats) Resent-Date: Sat, 12 Nov 2005 13:00:31 GMT Resent-Message-Id: <200511121300.jACD0VAA048408@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Fernando Schapachnik Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BDA9B16A41F for ; Sat, 12 Nov 2005 12:54:47 +0000 (GMT) (envelope-from fpscha@schapachnik.com.ar) Received: from servidor1.cursosvirtuales.com.ar (www.cursosvirtuales.com.ar [200.59.46.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2909443D46 for ; Sat, 12 Nov 2005 12:54:45 +0000 (GMT) (envelope-from fpscha@schapachnik.com.ar) Received: from servidor1.cursosvirtuales.com.ar (localhost [127.0.0.1]) by servidor1.cursosvirtuales.com.ar (8.12.11/8.12.11) with ESMTP id jACCsfWM056810 for ; Sat, 12 Nov 2005 09:54:41 -0300 (ART) (envelope-from fpscha@schapachnik.com.ar) Received: from schapachnik.com.ar (uucp@localhost) by servidor1.cursosvirtuales.com.ar (8.12.11/8.12.11/Submit) with UUCP id jACCsfft056809 for FreeBSD-gnats-submit@freebsd.org; Sat, 12 Nov 2005 09:54:41 -0300 (ART) (envelope-from fpscha@schapachnik.com.ar) Received: from funes.schapachnik.com.ar (localhost [127.0.0.1]) by funes.schapachnik.com.ar (8.13.4/8.13.4) with ESMTP id jACCsYrC001025 for ; Sat, 12 Nov 2005 09:54:34 -0300 (ART) (envelope-from fpscha@funes.schapachnik.com.ar) Received: (from fpscha@localhost) by funes.schapachnik.com.ar (8.13.4/8.13.4/Submit) id jACCsYWK001024; Sat, 12 Nov 2005 09:54:34 -0300 (ART) (envelope-from fpscha) Message-Id: <200511121254.jACCsYWK001024@funes.schapachnik.com.ar> Date: Sat, 12 Nov 2005 09:54:34 -0300 (ART) From: Fernando Schapachnik To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 Cc: Subject: amd64/88884: Reproducable panic running OO/linux on 6.0/AMD64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Fernando Schapachnik List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 13:00:35 -0000 >Number: 88884 >Category: amd64 >Synopsis: Reproducable panic running OO/linux on 6.0/AMD64 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 12 13:00:30 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Fernando P. Schapachnik >Release: FreeBSD 6.0-STABLE amd64 >Organization: >Environment: System: FreeBSD funes.schapachnik.com.ar 6.0-STABLE FreeBSD 6.0-STABLE #17: Sat Nov 5 12:35:42 ART 2005 root@funes.schapachnik.com.ar:/usr/obj/usr/src/sys/FUNES2 amd64 Kernel: --- GENERIC Fri Nov 4 21:52:47 2005 +++ FUNES2 Thu Sep 22 22:59:15 2005 @@ -16,11 +16,11 @@ # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # -# $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.439.2.7 2005/10/28 19:21:27 jhb Exp $ +# $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.439.2.2 2005/07/29 15:40:58 mux Exp $ machine amd64 cpu HAMMER -ident GENERIC +ident FUNES2 # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. @@ -29,7 +29,7 @@ #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler -options PREEMPTION # Enable kernel thread preemption +#options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem @@ -49,7 +49,7 @@ options COMPAT_43 # Needed by COMPAT_LINUX32 options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_LINUX32 # Compatible with i386 linux binaries options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support @@ -64,14 +64,27 @@ # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. -# Bus support. +# Bus support. Do not remove isa, even if you have no isa slots device acpi +device isa device pci # Floppy drives @@ -117,7 +130,6 @@ device arcmsr # Areca SATA II RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options -device hptmv # Highpoint RocketRAID 182x device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID @@ -221,6 +233,8 @@ # Pseudo devices. device loop # Network loopback +device mem # Memory and kernel memory devices +device io # I/O device device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP >Description: Running OpenOffice 1.1.4 for Linux causes a panic. Seems to be related with 32-bit code. Here is a backtrace: Unread portion of the kernel message buffer: panic: kmem_malloc(1447485440): kmem_map too small: 5197824 total allocated Uptime: 6m1s Dumping 991 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 991MB (253648 pages) 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff803b3f37 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #3 0xffffffff803b45b6 in panic (fmt=0xffffff002ac8dbe0 "\200F÷*") at /usr/src/sys/kern/kern_shutdown.c:555 #4 0xffffffff80550642 in kmem_malloc (map=0xffffff003c270160, size=1447485440, flags=258) at /usr/src/sys/vm/vm_kern.c:299 #5 0xffffffff805492c3 in uma_large_malloc (size=1447485440, wait=258) at /usr/src/sys/vm/uma_core.c:2711 #6 0xffffffff803a7eab in malloc (size=0, mtp=0xffffffff8079af80, flags=258) at /usr/src/sys/kern/kern_malloc.c:327 #7 0xffffffff8041d3c3 in vfs_read_dirent (ap=0xffffffffa6c5f8a0, dp=0x0, off=0) at /usr/src/sys/kern/vfs_subr.c:3877 #8 0xffffffff80356c54 in devfs_readdir (ap=0xffffffffa6c5f8a0) at /usr/src/sys/fs/devfs/devfs_vnops.c:828 #9 0xffffffff805c688d in VOP_READDIR_APV (vop=0x0, a=0x0) at vnode_if.c:1427 #10 0xffffffff805bb64f in getdents_common (td=0xffffff002ac8dbe0, args=0xffffffffa6c5fba0, is64bit=1) at vnode_if.h:746 #11 0xffffffff805b40ba in ia32_syscall (frame= {tf_rdi = 3, tf_rsi = 6, tf_rdx = 4096, tf_rcx = 135168056, tf_r8 = 0, tf_r9 = 0, tf_rax = 220, tf_rbx = 3, tf_rbp = 4294956648, tf_r10 = 0, tf_r1 1 = 0, tf_r12 = 0, tf_r13 = 0, tf_r14 = 0, tf_r15 = 0, tf_trapno = 12, tf_addr = 135172152, tf_flags = 0, tf_err = 2, tf_rip = 672771129, tf_cs = 27, tf_rflags = 582, tf_rsp = 4294956572, tf_ss = 35}) at /usr/src/sys/amd64/ia32/ia32_syscall.c:186 #12 0xffffffff8056ee3d in Xint0x80_syscall () at ia32_exception.S:64 #13 0x000000002819ac39 in ?? () Previous frame inner to this frame (corrupt stack?) >How-To-Repeat: Run OpenOffice 1.1.4 for Linux. >Fix: Don't know. >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Sat Nov 12 17:00:27 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD64416A420 for ; Sat, 12 Nov 2005 17:00:27 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9563843D46 for ; Sat, 12 Nov 2005 17:00:27 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jACH0RHg083286 for ; Sat, 12 Nov 2005 17:00:27 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jACH0Rff083285; Sat, 12 Nov 2005 17:00:27 GMT (envelope-from gnats) Date: Sat, 12 Nov 2005 17:00:27 GMT Message-Id: <200511121700.jACH0Rff083285@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Ilya Sher Cc: Subject: Re: amd64/87316: [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ilya Sher List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 17:00:28 -0000 The following reply was made to PR amd64/87316; it has been noted by GNATS. From: Ilya Sher To: bug-followup@FreeBSD.org, ilya79@actcom.net.il Cc: Subject: Re: amd64/87316: [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd64 Date: Sat, 12 Nov 2005 18:55:18 +0200 if_vge does work on the same system (only HD replaced) after fresh install of 6.0 release. However, it is not detected during the install - does not appear in the menu that allows to configure the inerface(s). From owner-freebsd-amd64@FreeBSD.ORG Sat Nov 12 17:17:29 2005 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 476DE16A41F; Sat, 12 Nov 2005 17:17:29 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84F4143D60; Sat, 12 Nov 2005 17:17:28 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id jACHHSMw089201; Sat, 12 Nov 2005 17:17:28 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id jACHHSUo089197; Sat, 12 Nov 2005 17:17:28 GMT (envelope-from linimon) Date: Sat, 12 Nov 2005 17:17:28 GMT From: Mark Linimon Message-Id: <200511121717.jACHHSUo089197@freefall.freebsd.org> To: kobayasi@pp.iij4u.or.jp, linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/83806: Can not comple /usr/src/lib/msun/amd64/fenv.c at make buildworld. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2005 17:17:29 -0000 Synopsis: Can not comple /usr/src/lib/msun/amd64/fenv.c at make buildworld. State-Changed-From-To: open->feedback State-Changed-By: linimon State-Changed-When: Sat Nov 12 17:16:43 GMT 2005 State-Changed-Why: Is this still a problem with the latest 6-STABLE tree? http://www.freebsd.org/cgi/query-pr.cgi?pr=83806