From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 3 11:33:03 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 872A216A4CE for ; Sun, 3 Apr 2005 11:33:03 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 317E143D45 for ; Sun, 3 Apr 2005 11:33:03 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so969963rnf for ; Sun, 03 Apr 2005 04:33:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=sdhkcC/DVc7n3VM9bBBVWwLNJhV7YoJeUCI8ppcGT7brew6S19o0rGP2uQf9qgT572+jtZ5RLMo/3XX0PfItgXs/5Xvl58RBhQB4S9jUmH1/q8EwYh94cdSr5AkHAN6vRM3O0j2CdbPJO8F0575LhuOlMHuanWLAbZypc2SFytY= Received: by 10.38.82.78 with SMTP id f78mr1653053rnb; Sun, 03 Apr 2005 04:33:02 -0700 (PDT) Received: by 10.38.209.22 with HTTP; Sun, 3 Apr 2005 04:33:02 -0700 (PDT) Message-ID: <84dead720504030433177495bf@mail.gmail.com> Date: Sun, 3 Apr 2005 11:33:02 +0000 From: Joseph Koshy To: freebsd-amd64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Amd64 ABI? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 11:33:03 -0000 Is there a definitive source for the amd64 calling conventions and ABI somewhere? I'd like to know which registers are caller/callee save and which are scratch. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 3 13:12:11 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8ABAF16A4CE for ; Sun, 3 Apr 2005 13:12:11 +0000 (GMT) Received: from falcon.loomes.de (smtp.loomes.de [212.40.161.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3A8443D54 for ; Sun, 3 Apr 2005 13:12:10 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: from port-212-202-35-78.dynamic.qsc.de ([212.202.35.78] helo=bsd.trippelsdorf.de) by falcon.loomes.de with asmtp (Exim 4.30) id 1DI4td-00074f-4g; Sun, 03 Apr 2005 15:12:09 +0200 Date: Sun, 3 Apr 2005 15:12:07 +0200 From: Markus Trippelsdorf To: Joseph Koshy Message-ID: <20050403131207.GA708@bsd.trippelsdorf.de> References: <84dead720504030433177495bf@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84dead720504030433177495bf@mail.gmail.com> User-Agent: Mutt/1.5.9i cc: freebsd-amd64@freebsd.org Subject: Re: Amd64 ABI? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 13:12:11 -0000 On Sun, Apr 03, 2005 at 11:33:02AM +0000, Joseph Koshy wrote: > Is there a definitive source for the amd64 calling conventions and > ABI somewhere? I'd like to know which registers are caller/callee > save and which are scratch. > http://www.x86-64.org/documentation/abi-0.95.pdf is probably what you are looking for. -- Markus From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 3 16:29:15 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5D4E16A4CE; Sun, 3 Apr 2005 16:29:15 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02EA243D1F; Sun, 3 Apr 2005 16:29:15 +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.3/8.13.3) with ESMTP id j33GTEMA006996; Sun, 3 Apr 2005 12:29:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j33GTEww039362; Sun, 3 Apr 2005 12:29:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 577FE7306E; Sun, 3 Apr 2005 12:29:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050403162914.577FE7306E@freebsd-current.sentex.ca> Date: Sun, 3 Apr 2005 12:29:14 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 16:29:16 -0000 TB --- 2005-04-03 14:46:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-03 14:46:51 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-03 14:46:51 - checking out the source tree TB --- 2005-04-03 14:46:51 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-03 14:46:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-03 14:53:41 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-03 14:53:41 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-03 14:53:41 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-03 16:01:25 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-03 16:01:25 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-03 16:01:25 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Apr 3 16:01:25 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 Apr 3 16:16:42 UTC 2005 TB --- 2005-04-03 16:16:42 - generating LINT kernel config TB --- 2005-04-03 16:16:42 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-04-03 16:16:42 - /usr/bin/make -B LINT TB --- 2005-04-03 16:16:42 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-03 16:16:42 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-03 16:16:42 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Apr 3 16:16:42 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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/compat/freebsd32/freebsd32_sysent.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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/compat/ia32/ia32_sysvec.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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/kern/imgact_elf32.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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/amd64/linux32/linux32_dummy.c cc -c -x assembler-with-cpp -DLOCORE -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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -ffreestandin g -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_locore.s 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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/amd64/linux32/linux32_machdep.c /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c: In function `linux_mmap': /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c:593: error: structure has no member named `pos' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-03 16:29:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-03 16:29:14 - ERROR: failed to build lint kernel TB --- 2005-04-03 16:29:14 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 3 22:51:47 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A50316A4CF for ; Sun, 3 Apr 2005 22:51:47 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92A5843D46 for ; Sun, 3 Apr 2005 22:51:46 +0000 (GMT) (envelope-from sbenabas@gmail.com) Received: by rproxy.gmail.com with SMTP id 1so759648rny for ; Sun, 03 Apr 2005 15:51:46 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type; b=iBOL1ZTgcznZRTN4fHgsfmez7aS059UC9j4CDrKSZJNbBhi+tcuXwet+d2eARQ1zZG3nJjnNLFRJJ51110v7YM2v6hUYhGlvig1uNVhl/52bkalBBJtcqIcuwsLpFqa1F53o3an3mz8GwrVXg7BrEJUkCRL3TqioZAVbLEdlKv4= Received: by 10.38.198.5 with SMTP id v5mr264314rnf; Sun, 03 Apr 2005 15:51:46 -0700 (PDT) Received: by 10.38.8.28 with HTTP; Sun, 3 Apr 2005 15:51:46 -0700 (PDT) Message-ID: <32d8477c05040315511b099047@mail.gmail.com> Date: Sun, 3 Apr 2005 22:51:46 +0000 From: Siavosh Benabbas To: freebsd-stable@freebsd.org, FreeBSD-amd64@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_2731_10930499.1112568706121" Subject: ACPI on nForce3 Ultra works partially X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Siavosh Benabbas List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Apr 2005 22:51:47 -0000 ------=_Part_2731_10930499.1112568706121 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hello list, I have an amd64 cpu on a K8NS Ultra939 board with the nForce3 Ultra chipset running 5.3-RELEASE. I heard that it wouldn't work with ACPI enabled unless I disabled I/O APIC in the bios and as my bios doesn't give me such freedom I used to disable ACPI. Yesterday I tried to compile the kernel with the attached config file and it worked partially with ACPI enabled. The machine didn't hang as it use to do, it responded to ping, and I could login using SSH, but nothing apart from the kernel logs where printed on the screen after the file system tests, the keyboard worked as I could login, and add someone to the sudoers list so that I could su to root from my ssh shell. I even rebuilt kernel remotely and their was no stability problem. There use to be some strange kernel logs though about processes with negative times or something like that. I have attached the output of dmesg right after a successfull but and during the rebuilt of kernel note that the kernel complains about a lot of processes having negative runtimes. Is this expected/known? Can someone with nForce3 Ultra chipset use the siavosh.kernelconfig file and see if he/she gets similar results? Thanks in advance, Siavosh Benabbas ------=_Part_2731_10930499.1112568706121 Content-Type: application/octet-stream; name="siavosh.kernelconfig" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="siavosh.kernelconfig" IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2FtZDY0CiMKIyBGb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiB0aGlzIGZpbGUsIHBsZWFzZSBy ZWFkIHRoZSBoYW5kYm9vayBzZWN0aW9uIG9uCiMgS2VybmVsIENvbmZpZ3VyYXRpb24gRmlsZXM6 CiMKIyAgICBodHRwOi8vd3d3LkZyZWVCU0Qub3JnL2RvYy9lbl9VUy5JU084ODU5LTEvYm9va3Mv aGFuZGJvb2sva2VybmVsY29uZmlnLWNvbmZpZy5odG1sCiMKIyBUaGUgaGFuZGJvb2sgaXMgYWxz byBhdmFpbGFibGUgbG9jYWxseSBpbiAvdXNyL3NoYXJlL2RvYy9oYW5kYm9vawojIGlmIHlvdSd2 ZSBpbnN0YWxsZWQgdGhlIGRvYyBkaXN0cmlidXRpb24sIG90aGVyd2lzZSBhbHdheXMgc2VlIHRo ZQojIEZyZWVCU0QgV29ybGQgV2lkZSBXZWIgc2VydmVyIChodHRwOi8vd3d3LkZyZWVCU0Qub3Jn LykgZm9yIHRoZQojIGxhdGVzdCBpbmZvcm1hdGlvbi4KIwojIEFuIGV4aGF1c3RpdmUgbGlzdCBv ZiBvcHRpb25zIGFuZCBtb3JlIGRldGFpbGVkIGV4cGxhbmF0aW9ucyBvZiB0aGUKIyBkZXZpY2Ug bGluZXMgaXMgYWxzbyBwcmVzZW50IGluIHRoZSAuLi8uLi9jb25mL05PVEVTIGFuZCBOT1RFUyBm aWxlcy4KIyBJZiB5b3UgYXJlIGluIGRvdWJ0IGFzIHRvIHRoZSBwdXJwb3NlIG9yIG5lY2Vzc2l0 eSBvZiBhIGxpbmUsIGNoZWNrIGZpcnN0CiMgaW4gTk9URVMuCiMKIyAkRnJlZUJTRDogc3JjL3N5 cy9hbWQ2NC9jb25mL0dFTkVSSUMsdiAxLjQyMS4yLjQuMi4xIDIwMDQvMTAvMjMgMjA6MDQ6MDAg a2Vuc21pdGggRXhwICQKCm1hY2hpbmUJCWFtZDY0CmNwdQkJSEFNTUVSCmlkZW50CQlzaWF2b3No CgojIFRvIHN0YXRpY2FsbHkgY29tcGlsZSBpbiBkZXZpY2Ugd2lyaW5nIGluc3RlYWQgb2YgL2Jv b3QvZGV2aWNlLmhpbnRzCiNoaW50cwkJIkdFTkVSSUMuaGludHMiCQkjIERlZmF1bHQgcGxhY2Vz IHRvIGxvb2sgZm9yIGRldmljZXMuCgpvcHRpb25zIAlTQ0hFRF80QlNECQkjIDRCU0Qgc2NoZWR1 bGVyCm9wdGlvbnMgCUlORVQJCQkjIEludGVyTkVUd29ya2luZwojb3B0aW9ucyAJSU5FVDYJCQkj IElQdjYgY29tbXVuaWNhdGlvbnMgcHJvdG9jb2xzCm9wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkg RmFzdCBGaWxlc3lzdGVtCm9wdGlvbnMgCVNPRlRVUERBVEVTCQkjIEVuYWJsZSBGRlMgc29mdCB1 cGRhdGVzIHN1cHBvcnQKb3B0aW9ucyAJVUZTX0FDTAkJCSMgU3VwcG9ydCBmb3IgYWNjZXNzIGNv bnRyb2wgbGlzdHMKb3B0aW9ucyAJVUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBv biBiaWcgZGlyZWN0b3JpZXMKb3B0aW9ucyAJTURfUk9PVAkJCSMgTUQgaXMgYSBwb3RlbnRpYWwg cm9vdCBkZXZpY2UKI29wdGlvbnMgCU5GU0NMSUVOVAkJIyBOZXR3b3JrIEZpbGVzeXN0ZW0gQ2xp ZW50CiNvcHRpb25zIAlORlNTRVJWRVIJCSMgTmV0d29yayBGaWxlc3lzdGVtIFNlcnZlcgojb3B0 aW9ucyAJTkZTX1JPT1QJCSMgTkZTIHVzYWJsZSBhcyAvLCByZXF1aXJlcyBORlNDTElFTlQKb3B0 aW9ucwkJRVhUMkZTCiNvcHRpb25zIAlOVEZTCQkJIyBOVCBGaWxlIFN5c3RlbQpvcHRpb25zIAlN U0RPU0ZTCQkJIyBNU0RPUyBGaWxlc3lzdGVtCm9wdGlvbnMgCUNEOTY2MAkJCSMgSVNPIDk2NjAg RmlsZXN5c3RlbQojb3B0aW9ucyAJUFJPQ0ZTCQkJIyBQcm9jZXNzIGZpbGVzeXN0ZW0gKHJlcXVp cmVzIFBTRVVET0ZTKQojb3B0aW9ucwkJTElOUFJPQ0ZTCm9wdGlvbnMgCVBTRVVET0ZTCQkjIFBz ZXVkby1maWxlc3lzdGVtIGZyYW1ld29yawpvcHRpb25zIAlHRU9NX0dQVAkJIyBHVUlEIFBhcnRp dGlvbiBUYWJsZXMuCiNvcHRpb25zIAlDT01QQVRfSUEzMgkJIyBDb21wYXRpYmxlIHdpdGggaTM4 NiBiaW5hcmllcwojb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q0CQkjIENvbXBhdGlibGUgd2l0aCBG cmVlQlNENAojb3B0aW9ucwkJQ09NUEFUXzQzCiNvcHRpb25zCQlDT01QQVRfTElOVVgzMgpvcHRp b25zIAlTQ1NJX0RFTEFZPTE1MDAwCSMgRGVsYXkgKGluIG1zKSBiZWZvcmUgcHJvYmluZyBTQ1NJ Cm9wdGlvbnMgCUtUUkFDRQkJCSMga3RyYWNlKDEpIHN1cHBvcnQKb3B0aW9ucyAJU1lTVlNITQkJ CSMgU1lTVi1zdHlsZSBzaGFyZWQgbWVtb3J5Cm9wdGlvbnMgCVNZU1ZNU0cJCQkjIFNZU1Ytc3R5 bGUgbWVzc2FnZSBxdWV1ZXMKb3B0aW9ucyAJU1lTVlNFTQkJCSMgU1lTVi1zdHlsZSBzZW1hcGhv cmVzCm9wdGlvbnMgCV9LUE9TSVhfUFJJT1JJVFlfU0NIRURVTElORyAjIFBvc2l4IFAxMDAzXzFC IHJlYWwtdGltZSBleHRlbnNpb25zCm9wdGlvbnMgCUtCRF9JTlNUQUxMX0NERVYJIyBpbnN0YWxs IGEgQ0RFViBlbnRyeSBpbiAvZGV2Cm9wdGlvbnMgCUFIQ19SRUdfUFJFVFRZX1BSSU5UCSMgUHJp bnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJCQkJIyBvdXRwdXQuICBBZGRzIH4xMjhr IHRvIGRyaXZlci4Kb3B0aW9ucyAJQUhEX1JFR19QUkVUVFlfUFJJTlQJIyBQcmludCByZWdpc3Rl ciBiaXRmaWVsZHMgaW4gZGVidWcKCQkJCQkjIG91dHB1dC4gIEFkZHMgfjIxNWsgdG8gZHJpdmVy LgpvcHRpb25zIAlBREFQVElWRV9HSUFOVAkJIyBHaWFudCBtdXRleCBpcyBhZGFwdGl2ZS4KCiMg V29ya2Fyb3VuZHMgZm9yIHNvbWUga25vd24tdG8tYmUtYnJva2VuIGNoaXBzZXRzIChuVmlkaWEg bkZvcmNlMy1Qcm8xNTApCmRldmljZQkJYXRwaWMJCSMgODI1OUEgY29tcGF0YWJpbGl0eQpvcHRp b25zIAlOT19NSVhFRF9NT0RFCSMgRG9uJ3QgcGVuYWxpemUgd29ya2luZyBjaGlwc2V0cwoKIyBC dXMgc3VwcG9ydC4gIERvIG5vdCByZW1vdmUgaXNhLCBldmVuIGlmIHlvdSBoYXZlIG5vIGlzYSBz bG90cwpkZXZpY2UJCWFjcGkKZGV2aWNlCQlpc2EKZGV2aWNlCQlwY2kKZGV2aWNlCQlhZ3AKCmRl dmljZQkJcmFkZW9uZHJtCgojIEZsb3BweSBkcml2ZXMKZGV2aWNlCQlmZGMKCiMgQVRBIGFuZCBB VEFQSSBkZXZpY2VzCmRldmljZQkJYXRhCmRldmljZQkJYXRhZGlzawkJIyBBVEEgZGlzayBkcml2 ZXMKZGV2aWNlCQlhdGFyYWlkCQkjIEFUQSBSQUlEIGRyaXZlcwpkZXZpY2UJCWF0YXBpY2QJCSMg QVRBUEkgQ0RST00gZHJpdmVzCmRldmljZQkJYXRhcGlmZAkJIyBBVEFQSSBmbG9wcHkgZHJpdmVz CiNkZXZpY2UJCWF0YXBpc3QJCSMgQVRBUEkgdGFwZSBkcml2ZXMKb3B0aW9ucyAJQVRBX1NUQVRJ Q19JRAkjIFN0YXRpYyBkZXZpY2UgbnVtYmVyaW5nCgoKI2FkZGVkIGJ5IHNpYXZvc2ghCiNkZXZp Y2UJCWF0YXBpY2FtCgoKIyBTQ1NJIENvbnRyb2xsZXJzCiNkZXZpY2UJCWFoYwkJIyBBSEEyOTQw IGFuZCBvbmJvYXJkIEFJQzd4eHggZGV2aWNlcwojZGV2aWNlCQlhaGQJCSMgQUhBMzkzMjAvMjkz MjAgYW5kIG9uYm9hcmQgQUlDNzl4eCBkZXZpY2VzCiNkZXZpY2UJCWFtZAkJIyBBTUQgNTNDOTc0 IChUZWtyYW0gREMtMzkwKFQpKQojZGV2aWNlCQlpc3AJCSMgUWxvZ2ljIGZhbWlseQojZGV2aWNl CQltcHQJCSMgTFNJLUxvZ2ljIE1QVC1GdXNpb24KI2RldmljZQkJbmNyCQkjIE5DUi9TeW1iaW9z IExvZ2ljCiNkZXZpY2UJCXN5bQkJIyBOQ1IvU3ltYmlvcyBMb2dpYyAobmV3ZXIgY2hpcHNldHMg KyB0aG9zZSBvZiBgbmNyJykKI2RldmljZQkJdHJtCQkjIFRla3JhbSBEQzM5NVUvVVcvRiBEQzMx NVUgYWRhcHRlcnMKCiNkZXZpY2UJCWFkdgkJIyBBZHZhbnN5cyBTQ1NJIGFkYXB0ZXJzCiNkZXZp Y2UJCWFkdwkJIyBBZHZhbnN5cyB3aWRlIFNDU0kgYWRhcHRlcnMKI2RldmljZQkJYWljCQkjIEFk YXB0ZWMgMTVbMDEyXXggU0NTSSBhZGFwdGVycywgQUlDLTZbMjNdNjAuCiNkZXZpY2UJCWJ0CQkj IEJ1c2xvZ2ljL015bGV4IE11bHRpTWFzdGVyIFNDU0kgYWRhcHRlcnMKCgojIFNDU0kgcGVyaXBo ZXJhbHMKZGV2aWNlCQlzY2J1cwkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQgZm9yIFNDU0kpCmRldmlj ZQkJY2gJCSMgU0NTSSBtZWRpYSBjaGFuZ2VycwpkZXZpY2UJCWRhCQkjIERpcmVjdCBBY2Nlc3Mg KGRpc2tzKQojZGV2aWNlCQlzYQkJIyBTZXF1ZW50aWFsIEFjY2VzcyAodGFwZSBldGMpCmRldmlj ZQkJY2QJCSMgQ0QKZGV2aWNlCQlwYXNzCQkjIFBhc3N0aHJvdWdoIGRldmljZSAoZGlyZWN0IFND U0kgYWNjZXNzKQpkZXZpY2UJCXNlcwkJIyBTQ1NJIEVudmlyb25tZW50YWwgU2VydmljZXMgKGFu ZCBTQUYtVEUpCgojIFJBSUQgY29udHJvbGxlcnMgaW50ZXJmYWNlZCB0byB0aGUgU0NTSSBzdWJz eXN0ZW0KI2RldmljZQkJYW1yCQkjIEFNSSBNZWdhUkFJRAojZGV2aWNlCQljaXNzCQkjIENvbXBh cSBTbWFydCBSQUlEIDUqCiNkZXZpY2UJCWRwdAkJIyBEUFQgU21hcnRjYWNoZSBJSUksIElWIC0g U2VlIE5PVEVTIGZvciBvcHRpb25zCiNkZXZpY2UJCWlpcgkJIyBJbnRlbCBJbnRlZ3JhdGVkIFJB SUQKI2RldmljZQkJaXBzCQkjIElCTSAoQWRhcHRlYykgU2VydmVSQUlECiNkZXZpY2UJCW1seQkJ IyBNeWxleCBBY2NlbGVSQUlEL2VYdHJlbWVSQUlECiNkZXZpY2UJCXR3YQkJIyAzd2FyZSA5MDAw IHNlcmllcyBQQVRBL1NBVEEgUkFJRAoKIyBSQUlEIGNvbnRyb2xsZXJzCiNkZXZpY2UJCWFhYwkJ IyBBZGFwdGVjIEZTQSBSQUlECiNkZXZpY2UJCWFhY3AJCSMgU0NTSSBwYXNzdGhyb3VnaCBmb3Ig YWFjIChyZXF1aXJlcyBDQU0pCiNkZXZpY2UJCWlkYQkJIyBDb21wYXEgU21hcnQgUkFJRAojZGV2 aWNlCQltbHgJCSMgTXlsZXggREFDOTYwIGZhbWlseQojWFhYIHBvaW50ZXIvaW50IHdhcm5pbmdz CiNkZXZpY2UJCXBzdAkJIyBQcm9taXNlIFN1cGVydHJhayBTWDYwMDAKI2RldmljZQkJdHdlCQkj IDN3YXJlIEFUQSBSQUlECgojIGF0a2JkYzAgY29udHJvbHMgYm90aCB0aGUga2V5Ym9hcmQgYW5k IHRoZSBQUy8yIG1vdXNlCmRldmljZQkJYXRrYmRjCQkjIEFUIGtleWJvYXJkIGNvbnRyb2xsZXIK ZGV2aWNlCQlhdGtiZAkJIyBBVCBrZXlib2FyZAojZGV2aWNlCQlwc20JCSMgUFMvMiBtb3VzZQoK ZGV2aWNlCQl2Z2EJCSMgVkdBIHZpZGVvIGNhcmQgZHJpdmVyCgpkZXZpY2UJCXNwbGFzaAkJIyBT cGxhc2ggc2NyZWVuIGFuZCBzY3JlZW4gc2F2ZXIgc3VwcG9ydAoKIyBzeXNjb25zIGlzIHRoZSBk ZWZhdWx0IGNvbnNvbGUgZHJpdmVyLCByZXNlbWJsaW5nIGFuIFNDTyBjb25zb2xlCmRldmljZQkJ c2MKCiMgUENDQVJEIChQQ01DSUEpIHN1cHBvcnQKIyBQQ01DSUEgYW5kIGNhcmRidXMgYnJpZGdl IHN1cHBvcnQKI2RldmljZQkJY2JiCQkjIGNhcmRidXMgKHllbnRhKSBicmlkZ2UKI2RldmljZQkJ cGNjYXJkCQkjIFBDIENhcmQgKDE2LWJpdCkgYnVzCiNkZXZpY2UJCWNhcmRidXMJCSMgQ2FyZEJ1 cyAoMzItYml0KSBidXMKCiMgU2VyaWFsIChDT00pIHBvcnRzCmRldmljZQkJc2lvCQkjIDgyNTAs IDE2WzQ1XTUwIGJhc2VkIHNlcmlhbCBwb3J0cwoKIyBQYXJhbGxlbCBwb3J0CmRldmljZQkJcHBj CmRldmljZQkJcHBidXMJCSMgUGFyYWxsZWwgcG9ydCBidXMgKHJlcXVpcmVkKQpkZXZpY2UJCWxw dAkJIyBQcmludGVyCiNkZXZpY2UJCXBsaXAJCSMgVENQL0lQIG92ZXIgcGFyYWxsZWwKZGV2aWNl CQlwcGkJCSMgUGFyYWxsZWwgcG9ydCBpbnRlcmZhY2UgZGV2aWNlCiNkZXZpY2UJCXZwbwkJIyBS ZXF1aXJlcyBzY2J1cyBhbmQgZGEKCiMgSWYgeW91J3ZlIGdvdCBhICJkdW1iIiBzZXJpYWwgb3Ig cGFyYWxsZWwgUENJIGNhcmQgdGhhdCBpcwojIHN1cHBvcnRlZCBieSB0aGUgcHVjKDQpIGdsdWUg ZHJpdmVyLCB1bmNvbW1lbnQgdGhlIGZvbGxvd2luZwojIGxpbmUgdG8gZW5hYmxlIGl0IChjb25u ZWN0cyB0byB0aGUgc2lvIGFuZC9vciBwcGMgZHJpdmVycyk6CiNkZXZpY2UgICAgICAgICBwdWMK CiMgUENJIEV0aGVybmV0IE5JQ3MuCiNkZXZpY2UJCWRlCQkjIERFQy9JbnRlbCBEQzIxeDR4IChg YFR1bGlwJycpCiNkZXZpY2UJCWVtCQkjIEludGVsIFBSTy8xMDAwIGFkYXB0ZXIgR2lnYWJpdCBF dGhlcm5ldCBDYXJkCiNkZXZpY2UJCWl4Z2IJCSMgSW50ZWwgUFJPLzEwR2JFIEV0aGVybmV0IENh cmQKI2RldmljZQkJdHhwCQkjIDNDb20gM2NSOTkwIChgYFR5cGhvb24nJykKI2RldmljZQkJdngJ CSMgM0NvbSAzYzU5MCwgM2M1OTUgKGBgVm9ydGV4JycpCgojIFBDSSBFdGhlcm5ldCBOSUNzIHRo YXQgdXNlIHRoZSBjb21tb24gTUlJIGJ1cyBjb250cm9sbGVyIGNvZGUuCiMgTk9URTogQmUgc3Vy ZSB0byBrZWVwIHRoZSAnZGV2aWNlIG1paWJ1cycgbGluZSBpbiBvcmRlciB0byB1c2UgdGhlc2Ug TklDcyEKZGV2aWNlCQltaWlidXMJCSMgTUlJIGJ1cyBzdXBwb3J0CiNkZXZpY2UJCWJmZQkJIyBC cm9hZGNvbSBCQ000NDB4IDEwLzEwMCBFdGhlcm5ldAojZGV2aWNlCQliZ2UJCSMgQnJvYWRjb20g QkNNNTcweHggR2lnYWJpdCBFdGhlcm5ldAojZGV2aWNlCQlkYwkJIyBERUMvSW50ZWwgMjExNDMg YW5kIHZhcmlvdXMgd29ya2FsaWtlcwojZGV2aWNlCQlmeHAJCSMgSW50ZWwgRXRoZXJFeHByZXNz IFBSTy8xMDBCICg4MjU1NywgODI1NTgpCiNkZXZpY2UJCXBjbgkJIyBBTUQgQW03OUM5N3ggUENJ IDEwLzEwMCAocHJlY2VkZW5jZSBvdmVyICdsbmMnKQojZGV2aWNlCQlyZQkJIyBSZWFsVGVrIDgx MzlDKy84MTY5LzgxNjlTLzgxMTBTCiNkZXZpY2UJCXJsCQkjIFJlYWxUZWsgODEyOS84MTM5CiNk ZXZpY2UJCXNmCQkjIEFkYXB0ZWMgQUlDLTY5MTUgKGBgU3RhcmZpcmUnJykKI2RldmljZQkJc2lz CQkjIFNpbGljb24gSW50ZWdyYXRlZCBTeXN0ZW1zIFNpUyA5MDAvU2lTIDcwMTYKZGV2aWNlCQlz awkJIyBTeXNLb25uZWN0IFNLLTk4NHggJiBTSy05ODJ4IGdpZ2FiaXQgRXRoZXJuZXQKI2Rldmlj ZQkJc3RlCQkjIFN1bmRhbmNlIFNUMjAxIChELUxpbmsgREZFLTU1MFRYKQojZGV2aWNlCQl0aQkJ IyBBbHRlb24gTmV0d29ya3MgVGlnb24gSS9JSSBnaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCXRs CQkjIFRleGFzIEluc3RydW1lbnRzIFRodW5kZXJMQU4KI2RldmljZQkJdHgJCSMgU01DIEV0aGVy UG93ZXIgSUkgKDgzYzE3MCBgYEVQSUMnJykKI2RldmljZQkJdmdlCQkjIFZJQSBWVDYxMnggZ2ln YWJpdCBldGhlcm5ldApkZXZpY2UJCXZyCQkjIFZJQSBSaGluZSwgUmhpbmUgSUkKI2RldmljZQkJ d2IJCSMgV2luYm9uZCBXODlDODQwRgojZGV2aWNlCQl4bAkJIyAzQ29tIDNjOTB4IChgYEJvb21l cmFuZycnLCBgYEN5Y2xvbmUnJykKCiMgSVNBIEV0aGVybmV0IE5JQ3MuICBwY2NhcmQgTklDcyBp bmNsdWRlZC4KI2RldmljZQkJY3MJCSMgQ3J5c3RhbCBTZW1pY29uZHVjdG9yIENTODl4MCBOSUMK IyAnZGV2aWNlIGVkJyByZXF1aXJlcyAnZGV2aWNlIG1paWJ1cycKIyBYWFgga3Z0b3AgYnJva2Vu bmVzcywgcG9pbnRlci9pbnQgd2FybmluZ3MKI2RldmljZQkJZWQJCSMgTkVbMTJdMDAwLCBTTUMg VWx0cmEsIDNjNTAzLCBEUzgzOTAgY2FyZHMKI2RldmljZQkJZXgJCSMgSW50ZWwgRXRoZXJFeHBy ZXNzIFByby8xMCBhbmQgUHJvLzEwKwojZGV2aWNlCQllcAkJIyBFdGhlcmxpbmsgSUlJIGJhc2Vk IGNhcmRzCiNkZXZpY2UJCWZlCQkjIEZ1aml0c3UgTUI4Njk2eCBiYXNlZCBjYXJkcwojIFhYWCBr dnRvcCBicm9rZW5uZXNzLCBwb2ludGVyL2ludCB3YXJuaW5ncwojZGV2aWNlCQlsbmMJCSMgTkUy MTAwLCBORTMyLVZMIExhbmNlIEV0aGVybmV0IGNhcmRzCiNkZXZpY2UJCXNuCQkjIFNNQydzIDkw MDAgc2VyaWVzIG9mIEV0aGVybmV0IGNoaXBzCiNkZXZpY2UJCXhlCQkjIFhpcmNvbSBwY2NhcmQg RXRoZXJuZXQKCiMgV2lyZWxlc3MgTklDIGNhcmRzCiNkZXZpY2UJCXdsYW4JCSMgODAyLjExIHN1 cHBvcnQKI2RldmljZQkJYW4JCSMgQWlyb25ldCA0NTAwLzQ4MDAgODAyLjExIHdpcmVsZXNzIE5J Q3MuCiNkZXZpY2UJCWF3aQkJIyBCYXlTdGFjayA2NjAgYW5kIG90aGVycwojZGV2aWNlCQl3aQkJ IyBXYXZlTEFOL0ludGVyc2lsL1N5bWJvbCA4MDIuMTEgd2lyZWxlc3MgTklDcy4KCiMgUHNldWRv IGRldmljZXMuCmRldmljZQkJbG9vcAkJIyBOZXR3b3JrIGxvb3BiYWNrCmRldmljZQkJbWVtCQkj IE1lbW9yeSBhbmQga2VybmVsIG1lbW9yeSBkZXZpY2VzCmRldmljZQkJaW8JCSMgSS9PIGRldmlj ZQpkZXZpY2UJCXJhbmRvbQkJIyBFbnRyb3B5IGRldmljZQpkZXZpY2UJCWV0aGVyCQkjIEV0aGVy bmV0IHN1cHBvcnQKI2RldmljZQkJc2wJCSMgS2VybmVsIFNMSVAKZGV2aWNlCQlwcHAJCSMgS2Vy bmVsIFBQUApkZXZpY2UJCXR1bgkJIyBQYWNrZXQgdHVubmVsLgpkZXZpY2UJCXB0eQkJIyBQc2V1 ZG8tdHR5cyAodGVsbmV0IGV0YykKZGV2aWNlCQltZAkJIyBNZW1vcnkgImRpc2tzIgpkZXZpY2UJ CWdpZgkJIyBJUHY2IGFuZCBJUHY0IHR1bm5lbGluZwojZGV2aWNlCQlmYWl0aAkJIyBJUHY2LXRv LUlQdjQgcmVsYXlpbmcgKHRyYW5zbGF0aW9uKQoKIyBUaGUgYGJwZicgZGV2aWNlIGVuYWJsZXMg dGhlIEJlcmtlbGV5IFBhY2tldCBGaWx0ZXIuCiMgQmUgYXdhcmUgb2YgdGhlIGFkbWluaXN0cmF0 aXZlIGNvbnNlcXVlbmNlcyBvZiBlbmFibGluZyB0aGlzIQpkZXZpY2UJCWJwZgkJIyBCZXJrZWxl eSBwYWNrZXQgZmlsdGVyCgojIFVTQiBzdXBwb3J0CmRldmljZQkJdWhjaQkJIyBVSENJIFBDSS0+ VVNCIGludGVyZmFjZQpkZXZpY2UJCW9oY2kJCSMgT0hDSSBQQ0ktPlVTQiBpbnRlcmZhY2UKZGV2 aWNlCQl1c2IJCSMgVVNCIEJ1cyAocmVxdWlyZWQpCiNkZXZpY2UJCXVkYnAJCSMgVVNCIERvdWJs ZSBCdWxrIFBpcGUgZGV2aWNlcwpkZXZpY2UJCXVnZW4JCSMgR2VuZXJpYwpkZXZpY2UJCXVoaWQJ CSMgIkh1bWFuIEludGVyZmFjZSBEZXZpY2VzIgpkZXZpY2UJCXVrYmQJCSMgS2V5Ym9hcmQKZGV2 aWNlCQl1bHB0CQkjIFByaW50ZXIKI2RldmljZQkJdW1hc3MJCSMgRGlza3MvTWFzcyBzdG9yYWdl IC0gUmVxdWlyZXMgc2NidXMgYW5kIGRhCmRldmljZQkJdW1zCQkjIE1vdXNlCiNkZXZpY2UJCXVy aW8JCSMgRGlhbW9uZCBSaW8gNTAwIE1QMyBwbGF5ZXIKI2RldmljZQkJdXNjYW5uZXIJIyBTY2Fu bmVycwojIFVTQiBFdGhlcm5ldCwgcmVxdWlyZXMgbWlpCiNkZXZpY2UJCWF1ZQkJIyBBRE10ZWsg VVNCIEV0aGVybmV0CiNkZXZpY2UJCWF4ZQkJIyBBU0lYIEVsZWN0cm9uaWNzIFVTQiBFdGhlcm5l dAojZGV2aWNlCQljdWUJCSMgQ0FUQyBVU0IgRXRoZXJuZXQKI2RldmljZQkJa3VlCQkjIEthd2Fz YWtpIExTSSBVU0IgRXRoZXJuZXQKI2RldmljZQkJcnVlCQkjIFJlYWxUZWsgUlRMODE1MCBVU0Ig RXRoZXJuZXQKCiMgRmlyZVdpcmUgc3VwcG9ydAojZGV2aWNlCQlmaXJld2lyZQkjIEZpcmVXaXJl IGJ1cyBjb2RlCiNkZXZpY2UJCXNicAkJIyBTQ1NJIG92ZXIgRmlyZVdpcmUgKFJlcXVpcmVzIHNj YnVzIGFuZCBkYSkKI2RldmljZQkJZndlCQkjIEV0aGVybmV0IG92ZXIgRmlyZVdpcmUgKG5vbi1z dGFuZGFyZCEpCgoKZGV2aWNlCQlzb3VuZApkZXZpY2UgICAgICAgICAgInNuZF9hZDE4MTYiCmRl dmljZSAgICAgICAgICAic25kX2FsczQwMDAiCiNkZXZpY2UgICAgICAgICAic25kX2F1ODh4MCIK ZGV2aWNlICAgICAgICAgIHNuZF9jbWkKZGV2aWNlICAgICAgICAgICJzbmRfY3M0MjgxIgpkZXZp Y2UgICAgICAgICAgc25kX2NzYQpkZXZpY2UgICAgICAgICAgInNuZF9kczEiCmRldmljZSAgICAg ICAgICAic25kX2VtdTEwazEiCmRldmljZSAgICAgICAgICAic25kX2VzMTM3eCIKZGV2aWNlICAg ICAgICAgIHNuZF9lc3MKZGV2aWNlICAgICAgICAgICJzbmRfZm04MDEiCmRldmljZSAgICAgICAg ICBzbmRfZ3VzYwpkZXZpY2UgICAgICAgICAgc25kX2ljaApkZXZpY2UgICAgICAgICAgc25kX21h ZXN0cm8KZGV2aWNlICAgICAgICAgICJzbmRfbWFlc3RybzMiCmRldmljZSAgICAgICAgICBzbmRf bXNzCmRldmljZSAgICAgICAgICBzbmRfbmVvbWFnaWMKZGV2aWNlICAgICAgICAgICJzbmRfc2Ix NiIKZGV2aWNlICAgICAgICAgICJzbmRfc2I4IgpkZXZpY2UgICAgICAgICAgc25kX3NiYwpkZXZp Y2UgICAgICAgICAgc25kX3NvbG8KZGV2aWNlICAgICAgICAgICJzbmRfdDRkd2F2ZSIKZGV2aWNl ICAgICAgICAgICJzbmRfdmlhODIzMyIKZGV2aWNlICAgICAgICAgICJzbmRfdmlhODJjNjg2Igpk ZXZpY2UgICAgICAgICAgc25kX3ZpYmVzCiNkZXZpY2UgICAgICAgICAic25kX3ZvcnRleDEiCmRl dmljZSAgICAgICAgICBzbmRfdWF1ZGlvCiNkZXZpY2UJCXBmCiNkZXZpY2UJCXBmbG9nCiNkZXZp Y2UJCXBmc3luYwo= ------=_Part_2731_10930499.1112568706121 Content-Type: application/octet-stream; name="dmesg" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMy1SRUxFQVNFICMwOiBTdW4gQXByICAzIDAzOjEzOjQz IElSRFQgMjAwNQogICAgcm9vdEBIRGVza3RvcC5TSHBwOi91c3Ivb2JqL3Vzci9zcmMvc3lzL3Np YXZvc2gKQUNQSSBBUElDIFRhYmxlOiA8TnZpZGlhIEFXUkRBQ1BJPgpUaW1lY291bnRlciAiaTgy NTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApDUFU6IEFNRCBBdGhsb24odG0pIDY0 IFByb2Nlc3NvciAzMDAwKyAoMTgwOC44MS1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJB dXRoZW50aWNBTUQiICBJZCA9IDB4MTBmZjAgIFN0ZXBwaW5nID0gMAogIEZlYXR1cmVzPTB4Nzhi ZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdF LE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNSLFNTRSxTU0UyPgogIEFNRCBGZWF0 dXJlcz0weGUyNTAwODAwPFNZU0NBTEwsTlgsTU1YKyw8YjI1PixMTSwzRE5vdyssM0ROb3c+CnJl YWwgbWVtb3J5ICA9IDUzNjgwNTM3NiAoNTExIE1CKQphdmFpbCBtZW1vcnkgPSA1MDkzOTA4NDgg KDQ4NSBNQikKaW9hcGljMCA8VmVyc2lvbiAxLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZAph Y3BpMDogPE52aWRpYSBBV1JEQUNQST4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFBvd2VyIEJ1dHRv biAoZml4ZWQpClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1 YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9y dCAweDEwMDgtMHgxMDBiIG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKYWNwaV9i dXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJp ZGdlPiBwb3J0IDB4Y2YwLTB4Y2YzLDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIwCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24g cGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBh dCBkZXZpY2UgMS4xIChubyBkcml2ZXIgYXR0YWNoZWQpCm9oY2kwOiA8T0hDSSAoZ2VuZXJpYykg VVNCIGNvbnRyb2xsZXI+IG1lbSAweGZjMDAzMDAwLTB4ZmMwMDNmZmYgaXJxIDIyIGF0IGRldmlj ZSAyLjAgb24gcGNpMApvaGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMDogT0hDSSB2ZXJzaW9uIDEu MCwgbGVnYWN5IHN1cHBvcnQKdXNiMDogU01NIGRvZXMgbm90IHJlc3BvbmQsIHJlc2V0dGluZwp1 c2IwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwCnVzYjA6IFVTQiBy ZXZpc2lvbiAxLjAKdWh1YjA6IG5WaWRpYSBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAx LjAwLzEuMDAsIGFkZHIgMQp1aHViMDogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKb2hjaTE6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZmMwMDQw MDAtMHhmYzAwNGZmZiBpcnEgMjEgYXQgZGV2aWNlIDIuMSBvbiBwY2kwCm9oY2kxOiBbR0lBTlQt TE9DS0VEXQp1c2IxOiBPSENJIHZlcnNpb24gMS4wLCBsZWdhY3kgc3VwcG9ydAp1c2IxOiBTTU0g ZG9lcyBub3QgcmVzcG9uZCwgcmVzZXR0aW5nCnVzYjE6IDxPSENJIChnZW5lcmljKSBVU0IgY29u dHJvbGxlcj4gb24gb2hjaTEKdXNiMTogVVNCIHJldmlzaW9uIDEuMAp1aHViMTogblZpZGlhIE9I Q0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIxOiA0IHBv cnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMjogVGV4YXMgSW5zdHJ1bWVu dHMgVFVTQjIwNDYgaHViLCBjbGFzcyA5LzAsIHJldiAxLjEwLzEuMjUsIGFkZHIgMgp1aHViMjog NCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdW1zMDogR2VuZXN5cyBMb2dp YyBVU0IgTW91c2UsIHJldiAxLjAwLzIuNDIsIGFkZHIgMywgaWNsYXNzIDMvMQp1bXMwOiAzIGJ1 dHRvbnMgYW5kIFogZGlyLgpwY2kwOiA8c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMi4yIChu byBkcml2ZXIgYXR0YWNoZWQpCnBjbTA6IDxuVmlkaWEgbkZvcmNlMyAyNTA+IHBvcnQgMHhiYzAw LTB4YmM3ZiwweGI4MDAtMHhiOGZmIG1lbSAweGZjMDAxMDAwLTB4ZmMwMDFmZmYgaXJxIDIyIGF0 IGRldmljZSA2LjAgb24gcGNpMApwY20wOiBbR0lBTlQtTE9DS0VEXQpwY20wOiA8QXZhbmNlIExv Z2ljIEFMQzg1MCBBQzk3IENvZGVjPgphdGFwY2kwOiA8blZpZGlhIG5Gb3JjZTMgUHJvIFVETUEx MzMgY29udHJvbGxlcj4gcG9ydCAweGYwMDAtMHhmMDBmLDB4Mzc2LDB4MTcwLTB4MTc3LDB4M2Y2 LDB4MWYwLTB4MWY3IGF0IGRldmljZSA4LjAgb24gcGNpMAphdGEwOiBjaGFubmVsICMwIG9uIGF0 YXBjaTAKYXRhMTogY2hhbm5lbCAjMSBvbiBhdGFwY2kwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gYXQgZGV2aWNlIDExLjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li MQpwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQp CnBjaTE6IDxkaXNwbGF5PiBhdCBkZXZpY2UgMC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIy OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDE0LjAgb24gcGNpMApwY2kyOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMgp2cjA6IDxWSUEgVlQ2MTA1IFJoaW5lIElJSSAxMC8xMDBCYXNl VFg+IHBvcnQgMHhhMDAwLTB4YTBmZiBtZW0gMHhmYjAwNDAwMC0weGZiMDA0MGZmIGlycSAxNiBh dCBkZXZpY2UgOC4wIG9uIHBjaTIKbWlpYnVzMDogPE1JSSBidXM+IG9uIHZyMAp1a3BoeTA6IDxH ZW5lcmljIElFRUUgODAyLjN1IG1lZGlhIGludGVyZmFjZT4gb24gbWlpYnVzMAp1a3BoeTA6ICAx MGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCnZyMDog RXRoZXJuZXQgYWRkcmVzczogMDA6MGQ6ODg6NTA6NjE6YzIKc2tjMDogPE1hcnZlbGwgR2lnYWJp dCBFdGhlcm5ldD4gcG9ydCAweGE0MDAtMHhhNGZmIG1lbSAweGZiMDAwMDAwLTB4ZmIwMDNmZmYg aXJxIDE5IGF0IGRldmljZSAxMS4wIG9uIHBjaTIKc2tjMDogWXVrb24gR2lnYWJpdCBFdGhlcm5l dCAxMC8xMDAvMTAwMEJhc2UtVCBBZGFwdGVyCnNrMDogPE1hcnZlbGwgU2VtaWNvbmR1Y3Rvciwg SW5jLiBZdWtvbj4gb24gc2tjMApzazA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjBmOmVhOjZhOjVl OmU3Cm1paWJ1czE6IDxNSUkgYnVzPiBvbiBzazAKZTEwMDBwaHkwOiA8TWFydmVsbCA4OEUxMDAw IEdpZ2FiaXQgUEhZPiBvbiBtaWlidXMxCmUxMDAwcGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRY LCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVFgtRkRYLCBhdXRvCnNpbzA6IDwx NjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAw eDEwIG9uIGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCnNpbzE6IDwxNjU1MEEtY29tcGF0aWJsZSBD T00gcG9ydD4gcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBhY3BpMApzaW8xOiB0eXBlIDE2NTUw QQpwcGMwOiA8RUNQIHBhcmFsbGVsIHByaW50ZXIgcG9ydD4gcG9ydCAweDc3OC0weDc3YiwweDM3 OC0weDM3ZiBpcnEgNyBkcnEgMyBvbiBhY3BpMApwcGMwOiBTTUMtbGlrZSBjaGlwc2V0IChFQ1Av RVBQL1BTMi9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQpwcGMwOiBGSUZPIHdpdGggMTYvMTYv MTYgYnl0ZXMgdGhyZXNob2xkCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwCmxw dDA6IDxQcmludGVyPiBvbiBwcGJ1czAKbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0CnBwaTA6 IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAo aTgwNDIpPiBwb3J0IDB4NjQsMHg2MCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2Fy ZD4gZmxhZ3MgMHgxIGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lB TlQtTE9DS0VEXQpvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGQwMDAwLTB4ZDdm ZmYsMHhjMDAwMC0weGNjZmZmIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdz IDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAw Pgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAw MDAtMHhiZmZmZiBvbiBpc2EwClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAxODA4ODExNTQ2 IEh6IHF1YWxpdHkgODAwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDAuOTc2IG1zZWMKYWQwOiA3 ODE2Nk1CIDxNYXh0b3IgNlkwODBMMC9ZQVI0MUJXMD4gWzE1ODgxMy8xNi82M10gYXQgYXRhMC1t YXN0ZXIgVURNQTEzMwphZDE6IDExNzI0Nk1CIDxNYXh0b3IgNlkxMjBMMC9ZQVI0MUJXMD4gWzIz ODIxNi8xNi82M10gYXQgYXRhMC1zbGF2ZSBVRE1BMTMzCmFjZDA6IENEUlcgPEFTVVMgQ1JXLTUy MjRBLzEuMzU+IGF0IGF0YTEtc2xhdmUgVURNQTMzCnBjbTA6IG1lYXN1cmVkIGFjOTcgbGluayBy YXRlIGF0IDEzMTQxIEh6Ck1vdW50aW5nIHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzM2EKV0FSTklO RzogLyB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKV0FSTklORzogL3RtcCB3YXMgbm90IHBy b3Blcmx5IGRpc21vdW50ZWQKL3RtcDogbW91bnQgcGVuZGluZyBlcnJvcjogYmxvY2tzIDQgZmls ZXMgMgpXQVJOSU5HOiAvdXNyIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZApXQVJOSU5HOiAv dXNyL2hvbWUgd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCldBUk5JTkc6IC92YXIgd2FzIG5v dCBwcm9wZXJseSBkaXNtb3VudGVkCi92YXI6IG1vdW50IHBlbmRpbmcgZXJyb3I6IGJsb2NrcyA0 NCBmaWxlcyAxMwpjYWxjcnU6IHJ1bnRpbWUgd2VudCBiYWNrd2FyZHMgZnJvbSAxMDI4NzU3IHVz ZWMgdG8gMzAyNjc4IHVzZWMgZm9yIHBpZCAxMSAoaWRsZSkKY2FsY3J1OiBydW50aW1lIHdlbnQg YmFja3dhcmRzIGZyb20gMTAyODc1NyB1c2VjIHRvIDMwMjY3OCB1c2VjIGZvciBwaWQgMTEgKGlk bGUpCg== ------=_Part_2731_10930499.1112568706121 Content-Type: application/octet-stream; name="dmesg2" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg2" Q29weXJpZ2h0IChjKSAxOTkyLTIwMDQgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIDUuMy1SRUxFQVNFICMwOiBTdW4gQXByICAzIDAzOjEzOjQz IElSRFQgMjAwNQogICAgcm9vdEBIRGVza3RvcC5TSHBwOi91c3Ivb2JqL3Vzci9zcmMvc3lzL3Np YXZvc2gKQUNQSSBBUElDIFRhYmxlOiA8TnZpZGlhIEFXUkRBQ1BJPgpUaW1lY291bnRlciAiaTgy NTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMApDUFU6IEFNRCBBdGhsb24odG0pIDY0 IFByb2Nlc3NvciAzMDAwKyAoMTgwOC44MS1NSHogSzgtY2xhc3MgQ1BVKQogIE9yaWdpbiA9ICJB dXRoZW50aWNBTUQiICBJZCA9IDB4MTBmZjAgIFN0ZXBwaW5nID0gMAogIEZlYXR1cmVzPTB4Nzhi ZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdF LE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNSLFNTRSxTU0UyPgogIEFNRCBGZWF0 dXJlcz0weGUyNTAwODAwPFNZU0NBTEwsTlgsTU1YKyw8YjI1PixMTSwzRE5vdyssM0ROb3c+CnJl YWwgbWVtb3J5ICA9IDUzNjgwNTM3NiAoNTExIE1CKQphdmFpbCBtZW1vcnkgPSA1MDkzOTA4NDgg KDQ4NSBNQikKaW9hcGljMCA8VmVyc2lvbiAxLjE+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZAph Y3BpMDogPE52aWRpYSBBV1JEQUNQST4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFBvd2VyIEJ1dHRv biAoZml4ZWQpClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1 YWxpdHkgMTAwMAphY3BpX3RpbWVyMDogPDI0LWJpdCB0aW1lciBhdCAzLjU3OTU0NU1Iej4gcG9y dCAweDEwMDgtMHgxMDBiIG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKYWNwaV9i dXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJp ZGdlPiBwb3J0IDB4Y2YwLTB4Y2YzLDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkwCnBjaTA6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWIwCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAxLjAgb24g cGNpMAppc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKcGNpMDogPHNlcmlhbCBidXMsIFNNQnVzPiBh dCBkZXZpY2UgMS4xIChubyBkcml2ZXIgYXR0YWNoZWQpCm9oY2kwOiA8T0hDSSAoZ2VuZXJpYykg VVNCIGNvbnRyb2xsZXI+IG1lbSAweGZjMDAzMDAwLTB4ZmMwMDNmZmYgaXJxIDIyIGF0IGRldmlj ZSAyLjAgb24gcGNpMApvaGNpMDogW0dJQU5ULUxPQ0tFRF0KdXNiMDogT0hDSSB2ZXJzaW9uIDEu MCwgbGVnYWN5IHN1cHBvcnQKdXNiMDogU01NIGRvZXMgbm90IHJlc3BvbmQsIHJlc2V0dGluZwp1 c2IwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwCnVzYjA6IFVTQiBy ZXZpc2lvbiAxLjAKdWh1YjA6IG5WaWRpYSBPSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAx LjAwLzEuMDAsIGFkZHIgMQp1aHViMDogNCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKb2hjaTE6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZmMwMDQw MDAtMHhmYzAwNGZmZiBpcnEgMjEgYXQgZGV2aWNlIDIuMSBvbiBwY2kwCm9oY2kxOiBbR0lBTlQt TE9DS0VEXQp1c2IxOiBPSENJIHZlcnNpb24gMS4wLCBsZWdhY3kgc3VwcG9ydAp1c2IxOiBTTU0g ZG9lcyBub3QgcmVzcG9uZCwgcmVzZXR0aW5nCnVzYjE6IDxPSENJIChnZW5lcmljKSBVU0IgY29u dHJvbGxlcj4gb24gb2hjaTEKdXNiMTogVVNCIHJldmlzaW9uIDEuMAp1aHViMTogblZpZGlhIE9I Q0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIxOiA0IHBv cnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMjogVGV4YXMgSW5zdHJ1bWVu dHMgVFVTQjIwNDYgaHViLCBjbGFzcyA5LzAsIHJldiAxLjEwLzEuMjUsIGFkZHIgMgp1aHViMjog NCBwb3J0cyB3aXRoIDQgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdW1zMDogR2VuZXN5cyBMb2dp YyBVU0IgTW91c2UsIHJldiAxLjAwLzIuNDIsIGFkZHIgMywgaWNsYXNzIDMvMQp1bXMwOiAzIGJ1 dHRvbnMgYW5kIFogZGlyLgpwY2kwOiA8c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZpY2UgMi4yIChu byBkcml2ZXIgYXR0YWNoZWQpCnBjbTA6IDxuVmlkaWEgbkZvcmNlMyAyNTA+IHBvcnQgMHhiYzAw LTB4YmM3ZiwweGI4MDAtMHhiOGZmIG1lbSAweGZjMDAxMDAwLTB4ZmMwMDFmZmYgaXJxIDIyIGF0 IGRldmljZSA2LjAgb24gcGNpMApwY20wOiBbR0lBTlQtTE9DS0VEXQpwY20wOiA8QXZhbmNlIExv Z2ljIEFMQzg1MCBBQzk3IENvZGVjPgphdGFwY2kwOiA8blZpZGlhIG5Gb3JjZTMgUHJvIFVETUEx MzMgY29udHJvbGxlcj4gcG9ydCAweGYwMDAtMHhmMDBmLDB4Mzc2LDB4MTcwLTB4MTc3LDB4M2Y2 LDB4MWYwLTB4MWY3IGF0IGRldmljZSA4LjAgb24gcGNpMAphdGEwOiBjaGFubmVsICMwIG9uIGF0 YXBjaTAKYXRhMTogY2hhbm5lbCAjMSBvbiBhdGFwY2kwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gYXQgZGV2aWNlIDExLjAgb24gcGNpMApwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2li MQpwY2kxOiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQp CnBjaTE6IDxkaXNwbGF5PiBhdCBkZXZpY2UgMC4xIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIy OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDE0LjAgb24gcGNpMApwY2kyOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMgp2cjA6IDxWSUEgVlQ2MTA1IFJoaW5lIElJSSAxMC8xMDBCYXNl VFg+IHBvcnQgMHhhMDAwLTB4YTBmZiBtZW0gMHhmYjAwNDAwMC0weGZiMDA0MGZmIGlycSAxNiBh dCBkZXZpY2UgOC4wIG9uIHBjaTIKbWlpYnVzMDogPE1JSSBidXM+IG9uIHZyMAp1a3BoeTA6IDxH ZW5lcmljIElFRUUgODAyLjN1IG1lZGlhIGludGVyZmFjZT4gb24gbWlpYnVzMAp1a3BoeTA6ICAx MGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvCnZyMDog RXRoZXJuZXQgYWRkcmVzczogMDA6MGQ6ODg6NTA6NjE6YzIKc2tjMDogPE1hcnZlbGwgR2lnYWJp dCBFdGhlcm5ldD4gcG9ydCAweGE0MDAtMHhhNGZmIG1lbSAweGZiMDAwMDAwLTB4ZmIwMDNmZmYg aXJxIDE5IGF0IGRldmljZSAxMS4wIG9uIHBjaTIKc2tjMDogWXVrb24gR2lnYWJpdCBFdGhlcm5l dCAxMC8xMDAvMTAwMEJhc2UtVCBBZGFwdGVyCnNrMDogPE1hcnZlbGwgU2VtaWNvbmR1Y3Rvciwg SW5jLiBZdWtvbj4gb24gc2tjMApzazA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjBmOmVhOjZhOjVl OmU3Cm1paWJ1czE6IDxNSUkgYnVzPiBvbiBzazAKZTEwMDBwaHkwOiA8TWFydmVsbCA4OEUxMDAw IEdpZ2FiaXQgUEhZPiBvbiBtaWlidXMxCmUxMDAwcGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRY LCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVFgtRkRYLCBhdXRvCnNpbzA6IDwx NjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAw eDEwIG9uIGFjcGkwCnNpbzA6IHR5cGUgMTY1NTBBCnNpbzE6IDwxNjU1MEEtY29tcGF0aWJsZSBD T00gcG9ydD4gcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBhY3BpMApzaW8xOiB0eXBlIDE2NTUw QQpwcGMwOiA8RUNQIHBhcmFsbGVsIHByaW50ZXIgcG9ydD4gcG9ydCAweDc3OC0weDc3YiwweDM3 OC0weDM3ZiBpcnEgNyBkcnEgMyBvbiBhY3BpMApwcGMwOiBTTUMtbGlrZSBjaGlwc2V0IChFQ1Av RVBQL1BTMi9OSUJCTEUpIGluIENPTVBBVElCTEUgbW9kZQpwcGMwOiBGSUZPIHdpdGggMTYvMTYv MTYgYnl0ZXMgdGhyZXNob2xkCnBwYnVzMDogPFBhcmFsbGVsIHBvcnQgYnVzPiBvbiBwcGMwCmxw dDA6IDxQcmludGVyPiBvbiBwcGJ1czAKbHB0MDogSW50ZXJydXB0LWRyaXZlbiBwb3J0CnBwaTA6 IDxQYXJhbGxlbCBJL08+IG9uIHBwYnVzMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAo aTgwNDIpPiBwb3J0IDB4NjQsMHg2MCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxBVCBLZXlib2Fy ZD4gZmxhZ3MgMHgxIGlycSAxIG9uIGF0a2JkYzAKa2JkMCBhdCBhdGtiZDAKYXRrYmQwOiBbR0lB TlQtTE9DS0VEXQpvcm0wOiA8SVNBIE9wdGlvbiBST01zPiBhdCBpb21lbSAweGQwMDAwLTB4ZDdm ZmYsMHhjMDAwMC0weGNjZmZmIG9uIGlzYTAKc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdz IDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAw Pgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAw MDAtMHhiZmZmZiBvbiBpc2EwClRpbWVjb3VudGVyICJUU0MiIGZyZXF1ZW5jeSAxODA4ODExNTQ2 IEh6IHF1YWxpdHkgODAwClRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDAuOTc2IG1zZWMKYWQwOiA3 ODE2Nk1CIDxNYXh0b3IgNlkwODBMMC9ZQVI0MUJXMD4gWzE1ODgxMy8xNi82M10gYXQgYXRhMC1t YXN0ZXIgVURNQTEzMwphZDE6IDExNzI0Nk1CIDxNYXh0b3IgNlkxMjBMMC9ZQVI0MUJXMD4gWzIz ODIxNi8xNi82M10gYXQgYXRhMC1zbGF2ZSBVRE1BMTMzCmFjZDA6IENEUlcgPEFTVVMgQ1JXLTUy MjRBLzEuMzU+IGF0IGF0YTEtc2xhdmUgVURNQTMzCnBjbTA6IG1lYXN1cmVkIGFjOTcgbGluayBy YXRlIGF0IDEzMTQxIEh6Ck1vdW50aW5nIHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDBzM2EKV0FSTklO RzogLyB3YXMgbm90IHByb3Blcmx5IGRpc21vdW50ZWQKV0FSTklORzogL3RtcCB3YXMgbm90IHBy b3Blcmx5IGRpc21vdW50ZWQKL3RtcDogbW91bnQgcGVuZGluZyBlcnJvcjogYmxvY2tzIDQgZmls ZXMgMgpXQVJOSU5HOiAvdXNyIHdhcyBub3QgcHJvcGVybHkgZGlzbW91bnRlZApXQVJOSU5HOiAv dXNyL2hvbWUgd2FzIG5vdCBwcm9wZXJseSBkaXNtb3VudGVkCldBUk5JTkc6IC92YXIgd2FzIG5v dCBwcm9wZXJseSBkaXNtb3VudGVkCi92YXI6IG1vdW50IHBlbmRpbmcgZXJyb3I6IGJsb2NrcyA0 NCBmaWxlcyAxMwpjYWxjcnU6IHJ1bnRpbWUgd2VudCBiYWNrd2FyZHMgZnJvbSAxMDI4NzU3IHVz ZWMgdG8gMzAyNjc4IHVzZWMgZm9yIHBpZCAxMSAoaWRsZSkKY2FsY3J1OiBydW50aW1lIHdlbnQg YmFja3dhcmRzIGZyb20gMTAyODc1NyB1c2VjIHRvIDMwMjY3OCB1c2VjIGZvciBwaWQgMTEgKGlk bGUpCmNhbGNydTogbmVnYXRpdmUgcnVudGltZSBvZiAtOTk5MTI1IHVzZWMgZm9yIHBpZCA2MzIg KHJtKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTk5Mjc3MSB1c2VjIGZvciBwaWQgMTQ1 MCAobWFrZSkKY2FsY3J1OiBuZWdhdGl2ZSBydW50aW1lIG9mIC05OTcxNTAgdXNlYyBmb3IgcGlk IDE2OTIgKHNoKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTY3OTk3NiB1c2VjIGZvciBw aWQgMTg4NSAobWFrZSkKY2FsY3J1OiBuZWdhdGl2ZSBydW50aW1lIG9mIC05OTMwOTkgdXNlYyBm b3IgcGlkIDIxNTUgKG1ha2UpCmNhbGNydTogbmVnYXRpdmUgcnVudGltZSBvZiAtOTkyOTQ3IHVz ZWMgZm9yIHBpZCAyNDM1IChtYWtlKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTgxNzgy MCB1c2VjIGZvciBwaWQgMjUxNiAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTQz MDg3NCB1c2VjIGZvciBwaWQgMjU0MCAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2Yg LTk3NzM0NyB1c2VjIGZvciBwaWQgMjczMiAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUg b2YgLTk3ODAyNiB1c2VjIGZvciBwaWQgMjc3MCAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRp bWUgb2YgLTk3NzA3NCB1c2VjIGZvciBwaWQgMjgzMSAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1 bnRpbWUgb2YgLTk2ODMxNyB1c2VjIGZvciBwaWQgMjg3OCAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZl IHJ1bnRpbWUgb2YgLTk4MTI4MiB1c2VjIGZvciBwaWQgMjkwNCAoY2MxKQpjYWxjcnU6IG5lZ2F0 aXZlIHJ1bnRpbWUgb2YgLTk2ODM5MyB1c2VjIGZvciBwaWQgMjk2NyAoY2MxKQpjYWxjcnU6IG5l Z2F0aXZlIHJ1bnRpbWUgb2YgLTY2MDEyNyB1c2VjIGZvciBwaWQgMjk5MCAoY2MxKQpjYWxjcnU6 IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTk3MTE2MCB1c2VjIGZvciBwaWQgMzAxOCAoY2MxKQpjYWxj cnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTk4MzA2NiB1c2VjIGZvciBwaWQgMzA3MyAoY2MxKQpj YWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTk4MjU1MCB1c2VjIGZvciBwaWQgMzExMiAoY2Mx KQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTY2MjczMSB1c2VjIGZvciBwaWQgMzEzMyAo Y2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTk2MjEwNSB1c2VjIGZvciBwaWQgMzE2 MSAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTk3OTc5NSB1c2VjIGZvciBwaWQg MzIwMiAoY2MxKQpjYWxjcnU6IG5lZ2F0aXZlIHJ1bnRpbWUgb2YgLTk4MTA4MCB1c2VjIGZvciBw aWQgMzI3NSAoY2MxKQo= ------=_Part_2731_10930499.1112568706121-- From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 4 11:00:45 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A650816A4CE for ; Mon, 4 Apr 2005 11:00:45 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C1BF43D5D for ; Mon, 4 Apr 2005 11:00:45 +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 j34B0jW7011319 for ; Mon, 4 Apr 2005 11:00:45 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j34B0iEl011313 for amd64@freebsd.org; Mon, 4 Apr 2005 11:00:44 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 4 Apr 2005 11:00:44 GMT Message-Id: <200504041100.j34B0iEl011313@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: amd64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 11:00:45 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/12/13] ports/75015 amd64 cvsup on amd64 with runsocks (socks5) cor 1 problem total. From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 4 11:01:47 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0D2916A4CE for ; Mon, 4 Apr 2005 11:01:47 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F51943D5A for ; Mon, 4 Apr 2005 11:01:47 +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 j34B1lwa012143 for ; Mon, 4 Apr 2005 11:01:47 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j34B1ktG012138 for freebsd-amd64@freebsd.org; Mon, 4 Apr 2005 11:01:46 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 4 Apr 2005 11:01:46 GMT Message-Id: <200504041101.j34B1ktG012138@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 11:01:48 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/10/27] amd64/73211 amd64 FAST_IPSEC broken on amd64 1 problem 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/10/28] amd64/73252 amd64 ad6: WARNING - READ_DMA interrupt was see o [2004/10/30] amd64/73322 amd64 unarchiving /etc to msdos fs locks up amd 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/04] amd64/77101 amd64 Please include ULi M1689 LAN, SATA, and A 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/10] amd64/78677 amd64 IPSEC causes panic on AMD64 FreeBSD >5.2. o [2005/03/14] amd64/78848 amd64 sis driver on FreeBSD 5.x does not work o 23 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(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 driver for 3Com 3C996B on amd64 preve o [2004/12/02] amd64/74608 amd64 mpt hangs 5 minutes when booting o [2004/12/07] amd64/74811 amd64 df, nfs mount, negative Avail -> 32/64-bi o [2004/12/25] amd64/75488 amd64 ntfs_iconv not working on amd64 o [2005/02/13] amd64/77470 amd64 Using of cyrillic filenames conversion le o [2005/03/17] amd64/78954 amd64 kerberos 5 failed to build 10 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 4 15:15:04 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 042D016A4CE; Mon, 4 Apr 2005 15:15:04 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 027EA43D39; Mon, 4 Apr 2005 15:15:03 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j34FF28p054737; Mon, 4 Apr 2005 11:15:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j34FF2Xb081692; Mon, 4 Apr 2005 11:15:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EBF607306E; Mon, 4 Apr 2005 11:15:01 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050404151501.EBF607306E@freebsd-current.sentex.ca> Date: Mon, 4 Apr 2005 11:15:01 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 15:15:04 -0000 TB --- 2005-04-04 13:32:30 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-04 13:32:30 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-04 13:32:30 - checking out the source tree TB --- 2005-04-04 13:32:30 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-04 13:32:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-04 13:39:18 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-04 13:39:18 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-04 13:39:18 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-04 14:47:27 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-04 14:47:27 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-04 14:47:27 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Apr 4 14:47:28 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 Apr 4 15:02:56 UTC 2005 TB --- 2005-04-04 15:02:56 - generating LINT kernel config TB --- 2005-04-04 15:02:56 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-04-04 15:02:56 - /usr/bin/make -B LINT TB --- 2005-04-04 15:02:56 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-04 15:02:56 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-04 15:02:56 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 4 15:02:57 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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/compat/freebsd32/freebsd32_sysent.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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/compat/ia32/ia32_sysvec.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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/kern/imgact_elf32.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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/amd64/linux32/linux32_dummy.c cc -c -x assembler-with-cpp -DLOCORE -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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -ffreestandin g -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_locore.s 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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/amd64/linux32/linux32_machdep.c /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c: In function `linux_mmap': /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c:593: error: structure has no member named `pos' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-04 15:15:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-04 15:15:01 - ERROR: failed to build lint kernel TB --- 2005-04-04 15:15:01 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 4 15:34:59 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA13816A4CE for ; Mon, 4 Apr 2005 15:34:59 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E55443D54 for ; Mon, 4 Apr 2005 15:34:59 +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 B2E25B80D for ; Mon, 4 Apr 2005 11:34:58 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v619.2) In-Reply-To: <424E1E15.1040503@jrv.org> References: <20050330222439.GU84137@wantadilla.lemis.com> <424E1E15.1040503@jrv.org> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 4 Apr 2005 11:34:58 -0400 To: FreeBSD-amd64@freebsd.org X-Mailer: Apple Mail (2.619.2) Subject: Re: (no) Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 15:35:00 -0000 On Apr 1, 2005, at 11:22 PM, James R. Van Artsdalen wrote: > I installed 5.4 beta 1 amd64 on a 8 GB Tyan Thunder K8W with two 244 > CPUs. It's been looping on buildworld for about 60 hours, no > problems. > can you see what happens when you run very heavy network I/O through it? I assume it has a bge network interface. I experience severe lockups and/or timeouts every few days on a K8SR board. Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 4 15:39:29 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40DBE16A4CE; Mon, 4 Apr 2005 15:39:29 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E23D43D1F; Mon, 4 Apr 2005 15:39:29 +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 AB389B80C; Mon, 4 Apr 2005 11:39:28 -0400 (EDT) In-Reply-To: <20050402125456.B5092@roble.com> References: <20050402120023.3E94F16A4D1@hub.freebsd.org> <20050402125456.B5092@roble.com> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 4 Apr 2005 11:39:28 -0400 To: Roger Marquis X-Mailer: Apple Mail (2.619.2) cc: freebsd-scsi@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: Tyan k8sr lockups X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 15:39:29 -0000 On Apr 2, 2005, at 4:01 PM, Roger Marquis wrote: > This wasn't a U320 SCSI system by any chance? The reason I ask is > that it is very similar to problem a few months ago, on a Tyan > S2881, which turned out to be pci-x bus related. Have also seen > similar/identical issues with other Tyan boards when used with U320 > SCSI controllers. > Whoa! Alarm bells just went off over here. I have a S2881 (aka K8SR) board and a megaraid 320-2x card in it with 8 U320 disks. During times of heavy I/O and network traffic (running database reports and backing up the DB) it has a tendency to lockup and/or timeout the network card. Do you have details on what you did to resolve your issue? I googled a lot but didn't find much to help me. My vendor claims that it is probably the bge interface onboard that is problematic (says FreeBSD 5.3 driver is buggy) and is shipping some intel NIC cards. I'm running 5.4-PRE on this box now. Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 4 15:43:09 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 245AD16A4CE for ; Mon, 4 Apr 2005 15:43:09 +0000 (GMT) Received: from pigeon.infotechfl.com (mailrelay.infotechfl.com [209.251.147.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2433343D41 for ; Mon, 4 Apr 2005 15:43:08 +0000 (GMT) (envelope-from gmulder@infotechfl.com) Received: from [172.20.0.75] (gmulder.infotechfl.com [172.20.0.75]) by pigeon.infotechfl.com (8.11.6/8.11.6) with ESMTP id j34Djh227199 for ; Mon, 4 Apr 2005 09:45:43 -0400 Message-ID: <42514508.90303@infotechfl.com> Date: Mon, 04 Apr 2005 09:45:44 -0400 From: Gary Mu1der User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org References: <3f9aa5aef19c41837cce1563e2c97a21@khera.org> <424C215E.5080201@infotechfl.com> <424C4EED.5070601@infotechfl.com> <1112312243.6323.10.camel@lanshark.dmv.com> <424D58F7.1010005@infotechfl.com> <424DA4B3.3070703@infotechfl.com> <20050401201907.U95587@carver.gumbysoft.com> In-Reply-To: <20050401201907.U95587@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Tyan k8sr lockups X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 15:43:09 -0000 I had suspected that, but I've done the same on a P4 system with 5.3REL, Solaris on Sparc (although I don't know if Sparc has memory mapped I/O), and other Unixes, and had no problems. It was a quick a dirty way to stress the memory and CPU. Thanks for the reply, Gary Doug White wrote: > On Fri, 1 Apr 2005, Gary Mu1der wrote: > > >>I have isolated the crash to the following dd command: >> >> dd if=/dev/mem of=/dev/null bs=1024k skip=4040 count=1 > > > Reading from random places in /dev/mem will cause unpredicatable behavior. > Memory at that offset is in PCI memory-mapped device space, and reading > from there may disrupt the PCI bridge, enable or disable interrupts, or > worse. > From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 4 15:43:09 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8DEB16A4CE; Mon, 4 Apr 2005 15:43:09 +0000 (GMT) Received: from pigeon.infotechfl.com (mailrelay.infotechfl.com [209.251.147.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4DC9143D41; Mon, 4 Apr 2005 15:43:09 +0000 (GMT) (envelope-from gmulder@infotechfl.com) Received: from [172.20.0.75] (gmulder.infotechfl.com [172.20.0.75]) by pigeon.infotechfl.com (8.11.6/8.11.6) with ESMTP id j34E1E228309; Mon, 4 Apr 2005 10:01:14 -0400 Message-ID: <425148AB.50002@infotechfl.com> Date: Mon, 04 Apr 2005 10:01:15 -0400 From: Gary Mu1der User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org, freebsd-scsi@freebsd.org References: <20050402120023.3E94F16A4D1@hub.freebsd.org> <20050402125456.B5092@roble.com> In-Reply-To: <20050402125456.B5092@roble.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Tyan k8sr lockups X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 15:43:10 -0000 Roger, I'm using a PCI 64 bit Adaptec 2200S SCSI card. However the system was not under any disk load at the time. It was explained to me that reading from memory mapped I/O with the dd command might be crashing the system. Gary Roger Marquis wrote: > Gary Mu1der wrote: > >> Any idea how we can get more diagnostics on what in FreeBSD is causing >> the crash? > > > This wasn't a U320 SCSI system by any chance? The reason I ask is > that it is very similar to problem a few months ago, on a Tyan > S2881, which turned out to be pci-x bus related. Have also seen > similar/identical issues with other Tyan boards when used with U320 > SCSI controllers. > > -- > Roger Marquis > Roble Systems Consulting > http://www.roble.com/ From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 4 16:03:59 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D57AB16A4CE for ; Mon, 4 Apr 2005 16:03:59 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7164243D58 for ; Mon, 4 Apr 2005 16:03:59 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j34G6xg8042459; Mon, 4 Apr 2005 10:06:59 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <425164FD.1040306@samsco.org> Date: Mon, 04 Apr 2005 10:02:05 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vivek Khera References: <20050330222439.GU84137@wantadilla.lemis.com> <424E1E15.1040503@jrv.org> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: FreeBSD-amd64@freebsd.org Subject: Re: (no) Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 16:03:59 -0000 Vivek Khera wrote: > > On Apr 1, 2005, at 11:22 PM, James R. Van Artsdalen wrote: > >> I installed 5.4 beta 1 amd64 on a 8 GB Tyan Thunder K8W with two 244 >> CPUs. It's been looping on buildworld for about 60 hours, no problems. >> > > can you see what happens when you run very heavy network I/O through > it? I assume it has a bge network interface. I experience severe > lockups and/or timeouts every few days on a K8SR board. > > > Vivek Khera, Ph.D. > +1-301-869-4449 x806 > What network interfaces do you use? Scott From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 4 16:35:22 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DC7B16A4CE for ; Mon, 4 Apr 2005 16:35:22 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0CEA43D5A for ; Mon, 4 Apr 2005 16:35:21 +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 34945B80F; Mon, 4 Apr 2005 12:35:21 -0400 (EDT) In-Reply-To: <425164FD.1040306@samsco.org> References: <20050330222439.GU84137@wantadilla.lemis.com> <424E1E15.1040503@jrv.org> <425164FD.1040306@samsco.org> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 4 Apr 2005 12:35:20 -0400 To: Scott Long X-Mailer: Apple Mail (2.619.2) cc: FreeBSD-amd64@freebsd.org Subject: Re: (no) Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 16:35:22 -0000 On Apr 4, 2005, at 12:02 PM, Scott Long wrote: > Vivek Khera wrote: >> On Apr 1, 2005, at 11:22 PM, James R. Van Artsdalen wrote: >>> I installed 5.4 beta 1 amd64 on a 8 GB Tyan Thunder K8W with two 244 >>> CPUs. It's been looping on buildworld for about 60 hours, no >>> problems. >>> >> can you see what happens when you run very heavy network I/O through >> it? I assume it has a bge network interface. I experience severe >> lockups and/or timeouts every few days on a K8SR board. >> Vivek Khera, Ph.D. >> +1-301-869-4449 x806 > > What network interfaces do you use? Right now I have the on-board Broadcom: bge0: mem 0xfc9b0000-0xfc9bffff,0xfc9c0000-0xfc9cffff irq 24 at device 9.0 on pci3 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto However, my vendor is shipping me an Intel NIC card to try to see if that is really the problem. but given another post on freebsd-amd64 list, I am now suspecting a PCI-x bus timing fault on the S2881 motherboard. Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 4 17:02:23 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4345E16A4CE; Mon, 4 Apr 2005 17:02:23 +0000 (GMT) Received: from neon.webfusion.co.uk (neon.webfusion.co.uk [212.67.202.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id C72A943D31; Mon, 4 Apr 2005 17:02:22 +0000 (GMT) (envelope-from michael.hopkins@hopkins-research.com) Received: from 83-216-132-201.markch725.adsl.metronet.co.uk ([83.216.132.201] helo=[192.168.0.5]) by neon.webfusion.co.uk with asmtp (Exim 3.36 #1) id 1DIUxs-0007ci-00; Mon, 04 Apr 2005 18:02:16 +0100 User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Mon, 04 Apr 2005 18:02:13 +0100 From: Michael Hopkins To: "freebsd-amd64@freebsd.org" Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: (32-bit) Linux development now working on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 17:02:23 -0000 Hi all Some small changes to the linux_devel makefile have allowed it to be installed with linux_base-8 on amd64. I've compiled, linked and run with a fair bit of C code that also includes 32-bit linux static libraries from other places and all seems to work fine. mwh@Athlon % diff linux_devtools/Makefile linux_devtools-8-amd64/Makefile 13c13 < MASTER_SITE_SUBDIR= ${PORTVERSION}/${LANG}/os/${MACHINE_ARCH}/RedHat/RPMS --- > MASTER_SITE_SUBDIR= ${PORTVERSION}/${LANG}/os/i386/RedHat/RPMS 30c30 < PATCH_SITE_SUBDIR= updates/${PORTVERSION}/${LANG}/os/${MACHINE_ARCH} --- > PATCH_SITE_SUBDIR= updates/${PORTVERSION}/${LANG}/os/i386 42c42 < ONLY_FOR_ARCHS= i386 --- > ONLY_FOR_ARCHS= i386 amd64 44c44 < DIST_SUBDIR= rpm/${MACHINE_ARCH}/${PORTVERSION} --- > DIST_SUBDIR= rpm/i386/${PORTVERSION} 61c61 < --replacepkgs --ignoreos --- > --replacepkgs --ignoreos --ignorearch I'm not sure if this is an acceptable approach for changes to ports or how to go about officially posting such changes, but if someone wants to advise me on such things then I'm happy to take this forward myself. Michael _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ _/ _/_/_/ Hopkins Research Ltd _/ _/ _/ _/ _/_/_/_/ _/_/_/ http://www.hopkins-research.com/ _/ _/ _/ _/ _/ _/ _/ _/ 'touch the future' _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 4 19:15:29 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6A8616A4CE for ; Mon, 4 Apr 2005 19:15:29 +0000 (GMT) Received: from mail.emmplus.ie (mail.emmplus.ie [66.154.97.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 879FC43D58 for ; Mon, 4 Apr 2005 19:15:29 +0000 (GMT) (envelope-from jev@ecad.org) Received: from localhost (localhost [127.0.0.1]) by mail.emmplus.ie (Postfix) with ESMTP id 9DADDF9317 for ; Mon, 4 Apr 2005 20:14:59 +0100 (IST) Received: from mail.emmplus.ie ([127.0.0.1]) by localhost (cohiba.emmplus.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98896-03 for ; Mon, 4 Apr 2005 20:14:59 +0100 (IST) Received: from [192.168.0.105] (unknown [24.86.96.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.emmplus.ie (Postfix) with ESMTP id 2CEC5F9308 for ; Mon, 4 Apr 2005 20:14:59 +0100 (IST) Message-ID: <42519208.5090906@ecad.org> Date: Mon, 04 Apr 2005 12:14:16 -0700 From: Jev User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-amd64@freebsd.org X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at emmplus.ie Subject: amd64 amd dual head graphics cards? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 19:15:29 -0000 Hi All, Since nvidia don't have binary drivers for FreeBSD-amd64 yet, I want to choose a different card that is well supported under amd64 (binary drivers, or open source drivers) that will support a dual head/dual monitor set up. I don't require very high 3d performance, I just want need extra real estate ;) Thanks, -Jev From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 4 19:29:15 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F22E716A4CE for ; Mon, 4 Apr 2005 19:29:15 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E72343D41 for ; Mon, 4 Apr 2005 19:29:15 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j34JW4Ye043786; Mon, 4 Apr 2005 13:32:04 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4251950F.6020307@samsco.org> Date: Mon, 04 Apr 2005 13:27:11 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jev References: <42519208.5090906@ecad.org> In-Reply-To: <42519208.5090906@ecad.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: freebsd-amd64@freebsd.org Subject: Re: amd64 amd dual head graphics cards? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 19:29:16 -0000 Jev wrote: > Hi All, > > > Since nvidia don't have binary drivers for FreeBSD-amd64 yet, I want to > choose a different card that is well supported under amd64 (binary > drivers, or open source drivers) that will support a dual head/dual > monitor set up. > > > I don't require very high 3d performance, I just want need extra real > estate ;) > > > > Thanks, > -Jev > The old Matrox G550 card might do what you want. There was an optional binary-only driver for it, but I think that the stock driver in XFree86/Xorg will drive dual displays with it. Scott From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 4 19:33:42 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 200A416A4CE for ; Mon, 4 Apr 2005 19:33:42 +0000 (GMT) Received: from avocado.salatschuessel.net (avocado.salatschuessel.net [83.136.81.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2395F43D2D for ; Mon, 4 Apr 2005 19:33:41 +0000 (GMT) (envelope-from lehmann@ans-netz.de) Received: (qmail 376 invoked by uid 89); 4 Apr 2005 19:35:11 -0000 Received: from unknown (HELO kartoffel.salatschuessel.net) (83.136.81.185) by avocado.salatschuessel.net with SMTP; 4 Apr 2005 19:35:11 -0000 Date: Mon, 4 Apr 2005 21:33:37 +0200 From: Oliver Lehmann To: Scott Long Message-Id: <20050404213337.2d35795e.lehmann@ans-netz.de> In-Reply-To: <4251950F.6020307@samsco.org> References: <42519208.5090906@ecad.org> <4251950F.6020307@samsco.org> X-Mailer: Sylpheed version 1.9.7 (GTK+ 2.6.4; i386-portbld-freebsd5.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: jev@ecad.org cc: freebsd-amd64@freebsd.org Subject: Re: amd64 amd dual head graphics cards? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 19:33:42 -0000 Scott Long wrote: > The old Matrox G550 card might do what you want. There was an optional > binary-only driver for it, but I think that the stock driver in > XFree86/Xorg will drive dual displays with it. Regarding to matrox's readme, only the g400 needed the binary-only driver for dualhead. everything since a g450 included doesn't need that driver (which is i386 only) for dualhead. So, the card should work "out of the box" with xorg's mga driver. I own a G400DH and I'm lost... ;) -- Oliver Lehmann http://www.pofo.de/ http://wishlist.ans-netz.de/ From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 4 22:54:39 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB98E16A4CE for ; Mon, 4 Apr 2005 22:54:39 +0000 (GMT) Received: from www1.brozs.net (www1.brozs.net [195.154.177.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C0F143D2D for ; Mon, 4 Apr 2005 22:54:38 +0000 (GMT) (envelope-from tfagart@brozs.net) Received: from localhost (localhost.brozs.net [127.0.0.1]) by www1.brozs.net (Postfix) with ESMTP id 3FF1D43A4; Tue, 5 Apr 2005 00:54:49 +0200 (CEST) Received: from www1.brozs.net ([127.0.0.1]) by localhost (www1.brozs.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 56292-05; Tue, 5 Apr 2005 00:54:48 +0200 (CEST) Received: from [192.168.1.4] (ABayonne-152-1-39-135.w83-193.abo.wanadoo.fr [83.193.93.135]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by www1.brozs.net (Postfix) with ESMTP id 3D53A410B; Tue, 5 Apr 2005 00:54:47 +0200 (CEST) Message-ID: <4251C59F.9000903@brozs.net> Date: Tue, 05 Apr 2005 00:54:23 +0200 From: Thomas Fagart User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: fr, en MIME-Version: 1.0 To: Oliver Lehmann References: <42519208.5090906@ecad.org> <4251950F.6020307@samsco.org> <20050404213337.2d35795e.lehmann@ans-netz.de> In-Reply-To: <20050404213337.2d35795e.lehmann@ans-netz.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at brozs.net cc: jev@ecad.org cc: freebsd-amd64@freebsd.org Subject: Re: amd64 amd dual head graphics cards? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2005 22:54:39 -0000 Oliver Lehmann a écrit : >Scott Long wrote: > > > >>The old Matrox G550 card might do what you want. There was an optional >>binary-only driver for it, but I think that the stock driver in >>XFree86/Xorg will drive dual displays with it. >> >> > >Regarding to matrox's readme, only the g400 needed the binary-only driver >for dualhead. everything since a g450 included doesn't need that driver >(which is i386 only) for dualhead. >So, the card should work "out of the box" with xorg's mga driver. > >I own a G400DH and I'm lost... ;) > > > Radeon driver with Xorg works fine for me also. pciconf -vl extract drm0@pci1:0:0: class=0x030000 card=0x00021787 chip=0x51591002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'RV100 Radeon 7000 / Radeon VE' class = display subclass = VGA xorg.conf extract Section "Device" Identifier "radeon0" Driver "radeon" Option "AGPMode" "4" Option "AGPFastWrite" "on" Option "DDCMode" "on" Option "MonitorLayout" "TMDS, CRT" BusID "PCI:1:0:0" #VideoRam 65536 Screen 0 EndSection Section "Device" Identifier "radeon1" Driver "radeon" Option "AGPMode" "4" Option "AGPFastWrite" "on" Option "DDCMode" "on" # Option "MonitorLayout" "TMDS, CRT" BusID "PCI:1:0:0" #VideoRam 65536 Screen 1 EndSection Section "ServerLayout" Identifier "Simple Layout" Screen 0 "Screen0" 0 0 Screen 1 "Screen1" rightOf "Screen0" InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection Thomas From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 5 00:39:16 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DC0416A4CE; Tue, 5 Apr 2005 00:39:16 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACAA443D1F; Tue, 5 Apr 2005 00:39:13 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id C47AE85687; Tue, 5 Apr 2005 10:09:11 +0930 (CST) Date: Tue, 5 Apr 2005 10:09:11 +0930 From: Greg 'groggy' Lehey To: freebsd-stable@FreeBSD.org, FreeBSD-amd64@FreeBSD.org Message-ID: <20050405003911.GT867@wantadilla.lemis.com> References: <424B308C.7070506@samsco.org> <20050330230951.GY84137@wantadilla.lemis.com> <200503301525.37798.peter@wemm.org> <20050331184524.GB1687@dragon.NUXI.org> <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <20050331185902.GF1687@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="owPIoVL9FiqC4k42" Content-Disposition: inline In-Reply-To: <20050331184524.GB1687@dragon.NUXI.org> <20050331185902.GF1687@dragon.NUXI.org> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Subject: Re: Problems with AMD64 and 8 GB RAM? (solved) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 00:39:16 -0000 --owPIoVL9FiqC4k42 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 31 March 2005 at 10:59:02 -0800, David O'Brien wrote: > On Thu, Mar 31, 2005 at 11:24:29AM +0930, Greg 'groggy' Lehey wrote: >> On Thursday, 31 March 2005 at 10:32:33 +0930, Daniel O'Connor wrote: >>> On Thu, 31 Mar 2005 08:14, Greg 'groggy' Lehey wrote: >>>>> Have you run sysutils/memtest86 with the 8 GB? >>>> >>>> Heh. Difficult when the system doesn't run. >>> >>> You could try http://www.memtest86.com although that doesn't do >4Gb >> :( >> >> I'm pretty sure it's not the memory. I've tried each pair >> individually, and it's only when they're both in there together that >> it's a problem. And yes, I've tried them in each pair of slots. > > You have a dual-channel memory controller. If you insert one DIMM you > perform 64-bit data accesses. If you install DIMM's in pairs (making > sure you're using the right "paired" sockets), you perform 128-bit data > accesses. Thus your access pattern is different between these two > situations. I'm highly suspious that you can us 4x2GB DIMM's with out > knowing the exact part number. Don't forget 2GB DIMM's are > double-stacked and thus look like double the electrical bus loads. The > same is true for older 1GB DIMM's. This looks like it's the issue. > Install all the memory you would like to use into your motherboard, > download memtest86+ version 1.40 from http://www.memtest.org, dd to > floppy or burn the ISO, and report back your findings from running > it. Done that. It was quite revealing. This particular motherboard and BIOS supply either "ECC off" or "ECC in chip kill mode". Mine was off, and I got many errors. With 4 GB (any two chips) and chip kill mode enabled, I ran memtest86+ for about 18 hours and got about 1 ECC error per second. With 8 GB, with or without chip kill, neither FreeBSD, memtest86+ nor Linux run reliably: memtest86+ spontaneously reboots every 5 minutes or so. I borrowed this memory to test the motherboard, and it's going back this week anyway. I now have my own memory :-(all 1 GB of it), and it tests perfectly. The memory I had the trouble with works perfectly in the machine for which it was purchased, so it does indeed look like an electrical loading problem. The moral of the story is, I suppose, "don't buy the MSI K8T Master2-FAR". I was warned about the motherboard before I bought it, but at the time it was the only game in town. Now I know of other places with (hopefully) better boards. Greg -- See complete headers for address and phone numbers. --owPIoVL9FiqC4k42 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCUd4vIubykFB6QiMRAnGRAKCXlMCMuXYu8rl5aTPjbIEoV5sXsgCgjNGK 5HSPyah1wMt/D4gNJFSv/0E= =QwJ8 -----END PGP SIGNATURE----- --owPIoVL9FiqC4k42-- From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 5 02:55:17 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 308FA16A4CE for ; Tue, 5 Apr 2005 02:55:17 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2453A43D1F for ; Tue, 5 Apr 2005 02:55:16 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 7F61478C62 for ; Mon, 4 Apr 2005 22:55:58 -0400 (EDT) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 92761-08 for ; Mon, 4 Apr 2005 22:55:53 -0400 (EDT) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 893E478C5D for ; Mon, 4 Apr 2005 22:55:52 -0400 (EDT) Received: by dementia.afflictions.org (Postfix, from userid 1001) id AFCA228E46; Mon, 4 Apr 2005 22:56:17 -0400 (EDT) Date: Mon, 4 Apr 2005 22:56:17 -0400 From: Damian Gerow To: freebsd-amd64@freebsd.org Message-ID: <20050405025617.GO701@afflictions.org> Mail-Followup-To: freebsd-amd64@freebsd.org References: <20050330230951.GY84137@wantadilla.lemis.com> <200503301525.37798.peter@wemm.org> <20050331184524.GB1687@dragon.NUXI.org> <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <20050331185902.GF1687@dragon.NUXI.org> <20050405003911.GT867@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050405003911.GT867@wantadilla.lemis.com> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.9i X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Problems with MSI K8T Master2-FAR and memory X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 02:55:17 -0000 Thus spake Greg 'groggy' Lehey (grog@FreeBSD.org) [04/04/05 20:40]: : The moral of the story is, I suppose, "don't buy the MSI K8T : Master2-FAR". I was warned about the motherboard before I bought it, : but at the time it was the only game in town. Now I know of other : places with (hopefully) better boards. I'd like to second this. I have it, and it's caused me *no* end of memory issues. I've gone through ~6GB of 512MB and 1GB kits from OCZ which *all* test fine when they do them, but I've only gotten one current 1GB kit to work properly on my board. And I can't use ECC; FreeBSD and memtest86+ both spontaneously reboot when it's enabled. Too bad the purchase cost broke me, otherwise I'd buy a new board. From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 5 04:03:42 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC39116A4CE; Tue, 5 Apr 2005 04:03:42 +0000 (GMT) Received: from mx5.roble.com (mx5.roble.com [206.40.34.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DBFB43D1F; Tue, 5 Apr 2005 04:03:42 +0000 (GMT) (envelope-from marquis@roble.com) Date: Mon, 4 Apr 2005 21:03:42 -0700 (PDT) From: Roger Marquis To: Vivek Khera In-Reply-To: Message-ID: <20050404210000.X77763@roble.com> References: <20050402120023.3E94F16A4D1@hub.freebsd.org> <20050402125456.B5092@roble.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-scsi@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: Tyan k8sr lockups X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 04:03:43 -0000 > Do you have details on what you did to resolve your issue? Nothing but the email from Tyan included earlier. Neither do I know if the pci-x bus timing issue was ever resolved. On that particular order we ended using a U160 controller that didn't have the earlier symptoms. All were single CPU Opterons. -- Roger Marquis Roble Systems Consulting http://www.roble.com/ From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 5 07:33:07 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED6AA16A4CE; Tue, 5 Apr 2005 07:33:07 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A70043D1D; Tue, 5 Apr 2005 07:33:06 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual.digiware.nl [212.61.27.71]) by freebee.digiware.nl (8.13.1/8.13.1) with ESMTP id j357X39N096914; Tue, 5 Apr 2005 09:33:03 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <42523F31.2070407@withagen.nl> Date: Tue, 05 Apr 2005 09:33:05 +0200 From: Willem Jan Withagen User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20050330222439.GU84137@wantadilla.lemis.com> In-Reply-To: <20050330222439.GU84137@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Stable Users cc: FreeBSD-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 07:33:08 -0000 Greg 'groggy' Lehey wrote: > I've recently acquired an AMD64 box (dual Opteron 242, SiS Master@-FAR > motherboard > (http://www.msi.com.tw/program/products/server/svr/pro_svr_detail.php?UID=484). > See below for more details). I find it very unstable running with 8 > GB memory, though 4 GB are not a problem. At first I thought it was > the onboard peripherals, but after disabling them it still persisted. > > What's unstable? I only once got it through the boot process. > Running a 5.3-RELEASE i386 kernel it panics, though I haven't > investigated the panic (yet), since I'm not interested in the i386 > kernel. The amd64 5.4-PRERELEASE kernel just hangs/freezes. When the > peripherals are enabled, it's after probing the onboard NIC (bge) and > before probing SATA (no drives present). I've done a verbose boot, of > course, but no additional information is present. The NIC is > recognized, and that's all. > > Without the peripherals, but with a 3Com 3c905 PCI NIC, it continues > beyond this point, but doesn't enable the NIC. I don't have dmesg > output for these attempts, so I can't produce the exact message, and I > suspect it's not important. It continues until trying to mount NFS > file systems, where it hangs for obvious reasons. Pressing ^C causes > the system to either panic (and be unable to dump because I don't have > that much swap) or just hang. > > None of these problems occur when I use 4 GB memory. About the only > strangeness, which seems to come from the BIOS, is that it recognizes > only 3.5 GB. If I put all DIMMS in, it recognizes the full 8 GB > memory. > > I realize that this isn't enough to diagnose the problem. The reason > for this message now is to ask: > > 1. Has anybody else seen this problem? Hi Greg, [Currently little time so I'll dig the archives later for more details] I'm sorry to come into this discussion after 58 messages, but this board has been extensively discussed about 1 year ago, because it gave me trouble to no end (even with 2Gb). One of the early amd64 developers (not David or Scott) had the same board but could not get it stable under amd64 (i386 was fine with 2Gb). He tossed it, and suggested me to do the same. Which I did, and went to a Tyan board S278. After that there where no more problems at all. At the time I think things we're at 5.1 so now with 5.3 some features might have made the board act more stable. --WjW From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 5 07:53:44 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E31FB16A4CE for ; Tue, 5 Apr 2005 07:53:44 +0000 (GMT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C21943D41 for ; Tue, 5 Apr 2005 07:53:44 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd16.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1DIisY-0004dM-04; Tue, 05 Apr 2005 09:53:42 +0200 Received: from Andro-Beta.Leidinger.net (ExblecZbgee2FaAJ4RNptGX6kfVXHA0XSn9KVzMFY6bycG3aZ2b06Q@[217.83.31.149]) by fwd16.sul.t-online.de with esmtp id 1DIisU-0tWmJs0; Tue, 5 Apr 2005 09:53:38 +0200 Received: from localhost (localhost [127.0.0.1])j357rZnJ021258; Tue, 5 Apr 2005 09:53:36 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Tue, 5 Apr 2005 09:53:35 +0200 Message-ID: <20050405095335.1haer8vw8wgg44s8@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 5 Apr 2005 09:53:35 +0200 From: Alexander Leidinger To: Michael Hopkins References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.2) / FreeBSD-4.11 X-ID: ExblecZbgee2FaAJ4RNptGX6kfVXHA0XSn9KVzMFY6bycG3aZ2b06Q@t-dialin.net X-TOI-MSGID: deedce4c-8331-4bb6-8618-ee25e1dae3e4 cc: "freebsd-amd64@freebsd.org" Subject: Re: (32-bit) Linux development now working on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 07:53:45 -0000 Michael Hopkins wrote: [diff for linux devtools] Looks good, if nobody beats me, I commit something like this at the weekend. > I'm not sure if this is an acceptable approach for changes to ports or how > to go about officially posting such changes, but if someone wants to advise > me on such things then I'm happy to take this forward myself. We like to get unified diffs (diff -u), and we have the program send-pr in FreeBSD to send problem reports and solutions (it helps if you send the PR number -- which will be mailed to you -- to an appropriate list, e.g. emulation@ or amd64@ in this case, or to a committer which is interested). There's also a web based interface on the FreeBSD.org website and in the ports collection there's a gtk based send-pr program. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 A poet who reads his verse in public may have other nasty habits. From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 5 09:40:54 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEE1216A4CE for ; Tue, 5 Apr 2005 09:40:54 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id E362343D39 for ; Tue, 5 Apr 2005 09:40:52 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual.digiware.nl [212.61.27.71]) by freebee.digiware.nl (8.13.1/8.13.1) with ESMTP id j359eD8W013545; Tue, 5 Apr 2005 11:40:22 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <42525CFF.1070100@withagen.nl> Date: Tue, 05 Apr 2005 11:40:15 +0200 From: Willem Jan Withagen User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Thomas Fagart References: <42519208.5090906@ecad.org> <4251950F.6020307@samsco.org> <20050404213337.2d35795e.lehmann@ans-netz.de> <4251C59F.9000903@brozs.net> In-Reply-To: <4251C59F.9000903@brozs.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: jev@ecad.org cc: freebsd-amd64@freebsd.org Subject: Re: amd64 amd dual head graphics cards? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 09:40:54 -0000 Thomas Fagart wrote: > Radeon driver with Xorg works fine for me also. > > pciconf -vl extract > > xorg.conf extract I also use the ATI Radeon and let xorg do 1 screen (2*1280 by 1024) on 2 monitors. The Radeon has a DVI and VGA terminal which are both connected to 180x1024 LCD's --WjW Mine: ==== pciconf => none3@pci2:0:0: class=0x030000 card=0x200217ee chip=0x41501002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'Radeon 9600 Series (V350)' class = display subclass = VGA none4@pci2:0:1: class=0x038000 card=0x200317ee chip=0x41701002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'Radeon 9600 Series - Secondary' class = display ==== And a special trick in the Xorg configfile ===== Section "ServerLayout" Identifier "XFree86 Configured" Screen 0 "Screen0" 0 0 Screen 1 "Screen0" 1280 0 InputDevice "Mouse0" "CorePointer" InputDevice "Keyboard0" "CoreKeyboard" EndSection [ fonts mouse keyb etc.... deleted ] Section "Monitor" Identifier "Monitor0" VendorName "Philips" ModelName "170B" VertRefresh 55-75 HorizSync 24-80 DisplaySize 340 270 # mm Option "DPMS" EndSection Section "Monitor" Identifier "Monitor1" VendorName "IVM" ModelName "IVM46D1" Option "DPMS" DisplaySize 340 270 # mm EndSection Section "Device" Identifier "Card0" Driver "radeon" VendorName "ATI Technologies Inc" BoardName "Unknown Board" BusID "PCI:2:0:0" Screen 0 Option "MonitorLayout" "TDMS,TDMS" Option "MetaModes" "1280x1024-1280x1024" Option "MergedFB" "true" Option "CRT2Position" "RightOf" Option "OverlayOnCRT2" "off" Option "MergedXineramaCRT2IsScreen0" "True" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor "Monitor0" SubSection "Display" Depth 1 EndSubSection SubSection "Display" Depth 4 Virtual 2560 1024 Viewport 0 0 modes "1280x1024" EndSubSection SubSection "Display" Depth 8 Virtual 2560 1024 Viewport 0 0 modes "1280x1024" EndSubSection SubSection "Display" Depth 15 Virtual 2560 1024 Viewport 0 0 modes "1280x1024" EndSubSection SubSection "Display" Depth 16 Virtual 2560 1024 Viewport 0 0 modes "1280x1024" EndSubSection SubSection "Display" Depth 24 Virtual 2560 1024 Viewport 0 0 modes "1280x1024" EndSubSection EndSection > > pciconf -vl extract > > drm0@pci1:0:0: class=0x030000 card=0x00021787 chip=0x51591002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc.' > device = 'RV100 Radeon 7000 / Radeon VE' > class = display > subclass = VGA > > xorg.conf extract > > Section "Device" > Identifier "radeon0" > Driver "radeon" > Option "AGPMode" "4" > Option "AGPFastWrite" "on" > Option "DDCMode" "on" > Option "MonitorLayout" "TMDS, CRT" > BusID "PCI:1:0:0" > #VideoRam 65536 > Screen 0 > EndSection > > Section "Device" > Identifier "radeon1" > Driver "radeon" > Option "AGPMode" "4" > Option "AGPFastWrite" "on" > Option "DDCMode" "on" > # Option "MonitorLayout" "TMDS, CRT" > BusID "PCI:1:0:0" > #VideoRam 65536 > Screen 1 > EndSection > > Section "ServerLayout" > Identifier "Simple Layout" > Screen 0 "Screen0" 0 0 > Screen 1 "Screen1" rightOf "Screen0" > InputDevice "Mouse1" "CorePointer" > InputDevice "Keyboard1" "CoreKeyboard" > EndSection > > > Thomas > _______________________________________________ > 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 Apr 5 10:52:42 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79E7716A4CE for ; Tue, 5 Apr 2005 10:52:42 +0000 (GMT) Received: from secure.socket.ch (secure.socket.ch [193.138.215.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECD6E43D58 for ; Tue, 5 Apr 2005 10:52:41 +0000 (GMT) (envelope-from spreng@socket.ch) Received: from localhost ([127.0.0.1] helo=secure.socket.ch) by secure.socket.ch with esmtp (Exim 4.50 (FreeBSD)) id 1DIlfi-000Pyl-Fj for freebsd-amd64@freebsd.org; Tue, 05 Apr 2005 12:52:41 +0200 Received: from 130.92.9.57 (SquirrelMail authenticated user spreng@socket.ch) by secure.socket.ch with HTTP; Tue, 5 Apr 2005 12:52:38 +0200 (CEST) Message-ID: <63419.130.92.9.57.1112698358.squirrel@secure.socket.ch> Date: Tue, 5 Apr 2005 12:52:38 +0200 (CEST) From: "Thomas Spreng" To: freebsd-amd64@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -2.8 (--) X-Spam-Report: Spam detection software, running on the system "secure.socket.ch", hasmessagelabel similar future email. If you have any questions, see the administrator of that system for details.on my new computer (64bit athlon cpu). Unfortunatley, NVidia doesn't provide any gfx drivers for amd64 architecture yet. The problem is that my graphic card isn't supported by the opensource nvidia (xorg) driver and hence I'd have to stick with the generic vesa driver. But it doesn't seem to support more than 60Hz VertRefresh rate which is unacceptable for me (using a CRT). [...] Content analysis details: (-2.8 points, 5.0 required) pts rule name description -------------------------------------------------- -2.8 ALL_TRUSTED Did not pass through any untrusted hosts X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: spreng@socket.ch X-SA-Exim-Scanned: No (on secure.socket.ch); SAEximRunCond expanded to false Subject: revert back to i386 arch X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: spreng@socket.ch List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 10:52:42 -0000 Hello, I have just installed an amd64 arch release on my new computer (64bit athlon cpu). Unfortunatley, NVidia doesn't provide any gfx drivers for amd64 architecture yet. The problem is that my graphic card isn't supported by the opensource nvidia (xorg) driver and hence I'd have to stick with the generic vesa driver. But it doesn't seem to support more than 60Hz VertRefresh rate which is unacceptable for me (using a CRT). Therefore I'd like to recompile my system back to i386 since my gfx card should be supported on that arch. Using CPUTYPE=p4 and TARGET_ARCH=i386 arguments on buildworld and buildkernel targets should do the trick, right? Or are there any other solutions for my problem? Thanks, Tom From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 5 10:56:00 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 397C816A4CE for ; Tue, 5 Apr 2005 10:56:00 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 697C443D5A for ; Tue, 5 Apr 2005 10:55:59 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v7.2.3.R) with ESMTP id md50001293239.msg for ; Tue, 05 Apr 2005 11:53:08 +0100 Message-ID: <011901c539ce$07431450$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: , References: <63419.130.92.9.57.1112698358.squirrel@secure.socket.ch> Date: Tue, 5 Apr 2005 11:55:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Tue, 05 Apr 2005 11:53:08 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-amd64@freebsd.org X-MDAV-Processed: multiplay.co.uk, Tue, 05 Apr 2005 11:53:10 +0100 Subject: Re: revert back to i386 arch X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 10:56:00 -0000 If u've just installed easier to reinstall imo. Steve ----- Original Message ----- From: "Thomas Spreng" > Hello, > > I have just installed an amd64 arch release on my new computer (64bit > athlon cpu). Unfortunatley, NVidia doesn't provide any gfx drivers for > amd64 architecture yet. The problem is that my graphic card isn't > supported by the opensource nvidia (xorg) driver and hence I'd have to > stick with the generic vesa driver. But it doesn't seem to support more > than 60Hz VertRefresh rate which is unacceptable for me (using a CRT). > > Therefore I'd like to recompile my system back to i386 since my gfx card > should be supported on that arch. Using CPUTYPE=p4 and TARGET_ARCH=i386 > arguments on buildworld and buildkernel targets should do the trick, > right? > Or are there any other solutions for my problem? ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 5 11:24:18 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A112916A4CE; Tue, 5 Apr 2005 11:24:18 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79B5143D1D; Tue, 5 Apr 2005 11:24:15 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual.digiware.nl [212.61.27.71]) by freebee.digiware.nl (8.13.1/8.13.1) with ESMTP id j35BO9VX027105; Tue, 5 Apr 2005 13:24:09 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <4252755B.4000101@withagen.nl> Date: Tue, 05 Apr 2005 13:24:11 +0200 From: Willem Jan Withagen User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20050330222439.GU84137@wantadilla.lemis.com> In-Reply-To: <20050330222439.GU84137@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Stable Users cc: FreeBSD-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 11:24:18 -0000 Greg 'groggy' Lehey wrote: > I've recently acquired an AMD64 box (dual Opteron 242, SiS Master@-FAR > motherboard > (http://www.msi.com.tw/program/products/server/svr/pro_svr_detail.php?UID=484). > See below for more details). I find it very unstable running with 8 > GB memory, though 4 GB are not a problem. At first I thought it was > the onboard peripherals, but after disabling them it still persisted. > > What's unstable? I only once got it through the boot process. > Running a 5.3-RELEASE i386 kernel it panics, though I haven't > 1. Has anybody else seen this problem? > 2. Has anybody else used this hardware configuration and *not* seen > this problem? [Posted something like thisearlier, but did not see it on the list] Little late to the discussion, but none the less. I bought this board over a year ago to run amd64 (you're running i386). But in the end I trashed it for running amd64 since one of then involved developers also tried to use the board without much success. It was running fine with amd64, 1 CPU, 2Gb, but as soon as I added the 2nd CPU the slightest load crashed the system somewhere in IPI-areas. After long discussions I came to the point that it was easier to get a new motherboard, so I got a Tyan Tiger S275. Which as not yet failed on me. So if ever you'd like to run amd64 on this system, even now you've determined the problem to be the load on the memory-bus, be warned that odd things could be happening. --WjW From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 5 13:34:20 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71BE116A4CE; Tue, 5 Apr 2005 13:34:20 +0000 (GMT) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB74943D49; Tue, 5 Apr 2005 13:34:19 +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 5D1EFB80C; Tue, 5 Apr 2005 09:34:19 -0400 (EDT) In-Reply-To: <20050404210000.X77763@roble.com> References: <20050402120023.3E94F16A4D1@hub.freebsd.org> <20050402125456.B5092@roble.com> <20050404210000.X77763@roble.com> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <51919efc0865cf2b7bb709ed74ff87f8@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Tue, 5 Apr 2005 09:34:19 -0400 To: freebsd-amd64@freebsd.org X-Mailer: Apple Mail (2.619.2) cc: freebsd-scsi@freebsd.org Subject: Re: Tyan k8sr lockups X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 13:34:20 -0000 On Apr 5, 2005, at 12:03 AM, Roger Marquis wrote: >> Do you have details on what you did to resolve your issue? > > Nothing but the email from Tyan included earlier. Neither do I know > if the pci-x bus timing issue was ever resolved. On that particular > order we ended using a U160 controller that didn't have the earlier > symptoms. All were single CPU Opterons. Thanks. I have the guys at Iron Systems investigating with Tyan if my motherboards are affected and/or fixed. Your note was a big help. Vivek Khera, Ph.D. +1-301-869-4449 x806 From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 5 14:02:36 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D56BB16A4CE for ; Tue, 5 Apr 2005 14:02:36 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF05243D2F for ; Tue, 5 Apr 2005 14:02:36 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j35E2aeE072389; Tue, 5 Apr 2005 07:02:36 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j35E2VvG072388; Tue, 5 Apr 2005 07:02:31 -0700 (PDT) (envelope-from sgk) Date: Tue, 5 Apr 2005 07:02:31 -0700 From: Steve Kargl To: Thomas Spreng Message-ID: <20050405140231.GA72311@troutmask.apl.washington.edu> References: <63419.130.92.9.57.1112698358.squirrel@secure.socket.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <63419.130.92.9.57.1112698358.squirrel@secure.socket.ch> User-Agent: Mutt/1.4.2.1i cc: freebsd-amd64@freebsd.org Subject: Re: revert back to i386 arch X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:02:36 -0000 On Tue, Apr 05, 2005 at 12:52:38PM +0200, Thomas Spreng wrote: > > Therefore I'd like to recompile my system back to i386 since my gfx card > should be supported on that arch. Using CPUTYPE=p4 and TARGET_ARCH=i386 > arguments on buildworld and buildkernel targets should do the trick, > right? No, it won't work. Well, it could work, but you better know what you are doing. It would be less painful to re-install from scratch. > Or are there any other solutions for my problem? Have you asked the Xorg developers about the card? There could be a driver/support in Xorg's cvs tree. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 5 14:14:23 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1497916A4CE; Tue, 5 Apr 2005 14:14:23 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id E550843D49; Tue, 5 Apr 2005 14:14:21 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j35EELln027977; Tue, 5 Apr 2005 10:14:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j35EELwt063253; Tue, 5 Apr 2005 10:14:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3CE0A7306E; Tue, 5 Apr 2005 10:14:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050405141421.3CE0A7306E@freebsd-current.sentex.ca> Date: Tue, 5 Apr 2005 10:14:21 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:14:23 -0000 TB --- 2005-04-05 12:31:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-05 12:31:29 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-05 12:31:29 - checking out the source tree TB --- 2005-04-05 12:31:29 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-05 12:31:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-05 12:38:22 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-05 12:38:22 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-05 12:38:22 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-05 13:46:39 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-05 13:46:39 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-05 13:46:39 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Apr 5 13:46:39 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 Tue Apr 5 14:02:15 UTC 2005 TB --- 2005-04-05 14:02:15 - generating LINT kernel config TB --- 2005-04-05 14:02:15 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-04-05 14:02:15 - /usr/bin/make -B LINT TB --- 2005-04-05 14:02:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-05 14:02:15 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-05 14:02:15 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 5 14:02:15 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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/compat/freebsd32/freebsd32_sysent.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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/compat/ia32/ia32_sysvec.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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/kern/imgact_elf32.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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/amd64/linux32/linux32_dummy.c cc -c -x assembler-with-cpp -DLOCORE -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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 -ffreestandin g -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_locore.s 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/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -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 /tinderbox/CURRENT/a md64/amd64/src/sys/amd64/linux32/linux32_machdep.c /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c: In function `linux_mmap': /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c:593: error: structure has no member named `pos' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-05 14:14:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-05 14:14:21 - ERROR: failed to build lint kernel TB --- 2005-04-05 14:14:21 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 5 14:26:14 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86D7416A4CE for ; Tue, 5 Apr 2005 14:26:14 +0000 (GMT) Received: from secure.socket.ch (secure.socket.ch [193.138.215.110]) by mx1.FreeBSD.org (Postfix) with ESMTP id F047843D1D for ; Tue, 5 Apr 2005 14:26:13 +0000 (GMT) (envelope-from spreng@socket.ch) Received: from localhost ([127.0.0.1] helo=secure.socket.ch) by secure.socket.ch with esmtp (Exim 4.50 (FreeBSD)) id 1DIp0I-0000MS-Qi for freebsd-amd64@freebsd.org; Tue, 05 Apr 2005 16:26:13 +0200 Received: from 130.92.9.57 (SquirrelMail authenticated user spreng@socket.ch) by secure.socket.ch with HTTP; Tue, 5 Apr 2005 16:26:06 +0200 (CEST) Message-ID: <50092.130.92.9.57.1112711166.squirrel@secure.socket.ch> In-Reply-To: <20050405140231.GA72311@troutmask.apl.washington.edu> References: <63419.130.92.9.57.1112698358.squirrel@secure.socket.ch> <20050405140231.GA72311@troutmask.apl.washington.edu> Date: Tue, 5 Apr 2005 16:26:06 +0200 (CEST) From: "Thomas Spreng" To: freebsd-amd64@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -2.8 (--) X-Spam-Report: Spam detection software, running on the system "secure.socket.ch", hasmessagelabel similar future email. If you have any questions, see the administrator of that system for details. Content preview: > On Tue, Apr 05, 2005 at 12:52:38PM +0200, Thomas i386 since my gfx card >> should be supported on that arch. Using CPUTYPE=p4 and TARGET_ARCH=i386 >> arguments on buildworld and buildkernel targets should do the trick, >> right? > > No, it won't work. Well, it could work, but you better know > what you are doing. It would be less painful to re-install > from scratch. [...] Content analysis details: (-2.8 points, 5.0 required) pts rule name description -------------------------------------------------- -2.8 ALL_TRUSTED Did not pass through any untrusted hosts X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: spreng@socket.ch X-SA-Exim-Scanned: No (on secure.socket.ch); SAEximRunCond expanded to false Subject: Re: revert back to i386 arch X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: spreng@socket.ch List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 14:26:14 -0000 > On Tue, Apr 05, 2005 at 12:52:38PM +0200, Thomas Spreng wrote: >> >> Therefore I'd like to recompile my system back to i386 since my gfx card >> should be supported on that arch. Using CPUTYPE=p4 and TARGET_ARCH=i386 >> arguments on buildworld and buildkernel targets should do the trick, >> right? > > No, it won't work. Well, it could work, but you better know > what you are doing. It would be less painful to re-install > from scratch. yes, that will be probably easier. >> Or are there any other solutions for my problem? > > Have you asked the Xorg developers about the card? > There could be a driver/support in Xorg's cvs tree. good idea thanks for all the fast replies, Tom From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 5 17:50:51 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D116F16A4CE for ; Tue, 5 Apr 2005 17:50:51 +0000 (GMT) Received: from mail21.sea5.speakeasy.net (mail21.sea5.speakeasy.net [69.17.117.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E16943D4C for ; Tue, 5 Apr 2005 17:50:51 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 2827 invoked from network); 5 Apr 2005 17:50:51 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 5 Apr 2005 17:50:50 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j35Hoi30066872; Tue, 5 Apr 2005 13:50:44 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Tue, 5 Apr 2005 11:28:39 -0400 User-Agent: KMail/1.6.2 References: <20050403162914.577FE7306E@freebsd-current.sentex.ca> In-Reply-To: <20050403162914.577FE7306E@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504051128.39031.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: amd64@FreeBSD.org cc: FreeBSD Tinderbox cc: current@FreeBSD.org Subject: Re: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 17:50:51 -0000 On Sunday 03 April 2005 12:29 pm, FreeBSD Tinderbox wrote: > TB --- 2005-04-03 14:46:51 - tinderbox 2.3 running on > freebsd-current.sentex.ca TB --- 2005-04-03 14:46:51 - starting CURRENT > tinderbox run for amd64/amd64 TB --- 2005-04-03 14:46:51 - checking out the > source tree > md64/amd64/src/sys/amd64/linux32/linux32_machdep.c > /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c: In > function `linux_mmap': > /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c:593: > error: structure has no member named `pos' *** Error code 1 > > Stop in > /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/ >sys/LINT. *** Error code 1 > > Stop in /tinderbox/CURRENT/amd64/amd64/src. > *** Error code 1 > > Stop in /tinderbox/CURRENT/amd64/amd64/src. > TB --- 2005-04-03 16:29:14 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2005-04-03 16:29:14 - ERROR: failed to build lint kernel > TB --- 2005-04-03 16:29:14 - tinderbox aborted Oops, should be fixed now. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 5 18:15:11 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E6F516A4CE; Tue, 5 Apr 2005 18:15:11 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10C7D43D2D; Tue, 5 Apr 2005 18:15:10 +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 9AE831FF931; Tue, 5 Apr 2005 20:15:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 8917E1FF91D; Tue, 5 Apr 2005 20:15:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 3E87415384; Tue, 5 Apr 2005 18:13:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 33A8E15329; Tue, 5 Apr 2005 18:13:14 +0000 (UTC) Date: Tue, 5 Apr 2005 18:13:14 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: freebsd-amd64@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: ports@freebsd.org Subject: [patch|test] CVSup/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 18:15:11 -0000 Hi, attached patch also available at http://sources.zabbadoz.net/freebsd/ports/experimental/cvsup-amd64.diff updates binary only port for amd64. It should give you everything (this incl. cvsupd etc., with compression working) but it hasn't been tested at all. It has been built in a 5.4-PRERELEASE chroot. I'd like any reports if this works ok on amd64 or if it breaks ports building for other archs. It has been built with the sources/patches posted to amd64 list several months ago. -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT --- 8< 8< 8< --- Index: Makefile =================================================================== RCS file: /local/mirror/FreeBSD/r/pcvs/ports/net/cvsup/Makefile,v retrieving revision 1.59 diff -u -p -r1.59 Makefile --- Makefile 27 Mar 2005 19:12:22 -0000 1.59 +++ Makefile 2 Apr 2005 21:29:52 -0000 @@ -32,13 +32,13 @@ BROKEN= Not supported on versions earli .if ${ARCH} == "alpha" TARGET= FBSD_ALPHA .elif ${ARCH} == "amd64" -PORTREVISION= 1 -MASTER_SITE_SUBDIR= obrien +MASTER_SITE_SUBDIR= bz MASTER_SITES= ${MASTER_SITE_LOCAL} DISTNAME= cvsup-without-gui.amd64 NO_WRKSUBDIR= yes USE_REINPLACE= yes NO_BUILD= binary-only +MANCOMPRESSED= yes .elif ${ARCH} == "i386" TARGET= FreeBSD4 .elif ${ARCH} == "sparc64" @@ -60,11 +60,9 @@ BUILD_DEPENDS= ${PREFIX}/lib/m3/pkg/form .endif # != amd64 .endif -.if ${ARCH} != "amd64" MAKE_ARGS+= PREFIX=${PREFIX} M3FLAGS="${M3FLAGS}" MAN1= cvpasswd.1 cvsup.1 MAN8= cvsupd.8 -.endif # != amd64 .ifdef STATIC M3FLAGS+= -DSTATIC @@ -73,6 +71,10 @@ M3FLAGS+= -DSTATIC pre-fetch: .ifndef WITHOUT_X11 @${ECHO_MSG} "*****************************************************" +.if ${ARCH} == "amd64" + @${ECHO_MSG} "* CVSup with X11 not yet supported on amd64. *" + @${ECHO_MSG} "* Will install non-X11 version. You might want *" +.endif @${ECHO_MSG} "* To build CVSup without X11 (and without the GUI), *" @${ECHO_MSG} "* use the \"net/cvsup-without-gui\" port. *" @${ECHO_MSG} "*****************************************************" @@ -84,26 +86,23 @@ post-install: @${INSTALL_DATA} ${WRKSRC}/License ${PREFIX}/share/cvsup/License .if ${ARCH} == "amd64" -PROGS= bin/cvsup sbin/cvsupd bin/cvpasswd - do-patch: @${TRUE} do-configure: @${TOUCH} ${WRKSRC}/License @${TOUCH} ${TOUCH_FLAGS} ${CONFIGURE_COOKIE} + @${TRUE} do-install: - ${INSTALL_PROGRAM} ${WRKSRC}/cvsup-without-gui.amd64 ${PREFIX}/bin/cvsup - @${ECHO} '#! /bin/sh' > ${PREFIX}/sbin/cvsupd - @${ECHO} 'echo `basename $$0` not supported on `uname -m`' \ - >> ${PREFIX}/sbin/cvsupd - @${ECHO} '#! /bin/sh' > ${PREFIX}/bin/cvpasswd - @${ECHO} 'echo `basename $$0` not supported on `uname -m`' \ - >> ${PREFIX}/sbin/cvpasswd - cd ${PREFIX} ; \ - ${CHOWN} ${BINOWN}:${BINGRP} ${PROGS} ; \ - ${CHMOD} ${BINMODE} ${PROGS} + ${INSTALL_PROGRAM} ${WRKSRC}/bin/cvpasswd ${PREFIX}/bin/ + ${INSTALL_PROGRAM} ${WRKSRC}/bin/cvsup ${PREFIX}/bin/ + ${INSTALL_PROGRAM} ${WRKSRC}/sbin/cvsupd ${PREFIX}/sbin/ + ${INSTALL_MAN} ${WRKSRC}/man/man1/cvpasswd.1.gz ${PREFIX}/man/man1/ + ${INSTALL_MAN} ${WRKSRC}/man/man1/cvsup.1.gz ${PREFIX}/man/man1/ + ${INSTALL_MAN} ${WRKSRC}/man/man8/cvsupd.8.gz ${PREFIX}/man/man8/ + ${MKDIR} ${PREFIX}/share/cvsup + ${MV} ${WRKSRC}/share/cvsup/License ${WRKSRC}/License .endif .include Index: distinfo =================================================================== RCS file: /local/mirror/FreeBSD/r/pcvs/ports/net/cvsup/distinfo,v retrieving revision 1.24 diff -u -p -r1.24 distinfo --- distinfo 11 Oct 2004 22:10:58 -0000 1.24 +++ distinfo 2 Apr 2005 21:29:52 -0000 @@ -1,4 +1,4 @@ MD5 (cvsup-snap-16.1h.tar.gz) = b100ace98a41aa9f3d3e75b0d3c245b0 SIZE (cvsup-snap-16.1h.tar.gz) = 430951 -MD5 (cvsup-without-gui.amd64.tar.bz2) = 5e83e6b68696058ebcc4e8666e8442a9 -SIZE (cvsup-without-gui.amd64.tar.bz2) = 335735 +MD5 (cvsup-without-gui.amd64.tar.bz2) = ced3a5ccca76550d239f1ec09e3822d4 +SIZE (cvsup-without-gui.amd64.tar.bz2) = 964594 From owner-freebsd-amd64@FreeBSD.ORG Tue Apr 5 19:00:06 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3304B16A4CE; Tue, 5 Apr 2005 19:00:06 +0000 (GMT) Received: from isis.sigpipe.cz (r2g224.chello.upc.cz [62.245.70.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id DBCA743D46; Tue, 5 Apr 2005 19:00:02 +0000 (GMT) (envelope-from neuhauser@sigpipe.cz) Received: by isis.sigpipe.cz (Postfix, from userid 1001) id DBE451F87BED; Tue, 5 Apr 2005 21:00:01 +0200 (CEST) Date: Tue, 5 Apr 2005 21:00:01 +0200 From: Roman Neuhauser To: "Bjoern A. Zeeb" Message-ID: <20050405190001.GA23554@isis.sigpipe.cz> Mail-Followup-To: "Bjoern A. Zeeb" , freebsd-amd64@freebsd.org, ports@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: ports@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: [patch|test] CVSup/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 19:00:06 -0000 # bzeeb-lists@lists.zabbadoz.net / 2005-04-05 18:13:14 +0000: > attached patch also available at > http://sources.zabbadoz.net/freebsd/ports/experimental/cvsup-amd64.diff > updates binary only port for amd64. > @@ -73,6 +71,10 @@ M3FLAGS+= -DSTATIC > pre-fetch: > .ifndef WITHOUT_X11 > @${ECHO_MSG} "*****************************************************" > +.if ${ARCH} == "amd64" > + @${ECHO_MSG} "* CVSup with X11 not yet supported on amd64. *" > + @${ECHO_MSG} "* Will install non-X11 version. You might want *" > +.endif > @${ECHO_MSG} "* To build CVSup without X11 (and without the GUI), *" > @${ECHO_MSG} "* use the \"net/cvsup-without-gui\" port. *" > @${ECHO_MSG} "*****************************************************" Hmm, this doesn't look very natural: CVSup with X11 not yet supported on amd64. Will install non-X11 version. You might want To build CVSup without X11 (and without the GUI), use the "net/cvsup-without-gui" port. And it's misleading, too: it won't actually build anything. This is better: @@ -73,10 +71,15 @@ pre-fetch: .ifndef WITHOUT_X11 @${ECHO_MSG} "*****************************************************" +.if ${ARCH} == "amd64" + @${ECHO_MSG} "* CVSup with X11 not yet supported on amd64. *" + @${ECHO_MSG} "* This port will install the non-X11 version. *" +.else @${ECHO_MSG} "* To build CVSup without X11 (and without the GUI), *" @${ECHO_MSG} "* use the \"net/cvsup-without-gui\" port. *" +.endif @${ECHO_MSG} "*****************************************************" .endif @${TRUE} post-install: -- 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 Tue Apr 5 23:04:02 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5AC016A4CE for ; Tue, 5 Apr 2005 23:04:02 +0000 (GMT) Received: from mail.emmplus.ie (mail.emmplus.ie [66.154.97.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 620AD43D54 for ; Tue, 5 Apr 2005 23:04:02 +0000 (GMT) (envelope-from jev@ecad.org) Received: from localhost (localhost [127.0.0.1]) by mail.emmplus.ie (Postfix) with ESMTP id 556EFFA1CF; Wed, 6 Apr 2005 00:03:31 +0100 (IST) Received: from mail.emmplus.ie ([127.0.0.1]) by localhost (cohiba.emmplus.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 88069-04; Wed, 6 Apr 2005 00:03:30 +0100 (IST) Received: from [192.168.0.105] (unknown [24.86.96.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.emmplus.ie (Postfix) with ESMTP id 6C4E9F8B2B; Wed, 6 Apr 2005 00:03:30 +0100 (IST) Message-ID: <42531905.9040406@ecad.org> Date: Tue, 05 Apr 2005 16:02:29 -0700 From: Jev User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050329) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Willem Jan Withagen References: <42519208.5090906@ecad.org> <4251950F.6020307@samsco.org> <20050404213337.2d35795e.lehmann@ans-netz.de> <4251C59F.9000903@brozs.net> <42525CFF.1070100@withagen.nl> In-Reply-To: <42525CFF.1070100@withagen.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at emmplus.ie cc: freebsd-amd64@freebsd.org Subject: Re: amd64 amd dual head graphics cards? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Apr 2005 23:04:02 -0000 Thank you everyone for your replies, I got a Radeon 9250, and I'm writing this with two monitors enabled on amd64 5.4-RC1 :) Just need to tweak some fonts and such..... -Emil Willem Jan Withagen wrote: > Thomas Fagart wrote: >> Radeon driver with Xorg works fine for me also. >> >> pciconf -vl extract >> >> xorg.conf extract > > I also use the ATI Radeon and let xorg do 1 screen (2*1280 by 1024) on 2 > monitors. The Radeon has a DVI and VGA terminal which are both connected > to 180x1024 LCD's > > --WjW > > Mine: > ==== > pciconf => > none3@pci2:0:0: class=0x030000 card=0x200217ee chip=0x41501002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc.' > device = 'Radeon 9600 Series (V350)' > class = display > subclass = VGA > none4@pci2:0:1: class=0x038000 card=0x200317ee chip=0x41701002 rev=0x00 > hdr=0x00 > vendor = 'ATI Technologies Inc.' > device = 'Radeon 9600 Series - Secondary' > class = display > ==== > > And a special trick in the Xorg configfile > ===== > Section "ServerLayout" > Identifier "XFree86 Configured" > Screen 0 "Screen0" 0 0 > Screen 1 "Screen0" 1280 0 > InputDevice "Mouse0" "CorePointer" > InputDevice "Keyboard0" "CoreKeyboard" > EndSection > > [ fonts mouse keyb etc.... deleted ] > > Section "Monitor" > Identifier "Monitor0" > VendorName "Philips" > ModelName "170B" > VertRefresh 55-75 > HorizSync 24-80 > DisplaySize 340 270 # mm > Option "DPMS" > EndSection > > Section "Monitor" > Identifier "Monitor1" > VendorName "IVM" > ModelName "IVM46D1" > Option "DPMS" > DisplaySize 340 270 # mm > EndSection > > > Section "Device" > Identifier "Card0" > Driver "radeon" > VendorName "ATI Technologies Inc" > BoardName "Unknown Board" > BusID "PCI:2:0:0" > Screen 0 > Option "MonitorLayout" "TDMS,TDMS" > Option "MetaModes" "1280x1024-1280x1024" > Option "MergedFB" "true" > Option "CRT2Position" "RightOf" > Option "OverlayOnCRT2" "off" > Option "MergedXineramaCRT2IsScreen0" "True" > EndSection > > Section "Screen" > Identifier "Screen0" > Device "Card0" > Monitor "Monitor0" > SubSection "Display" > Depth 1 > EndSubSection > SubSection "Display" > Depth 4 > Virtual 2560 1024 > Viewport 0 0 > modes "1280x1024" > EndSubSection > SubSection "Display" > Depth 8 > Virtual 2560 1024 > Viewport 0 0 > modes "1280x1024" > EndSubSection > SubSection "Display" > Depth 15 > Virtual 2560 1024 > Viewport 0 0 > modes "1280x1024" > EndSubSection > SubSection "Display" > Depth 16 > Virtual 2560 1024 > Viewport 0 0 > modes "1280x1024" > EndSubSection > SubSection "Display" > Depth 24 > Virtual 2560 1024 > Viewport 0 0 > modes "1280x1024" > EndSubSection > EndSection > > >> >> pciconf -vl extract >> >> drm0@pci1:0:0: class=0x030000 card=0x00021787 chip=0x51591002 >> rev=0x00 hdr=0x00 >> vendor = 'ATI Technologies Inc.' >> device = 'RV100 Radeon 7000 / Radeon VE' >> class = display >> subclass = VGA >> >> xorg.conf extract >> >> Section "Device" >> Identifier "radeon0" >> Driver "radeon" >> Option "AGPMode" "4" >> Option "AGPFastWrite" "on" >> Option "DDCMode" "on" >> Option "MonitorLayout" "TMDS, CRT" >> BusID "PCI:1:0:0" >> #VideoRam 65536 >> Screen 0 >> EndSection >> >> Section "Device" >> Identifier "radeon1" >> Driver "radeon" >> Option "AGPMode" "4" >> Option "AGPFastWrite" "on" >> Option "DDCMode" "on" >> # Option "MonitorLayout" "TMDS, CRT" >> BusID "PCI:1:0:0" >> #VideoRam 65536 >> Screen 1 >> EndSection >> >> Section "ServerLayout" >> Identifier "Simple Layout" >> Screen 0 "Screen0" 0 0 >> Screen 1 "Screen1" rightOf "Screen0" >> InputDevice "Mouse1" "CorePointer" >> InputDevice "Keyboard1" "CoreKeyboard" >> EndSection >> >> >> Thomas >> _______________________________________________ >> 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 Wed Apr 6 01:33:31 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F6CB16A4CE for ; Wed, 6 Apr 2005 01:33:31 +0000 (GMT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2415343D41 for ; Wed, 6 Apr 2005 01:33:31 +0000 (GMT) (envelope-from peter@wemm.org) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id 2903A19774; Tue, 5 Apr 2005 18:33:31 -0700 (PDT) From: Peter Wemm To: amd64@freebsd.org Date: Tue, 5 Apr 2005 18:33:30 -0700 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504051833.30708.peter@wemm.org> Subject: HEADS UP: FreeBSD-SA-05:03.amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 01:33:31 -0000 In case anybody is not paying attention to -announce, there is a security fix that has just gone into HEAD, 5.3 and 5.4. If you have public or untrusted users or code on your machines, you want to get this patched ASAP... Note that the upcoming 5.4-RC1 *is* vulnerable and will need to be patched. As an aside, the patch also should fix double faults. I'd botched the layout of the tss structure definition too. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 6 04:01:16 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 554D716A4CE for ; Wed, 6 Apr 2005 04:01:16 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D4AC43D1F for ; Wed, 6 Apr 2005 04:01:16 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AB68F52597; Tue, 5 Apr 2005 21:01:14 -0700 (PDT) Date: Tue, 5 Apr 2005 21:01:14 -0700 From: Kris Kennaway To: Peter Wemm Message-ID: <20050406040114.GA48933@xor.obsecurity.org> References: <200504051833.30708.peter@wemm.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <200504051833.30708.peter@wemm.org> User-Agent: Mutt/1.4.2.1i cc: amd64@freebsd.org Subject: Re: HEADS UP: FreeBSD-SA-05:03.amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 04:01:16 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 05, 2005 at 06:33:30PM -0700, Peter Wemm wrote: > In case anybody is not paying attention to -announce, there is a=20 > security fix that has just gone into HEAD, 5.3 and 5.4. >=20 > If you have public or untrusted users or code on your machines, you want= =20 > to get this patched ASAP... >=20 > Note that the upcoming 5.4-RC1 *is* vulnerable and will need to be=20 > patched. RELENG_5_4 has already been patched in CVS, in case anyone is unclear about the status of future release candidates. Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCU18KWry0BWjoQKURAhpOAKCUygEXhED9Iz/Ztbjv3EfXSYvrfgCgkCo1 lksvke+j36qTh4GrZW1VfwU= =l4SD -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 6 09:13:07 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17F2D16A4CE; Wed, 6 Apr 2005 09:13:07 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id F008443D1F; Wed, 6 Apr 2005 09:13:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j369D5vh082777; Wed, 6 Apr 2005 05:13:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j369D5tD025079; Wed, 6 Apr 2005 05:13:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 592337306E; Wed, 6 Apr 2005 05:13:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050406091305.592337306E@freebsd-current.sentex.ca> Date: Wed, 6 Apr 2005 05:13:05 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 09:13:07 -0000 TB --- 2005-04-06 07:38:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-06 07:38:48 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-06 07:38:49 - checking out the source tree TB --- 2005-04-06 07:38:49 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-06 07:38:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-06 07:45:50 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-06 07:45:50 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-06 07:45:50 - /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 [...] cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/stdtime/localtime.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/stdtime/strftime.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/stdtime/strptime.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/stdtime/timelocal.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/stdtime/time32.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/i386/sys/_amd64_get_fsbase.c /tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386/sys/_amd64_get_fsbase.c: In function `_amd64_get_fsbase': /tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386/sys/_amd64_get_fsbase.c:40: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libc. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-06 09:13:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-06 09:13:05 - ERROR: failed to build world TB --- 2005-04-06 09:13:05 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 6 10:33:01 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43DB416A4CE for ; Wed, 6 Apr 2005 10:33:01 +0000 (GMT) Received: from mail.ipnet.kiev.ua (cielago.ip.net.ua [82.193.96.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id C172543D3F for ; Wed, 6 Apr 2005 10:32:59 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by mail.ipnet.kiev.ua (8.12.11/8.12.11) with ESMTP id j36AWr5X056039; Wed, 6 Apr 2005 13:32:53 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: from mail.ipnet.kiev.ua ([82.193.96.7]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 25954-19; Wed, 6 Apr 2005 13:34:53 +0300 (EEST) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by mail.ipnet.kiev.ua (8.12.11/8.12.11) with ESMTP id j36AWowN055999 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 6 Apr 2005 13:32:50 +0300 (EEST) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.3/8.13.3) id j36AWpjL047282; Wed, 6 Apr 2005 13:32:51 +0300 (EEST) (envelope-from ru) Date: Wed, 6 Apr 2005 13:32:51 +0300 From: Ruslan Ermilov To: Thomas Spreng Message-ID: <20050406103251.GB47157@ip.net.ua> References: <63419.130.92.9.57.1112698358.squirrel@secure.socket.ch> <20050405140231.GA72311@troutmask.apl.washington.edu> <50092.130.92.9.57.1112711166.squirrel@secure.socket.ch> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8P1HSweYDcXXzwPJ" Content-Disposition: inline In-Reply-To: <50092.130.92.9.57.1112711166.squirrel@secure.socket.ch> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-amd64@freebsd.org Subject: Re: revert back to i386 arch X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 10:33:01 -0000 --8P1HSweYDcXXzwPJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 05, 2005 at 04:26:06PM +0200, Thomas Spreng wrote: > > On Tue, Apr 05, 2005 at 12:52:38PM +0200, Thomas Spreng wrote: > >> > >> Therefore I'd like to recompile my system back to i386 since my gfx ca= rd > >> should be supported on that arch. Using CPUTYPE=3Dp4 and TARGET_ARCH= =3Di386 > >> arguments on buildworld and buildkernel targets should do the trick, > >> right? > > > > No, it won't work. Well, it could work, but you better know > > what you are doing. It would be less painful to re-install > > from scratch. >=20 > yes, that will be probably easier. >=20 I'll second this -- switching from amd64 to i386 online is not supported (at least not tested), so don't do that. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --8P1HSweYDcXXzwPJ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD4DBQFCU7rTqRfpzJluFF4RAj57AJ9z1khYw47BYdQhvC9Z3rHxJ3WZMQCXRWnR qHw0OoNk/KoMkvrKgyjA3A== =sqhv -----END PGP SIGNATURE----- --8P1HSweYDcXXzwPJ-- From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 6 16:00:06 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7566616A4CE for ; Wed, 6 Apr 2005 16:00:06 +0000 (GMT) Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.178.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A07143D45 for ; Wed, 6 Apr 2005 16:00:06 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [213.6.72.97] (A4861.a.pppool.de [213.6.72.97]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate2.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 6B1B130006F7 for ; Wed, 6 Apr 2005 18:00:04 +0200 (CEST) Message-ID: <42540781.7000608@mail.uni-mainz.de> Date: Wed, 06 Apr 2005 18:00:01 +0200 From: "O. Hartmann" Organization: Institut =?ISO-8859-15?Q?f=FCr_Geophysik?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-AT; rv:1.7.6) Gecko/20050328 X-Accept-Language: de-de, en MIME-Version: 1.0 To: amd64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Subject: Some questions about Winchester/Newcastle cores of Athlon64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 16:00:06 -0000 Dear Sirs. In some discussions I read about some memory controler issues of Winchester based Athlon64 cores. The CPU will downgrade to DDR333 if 4 double sided memory modules are present in a system. I also read about a rumor nVidias nForce4 chipset is capable to handle 4 double sided memory modules with a Winchester based CPU core, but throttling down 1T to 2T access cycles, but remeains in DDR400 mode. Is this also an issue of the Newcastle based CPU cores or is this a bug in the Winchester cores? The oncoming Venice/San Diego cores of Athlon64 CPUs are said to be fixed and capable of driving 4 double sided memory modules. Is this weird memory controlling behaviour also an issue on Opteron CPUs? These questions may sound stupid, but I think many of the developers here and hardware thugs did a lot of stuff and thaughts about this and maybe someone is willing to answer me. Thanks a lot in advance, Oliver From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 6 16:00:59 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3095F16A4CE for ; Wed, 6 Apr 2005 16:00:59 +0000 (GMT) Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.178.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id D536543D39 for ; Wed, 6 Apr 2005 16:00:58 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [213.6.72.97] (A4861.a.pppool.de [213.6.72.97]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate2.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 5FCE5300066A for ; Wed, 6 Apr 2005 18:00:57 +0200 (CEST) Message-ID: <425407B7.3080306@mail.uni-mainz.de> Date: Wed, 06 Apr 2005 18:00:55 +0200 From: "O. Hartmann" Organization: Institut =?ISO-8859-15?Q?f=FCr_Geophysik?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; de-AT; rv:1.7.6) Gecko/20050328 X-Accept-Language: de-de, en MIME-Version: 1.0 To: amd64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Subject: FreeBSD 5.4-STABLE: DVD in PIO mode? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 16:00:59 -0000 Hello. After I did a cvsupdate today and recompiled world/kernel, I realized that DVD/CDROM now is by default in PIO mode 4. I have to bring them back to DMA explicitely by setting hw.ata.atapi_dma="1" in /boot/loader.conf.local. Is this right or is this a weird behaviour of the widely unsupported (and therefore running in some GENERIC modes) ASUS A8N-SLI (nForce4 based Socket939 mainboard)? Looking at dmesg output, the harddisk attached to the nForce4 SATA II controler is said to be driven in UDMA33 mode by a GENERIC-ATA driver for this still unsupported chipset. Can I trust this message or is it simply a dummy message and the harddisk is driven as SATA150 (Maxtor 6B200MO, 200GB, NCQ capable)? Oliver From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 6 17:01:54 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F30EF16A4CE; Wed, 6 Apr 2005 17:01:53 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CEE843D41; Wed, 6 Apr 2005 17:01:53 +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 j36H1qAG030272; Wed, 6 Apr 2005 10:01:52 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j36H1qIO030271; Wed, 6 Apr 2005 10:01:52 -0700 Date: Wed, 6 Apr 2005 10:01:52 -0700 From: Brooks Davis To: "Bjoern A. Zeeb" Message-ID: <20050406170152.GA20890@odin.ac.hmc.edu> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: 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: ports@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: [patch|test] CVSup/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 17:01:54 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 05, 2005 at 06:13:14PM +0000, Bjoern A. Zeeb wrote: > Hi, >=20 > attached patch also available at > http://sources.zabbadoz.net/freebsd/ports/experimental/cvsup-amd64.diff > updates binary only port for amd64. This patch didn't quite apply for me, but I was able to apply it by hand. The following is what I used. > It should give you everything (this incl. cvsupd etc., with > compression working) but it hasn't been tested at all. > It has been built in a 5.4-PRERELEASE chroot. I can verify that both cvsup and cvsupd work, at least to a limited extent. Just in time to install my new ThinkPad. Thanks, Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --2fHTh5uZTiUOsy+g Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCVBPwXY6L6fI4GtQRAhFAAKDC5Wgo5Thu9y6X49axX0WfkbqTpQCePTrP ozhPBdNYEw2C8RePSrgilLs= =8xEW -----END PGP SIGNATURE----- --2fHTh5uZTiUOsy+g-- From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 6 17:04:09 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F40B16A4CE; Wed, 6 Apr 2005 17:04:09 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A45743D2F; Wed, 6 Apr 2005 17:04:09 +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 j36H48BD030529; Wed, 6 Apr 2005 10:04:08 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j36H482A030528; Wed, 6 Apr 2005 10:04:08 -0700 Date: Wed, 6 Apr 2005 10:04:08 -0700 From: Brooks Davis To: Brooks Davis Message-ID: <20050406170408.GB20890@odin.ac.hmc.edu> References: <20050406170152.GA20890@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5" Content-Disposition: inline In-Reply-To: <20050406170152.GA20890@odin.ac.hmc.edu> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.3 required=8.0 tests=UPPERCASE_25_50 autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: ports@freebsd.org cc: freebsd-amd64@freebsd.org Subject: Re: [patch|test] CVSup/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 17:04:09 -0000 --s/l3CgOIzMHHjg/5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 06, 2005 at 10:01:52AM -0700, Brooks Davis wrote: > On Tue, Apr 05, 2005 at 06:13:14PM +0000, Bjoern A. Zeeb wrote: > > Hi, > >=20 > > attached patch also available at > > http://sources.zabbadoz.net/freebsd/ports/experimental/cvsup-amd64.diff > > updates binary only port for amd64. >=20 > This patch didn't quite apply for me, but I was able to apply it by > hand. The following is what I used. Oops, forgot to actually attach. -- Brooks Index: Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /storage/mirrors/freebsd/cvs/ports/net/cvsup/Makefile,v retrieving revision 1.59 diff -u -r1.59 Makefile --- Makefile 27 Mar 2005 19:12:22 -0000 1.59 +++ Makefile 6 Apr 2005 16:49:59 -0000 @@ -32,13 +32,14 @@ .if ${ARCH} =3D=3D "alpha" TARGET=3D FBSD_ALPHA .elif ${ARCH} =3D=3D "amd64" -PORTREVISION=3D 1 -MASTER_SITE_SUBDIR=3D obrien +PORTREVISION=3D 2 +MASTER_SITE_SUBDIR=3D bz MASTER_SITES=3D ${MASTER_SITE_LOCAL} DISTNAME=3D cvsup-without-gui.amd64 NO_WRKSUBDIR=3D yes USE_REINPLACE=3D yes NO_BUILD=3D binary-only +MANCOMPRESSED=3D yes .elif ${ARCH} =3D=3D "i386" TARGET=3D FreeBSD4 .elif ${ARCH} =3D=3D "sparc64" @@ -60,11 +61,9 @@ .endif # !=3D amd64 .endif =20 -.if ${ARCH} !=3D "amd64" MAKE_ARGS+=3D PREFIX=3D${PREFIX} M3FLAGS=3D"${M3FLAGS}" MAN1=3D cvpasswd.1 cvsup.1 MAN8=3D cvsupd.8 -.endif # !=3D amd64 =20 .ifdef STATIC M3FLAGS+=3D -DSTATIC @@ -73,6 +72,10 @@ pre-fetch: .ifndef WITHOUT_X11 @${ECHO_MSG} "*****************************************************" +.if ${ARCH} =3D=3D "amd64" + @${ECHO_MSG} "* CVSup with X11 not yet supported on amd64. *" + @${ECHO_MSG} "* Will install non-X11 version. You might want *" +.endif @${ECHO_MSG} "* To build CVSup without X11 (and without the GUI), *" @${ECHO_MSG} "* use the \"net/cvsup-without-gui\" port. *" @${ECHO_MSG} "*****************************************************" @@ -84,7 +87,8 @@ @${INSTALL_DATA} ${WRKSRC}/License ${PREFIX}/share/cvsup/License =20 .if ${ARCH} =3D=3D "amd64" -PROGS=3D bin/cvsup sbin/cvsupd bin/cvpasswd +do-patch: + @${TRUE} =20 do-patch: @${TRUE} @@ -92,18 +96,17 @@ do-configure: @${TOUCH} ${WRKSRC}/License @${TOUCH} ${TOUCH_FLAGS} ${CONFIGURE_COOKIE} + @${TRUE} =20 do-install: - ${INSTALL_PROGRAM} ${WRKSRC}/cvsup-without-gui.amd64 ${PREFIX}/bin/cvsup - @${ECHO} '#! /bin/sh' > ${PREFIX}/sbin/cvsupd - @${ECHO} 'echo `basename $$0` not supported on `uname -m`' \ - >> ${PREFIX}/sbin/cvsupd - @${ECHO} '#! /bin/sh' > ${PREFIX}/bin/cvpasswd - @${ECHO} 'echo `basename $$0` not supported on `uname -m`' \ - >> ${PREFIX}/sbin/cvpasswd - cd ${PREFIX} ; \ - ${CHOWN} ${BINOWN}:${BINGRP} ${PROGS} ; \ - ${CHMOD} ${BINMODE} ${PROGS} + ${INSTALL_PROGRAM} ${WRKSRC}/bin/cvpasswd ${PREFIX}/bin/ + ${INSTALL_PROGRAM} ${WRKSRC}/bin/cvsup ${PREFIX}/bin/ + ${INSTALL_PROGRAM} ${WRKSRC}/sbin/cvsupd ${PREFIX}/sbin/ + ${INSTALL_MAN} ${WRKSRC}/man/man1/cvpasswd.1.gz ${PREFIX}/man/man1/ + ${INSTALL_MAN} ${WRKSRC}/man/man1/cvsup.1.gz ${PREFIX}/man/man1/ + ${INSTALL_MAN} ${WRKSRC}/man/man8/cvsupd.8.gz ${PREFIX}/man/man8/ + ${MKDIR} ${PREFIX}/share/cvsup + ${MV} ${WRKSRC}/share/cvsup/License ${WRKSRC}/License .endif =20 .include Index: distinfo =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /storage/mirrors/freebsd/cvs/ports/net/cvsup/distinfo,v retrieving revision 1.24 diff -u -r1.24 distinfo --- distinfo 11 Oct 2004 22:10:58 -0000 1.24 +++ distinfo 5 Apr 2005 18:31:38 -0000 @@ -1,4 +1,4 @@ MD5 (cvsup-snap-16.1h.tar.gz) =3D b100ace98a41aa9f3d3e75b0d3c245b0 SIZE (cvsup-snap-16.1h.tar.gz) =3D 430951 -MD5 (cvsup-without-gui.amd64.tar.bz2) =3D 5e83e6b68696058ebcc4e8666e8442a9 -SIZE (cvsup-without-gui.amd64.tar.bz2) =3D 335735 +MD5 (cvsup-without-gui.amd64.tar.bz2) =3D ced3a5ccca76550d239f1ec09e3822d4 +SIZE (cvsup-without-gui.amd64.tar.bz2) =3D 964594 --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --s/l3CgOIzMHHjg/5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCVBZyXY6L6fI4GtQRAtpqAKCyddt0ONhZar7+V3CZkwH+SZNKQACfbmwJ McI7qyjgPEY84FPtYG5r+74= =pDyf -----END PGP SIGNATURE----- --s/l3CgOIzMHHjg/5-- From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 6 17:53:31 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F308716A4CE for ; Wed, 6 Apr 2005 17:53:30 +0000 (GMT) Received: from ipe.cnpm.embrapa.br (ipe.cnpm.embrapa.br [200.136.111.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7208143D1D for ; Wed, 6 Apr 2005 17:53:27 +0000 (GMT) (envelope-from pan@cnpm.embrapa.br) Received: from localhost (localhost.cnpm.embrapa.br [127.0.0.1]) by ipe.cnpm.embrapa.br (Postfix) with ESMTP id 26B898448F for ; Wed, 6 Apr 2005 14:53:25 -0300 (BRT) Received: from [200.136.111.44] (oliveira.cnpm.embrapa.br [200.136.111.44]) by ipe.cnpm.embrapa.br (Postfix) with ESMTP id 7B06C8448D for ; Wed, 6 Apr 2005 14:53:23 -0300 (BRT) Message-ID: <42542264.3010500@cnpm.embrapa.br> Date: Wed, 06 Apr 2005 14:54:44 -0300 From: "Carlos F. A. Paniago" User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: pt-br, pt MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd 0.1 Subject: is ethereal broke on amd64? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 17:53:31 -0000 I compiled ok in an amd64 system (updated up do day), the ethereal port. When I try to use it to list my packets, it dump core. Someone know how to fix? Paniago -- Nome: Carlos Fernando Assis Paniago Email: pan@cnpm.embrapa.br Fone: +55 (19) 3256-60-30 Web: http://www.cnpm.embrapa.br/ Fax: +55 (19) 3254-11-00 -- From owner-freebsd-amd64@FreeBSD.ORG Wed Apr 6 21:10:54 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EF7816A4CE for ; Wed, 6 Apr 2005 21:10:54 +0000 (GMT) Received: from web51605.mail.yahoo.com (web51605.mail.yahoo.com [206.190.38.210]) by mx1.FreeBSD.org (Postfix) with SMTP id 098C743D31 for ; Wed, 6 Apr 2005 21:10:54 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 45246 invoked by uid 60001); 6 Apr 2005 21:10:53 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=2B1gLHWOiHbxPt0PCMvpQGmuzS4uIK1Pw6SoRAd3i2o4dKanVqElfQrBjCXb1MOZJkvqCjgvql9Dnnk6CcjMzD11SlDxsdm2Votaty8K5uPjQWSew9W+O1Tqds06mT5inKJLKJWHFtPGVMrhN1dMlxCYewszpu9njtVCRuOU5KE= ; Message-ID: <20050406211053.45244.qmail@web51605.mail.yahoo.com> Received: from [63.171.232.105] by web51605.mail.yahoo.com via HTTP; Wed, 06 Apr 2005 23:10:53 CEST Date: Wed, 6 Apr 2005 23:10:53 +0200 (CEST) From: To: freebsd-amd64@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Help with the cad/BRLCAD port X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Apr 2005 21:10:54 -0000 Hi; There is a known issue on the BRLCAD port but I don't have an AMD64 so I've been unable to do anything about it. BRLCAD expects a "__x86_64__" symbol defined by the preprocessor. Can someone kindly do this: touch blah.c gcc -E -dM blah.c and send me the results? thanks in advance, Pedro. ___________________________________ Nuovo Yahoo! Messenger: E' molto più divertente: Audibles, Avatar, Webcam, Giochi, Rubrica… Scaricalo ora! http://it.messenger.yahoo.it From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 7 00:57:00 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2CF816A4CE for ; Thu, 7 Apr 2005 00:57:00 +0000 (GMT) Received: from web51604.mail.yahoo.com (web51604.mail.yahoo.com [206.190.38.209]) by mx1.FreeBSD.org (Postfix) with SMTP id 1308A43D46 for ; Thu, 7 Apr 2005 00:57:00 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 9262 invoked by uid 60001); 7 Apr 2005 00:56:59 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=ODJ/8drtTKnceqyC2hAlW1KAMYr4syhJjw7wYwfPqW+D2GzHBbEpufPGRAUozjPHmcNoPo08Nn/VHRKOJ79PyKZw6losU/QoEEfOzk+FV3pcGl4TlIOISN4QuFKWGNVjrx3ua1VVy2/bfciWungv4ZnEuYA2nZ60JLk+NzgjJwQ= ; Message-ID: <20050407005659.9260.qmail@web51604.mail.yahoo.com> Received: from [63.171.232.248] by web51604.mail.yahoo.com via HTTP; Thu, 07 Apr 2005 02:56:59 CEST Date: Thu, 7 Apr 2005 02:56:59 +0200 (CEST) From: To: freebsd-amd64@FreeBSD.org In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: Help with the cad/BRLCAD port X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 00:57:00 -0000 I got it .. thanks to Willem Jan Withagen ! Pedro. ___________________________________ Nuovo Yahoo! Messenger: E' molto più divertente: Audibles, Avatar, Webcam, Giochi, Rubrica… Scaricalo ora! http://it.messenger.yahoo.it From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 7 02:49:09 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CE0616A4CE; Thu, 7 Apr 2005 02:49:09 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BB5A43D2D; Thu, 7 Apr 2005 02:49:08 +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.3/8.13.3) with ESMTP id j372n7HX021090; Wed, 6 Apr 2005 22:49:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j372n6G2048522; Wed, 6 Apr 2005 22:49:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 86D6E7306E; Wed, 6 Apr 2005 22:49:07 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050407024907.86D6E7306E@freebsd-current.sentex.ca> Date: Wed, 6 Apr 2005 22:49:07 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 02:49:09 -0000 TB --- 2005-04-07 01:30:11 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-07 01:30:11 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-07 01:30:11 - checking out the source tree TB --- 2005-04-07 01:30:11 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-07 01:30:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-07 01:36:56 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-07 01:36:56 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-07 01:36:56 - /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 [...] ===> lib/libbz2 (all) ===> lib/libc (all) cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/net/gai_strerror.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/net/getaddrinfo.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/net/name6.c cc -m32 -march=athlon-xp -msse2 -mfancy-math-387 -DCOMPAT_32BIT -I/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/include -L/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -B/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/lib32/usr/lib32 -O2 -pipe -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../include -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/../../contrib/gdtoa -DINET6 -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/lib32/tinderbox/CURRENT/amd64/amd64/src/lib/libc -DPOSIX_MISTAKE -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/tinderbox/CURRENT/amd64/amd64/src/lib/libc/rpc -DYP -DHESIOD -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /tinderbox/CURRENT/amd6 4/amd64/src/lib/libc/i386/sys/_amd64_get_fsbase.c /tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386/sys/_amd64_get_fsbase.c: In function `_amd64_get_fsbase': /tinderbox/CURRENT/amd64/amd64/src/lib/libc/i386/sys/_amd64_get_fsbase.c:40: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libc. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-07 02:49:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-07 02:49:07 - ERROR: failed to build world TB --- 2005-04-07 02:49:07 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 7 03:04:13 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B19EA16A4CE for ; Thu, 7 Apr 2005 03:04:13 +0000 (GMT) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24A4243D2F for ; Thu, 7 Apr 2005 03:04:13 +0000 (GMT) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr5.xs4all.nl (8.12.11/8.12.11) with ESMTP id j3734B52014721; Thu, 7 Apr 2005 05:04:11 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 5A31C63AE; Thu, 7 Apr 2005 05:04:11 +0200 (CEST) Date: Thu, 7 Apr 2005 05:04:11 +0200 From: Roland Smith To: freebsd-amd64@freebsd.org Message-ID: <20050407030411.GA68841@slackbox.xs4all.nl> Mail-Followup-To: freebsd-amd64@freebsd.org, pfgshield-freebsd@yahoo.com References: <20050406211053.45244.qmail@web51605.mail.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <20050406211053.45244.qmail@web51605.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! Organization: Me, organized? X-Virus-Scanned: by XS4ALL Virus Scanner cc: pfgshield-freebsd@yahoo.com Subject: Re: Help with the cad/BRLCAD port X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 03:04:13 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 06, 2005 at 11:10:53PM +0200, pfgshield-freebsd@yahoo.com wrote: > There is a known issue on the BRLCAD port but I don't have an AMD64 so I'= ve > been unable to do anything about it. BRLCAD 7.0.2 and 7.2.2 (the latest release) compile and work just fine on amd64. Anyway, here is the info you asked for: #define __DBL_MIN_EXP__ (-1021) #define __FLT_MIN__ 1.17549435e-38F #define __CHAR_BIT__ 8 #define __WCHAR_MAX__ 2147483647 #define __DBL_DENORM_MIN__ 4.9406564584124654e-324 #define __FLT_EVAL_METHOD__ 0 #define __x86_64 1 #define __DBL_MIN_10_EXP__ (-307) #define __FINITE_MATH_ONLY__ 0 #define __SHRT_MAX__ 32767 #define __LDBL_MAX__ 1.18973149535723176502e+4932L #define __unix 1 #define __SCHAR_MAX__ 127 #define __USER_LABEL_PREFIX__=20 #define __STDC_HOSTED__ 1 #define __DBL_DIG__ 15 #define __FLT_EPSILON__ 1.19209290e-7F #define __LDBL_MIN__ 3.36210314311209350626e-4932L #define __unix__ 1 #define __DECIMAL_DIG__ 21 #define __LDBL_HAS_QUIET_NAN__ 1 #define __GNUC__ 3 #define __MMX__ 1 #define __FreeBSD_cc_version 530001 #define __DBL_MAX__ 1.7976931348623157e+308 #define __DBL_HAS_INFINITY__ 1 #define __DBL_MAX_EXP__ 1024 #define __SSE2_MATH__ 1 #define __amd64 1 #define __LONG_LONG_MAX__ 9223372036854775807LL #define __GXX_ABI_VERSION 1002 #define __FLT_MIN_EXP__ (-125) #define __DBL_MIN__ 2.2250738585072014e-308 #define __LP64__ 1 #define __DBL_HAS_QUIET_NAN__ 1 #define __REGISTER_PREFIX__=20 #define __NO_INLINE__ 1 #define __FLT_MANT_DIG__ 24 #define __VERSION__ "3.4.2 [FreeBSD] 20040728" #define unix 1 #define __SIZE_TYPE__ long unsigned int #define __ELF__ 1 #define __FLT_RADIX__ 2 #define __LDBL_EPSILON__ 1.08420217248550443401e-19L #define __FreeBSD__ 5 #define __SSE_MATH__ 1 #define __k8 1 #define __KPRINTF_ATTRIBUTE__ 1 #define __x86_64__ 1 #define __FLT_HAS_QUIET_NAN__ 1 #define __FLT_MAX_10_EXP__ 38 #define __LONG_MAX__ 9223372036854775807L #define __FLT_HAS_INFINITY__ 1 #define __LDBL_MANT_DIG__ 64 #define _LONGLONG 1 #define __k8__ 1 #define __WCHAR_TYPE__ int #define __FLT_DIG__ 6 #define __INT_MAX__ 2147483647 #define __FLT_MAX_EXP__ 128 #define __DBL_MANT_DIG__ 53 #define __WINT_TYPE__ unsigned int #define __SSE__ 1 #define __LDBL_MIN_EXP__ (-16381) #define __amd64__ 1 #define __LDBL_MAX_EXP__ 16384 #define __LDBL_MAX_10_EXP__ 4932 #define __DBL_EPSILON__ 2.2204460492503131e-16 #define _LP64 1 #define __GNUC_PATCHLEVEL__ 2 #define __LDBL_HAS_INFINITY__ 1 #define __tune_k8__ 1 #define __FLT_DENORM_MIN__ 1.40129846e-45F #define __FLT_MAX__ 3.40282347e+38F #define __SSE2__ 1 #define __FLT_MIN_10_EXP__ (-37) #define __GNUC_MINOR__ 4 #define __DBL_MAX_10_EXP__ 308 #define __LDBL_DENORM_MIN__ 3.64519953188247460253e-4951L #define __PTRDIFF_TYPE__ long int #define __LDBL_MIN_10_EXP__ (-4931) #define __LDBL_DIG__ 18 Roland --=20 R.F. Smith /"\ ASCII Ribbon Campaign r s m i t h @ x s 4 a l l . n l \ / No HTML/RTF in e-mail http://www.xs4all.nl/~rsmith/ X No Word docs in e-mail public key: http://www.keyserver.net / \ Respect for open standards --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCVKMrEnfvsMMhpyURAs4hAJwNcIL2O6ekv1rahjYCgOXUzixsSQCfeDYs fNkI7psCAp7+3sDtdVm/PKY= =dl77 -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 7 03:13:01 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1D5716A4CE for ; Thu, 7 Apr 2005 03:13:01 +0000 (GMT) Received: from web51606.mail.yahoo.com (web51606.mail.yahoo.com [206.190.38.211]) by mx1.FreeBSD.org (Postfix) with SMTP id EE02A43D1D for ; Thu, 7 Apr 2005 03:13:00 +0000 (GMT) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 52316 invoked by uid 60001); 7 Apr 2005 03:13:00 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=t7+mmQzhiqafT1R8sRZO/oZwi8IvZL++//iIL5WL6bcZ2aHVVb+ooi15jHdo3WMACkGQfRdTpYm7kk3c50kiMowacCwY+7WuQALJm7asR/vhUW7NBYbu2CQeHOAKY3GXForEelhUdUuE15OnKHCwpn5oK9CCMsyCxIEUxvZW7UE= ; Message-ID: <20050407031300.52314.qmail@web51606.mail.yahoo.com> Received: from [63.171.232.248] by web51606.mail.yahoo.com via HTTP; Thu, 07 Apr 2005 05:13:00 CEST Date: Thu, 7 Apr 2005 05:13:00 +0200 (CEST) From: To: Roland Smith , freebsd-amd64@freebsd.org In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: pfgshield-freebsd@yahoo.com Subject: Re: Help with the cad/BRLCAD port X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 03:13:01 -0000 --- Roland Smith wrote: > On Wed, Apr 06, 2005 at 11:10:53PM +0200, pfgshield-freebsd@yahoo.com wrote: > > > There is a known issue on the BRLCAD port but I don't have an AMD64 so I've > > been unable to do anything about it. > > BRLCAD 7.0.2 and 7.2.2 (the latest release) compile and work just fine > on amd64. > That's not what the ports tree reports.. the benchmark is said to dump core. (I'm supposed to be the port maintainer). Thanks for the file anyways. cheers, Pedro. ps. the port update will take at least one more week as I'm extremely busy, but feel free to send diffs. ___________________________________ Nuovo Yahoo! Messenger: E' molto più divertente: Audibles, Avatar, Webcam, Giochi, Rubrica… Scaricalo ora! http://it.messenger.yahoo.it From owner-freebsd-amd64@FreeBSD.ORG Thu Apr 7 20:47:19 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B6E6416A4CE; Thu, 7 Apr 2005 20:47:19 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0244143D58; Thu, 7 Apr 2005 20:47:19 +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.3/8.13.3) with ESMTP id j37KlIsp078315; Thu, 7 Apr 2005 16:47:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id j37KlI8Z046337; Thu, 7 Apr 2005 16:47:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4CC957306E; Thu, 7 Apr 2005 16:47:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050407204718.4CC957306E@freebsd-current.sentex.ca> Date: Thu, 7 Apr 2005 16:47:18 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2005 20:47:20 -0000 TB --- 2005-04-07 20:00:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-07 20:00:48 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-07 20:00:48 - checking out the source tree TB --- 2005-04-07 20:00:48 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-07 20:00:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-07 20:07:34 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-07 20:07:34 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-07 20:07:34 - /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 [...] cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/amd64/amd64/src/libexec/revnetgroup/hash.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -c /tinderbox/CURRENT/amd64/amd64/src/libexec/revnetgroup/parse_netgroup.c cc -O2 -pipe -Wformat=2 -Wno-format-extra-args -Werror -o revnetgroup revnetgroup.o hash.o parse_netgroup.o gzip -cn /tinderbox/CURRENT/amd64/amd64/src/libexec/revnetgroup/revnetgroup.8 > revnetgroup.8.gz ===> libexec/rexecd (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/libexec/rexecd/rexecd.c /tinderbox/CURRENT/amd64/amd64/src/libexec/rexecd/rexecd.c: In function `doit': /tinderbox/CURRENT/amd64/amd64/src/libexec/rexecd/rexecd.c:205: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/libexec/rexecd. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/libexec. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-07 20:47:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-07 20:47:18 - ERROR: failed to build world TB --- 2005-04-07 20:47:18 - tinderbox aborted From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 8 03:27:35 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4946216A4CE for ; Fri, 8 Apr 2005 03:27:35 +0000 (GMT) Received: from coto.shiga-med.ac.jp (coto.shiga-med.ac.jp [202.19.144.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 305D443D4C for ; Fri, 8 Apr 2005 03:27:34 +0000 (GMT) (envelope-from kurokawa@belle.shiga-med.ac.jp) Received: from belle.shiga-med.ac.jp (belle.shiga-med.ac.jp [172.19.1.2]) by coto.shiga-med.ac.jp (8.12.1/8.12.1) with ESMTP id j383RWpA006652 for ; Fri, 8 Apr 2005 12:27:32 +0900 (JST) Received: from belle.shiga-med.ac.jp (localhost [127.0.0.1]) by belle.shiga-med.ac.jp (8.12.1/8.12.1) with SMTP id j383RVi1027137 for ; Fri, 8 Apr 2005 12:27:32 +0900 (JST) Message-Id: <200504080325.AA02763@belle.shiga-med.ac.jp> From: Kiyoshi Kurokawa Date: Fri, 08 Apr 2005 12:25:25 +0900 To: freebsd-amd64@FreeBSD.org MIME-Version: 1.0 X-Mailer: AL-Mail32 Version 1.12 Content-Type: text/plain; charset=us-ascii Subject: X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 03:27:35 -0000 _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ Kiyoshi Kurokawa MD & PhD Associate Professor Department of Anatomy Shiga University of Medical Science Seta-Tsukinowacho, Otsu, Shiga 520-2192 Japan Tel: 077-548-2141 Fax: 077-548-2140 mailto:kurokawa@sums.shiga-med.ac.jp ***************************************** From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 8 14:23:37 2005 Return-Path: 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 0800C16A4CE; Fri, 8 Apr 2005 14:23:37 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFE6A43D45; Fri, 8 Apr 2005 14:23:36 +0000 (GMT) (envelope-from vs@FreeBSD.org) Received: from freefall.freebsd.org (vs@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j38ENaFV020550; Fri, 8 Apr 2005 14:23:36 GMT (envelope-from vs@freefall.freebsd.org) Received: (from vs@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j38ENaKi020546; Fri, 8 Apr 2005 14:23:36 GMT (envelope-from vs) Date: Fri, 8 Apr 2005 14:23:36 GMT From: Volker Stolz Message-Id: <200504081423.j38ENaKi020546@freefall.freebsd.org> To: bvowk@math.ualberta.ca, vs@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: amd64/78677: IPSEC causes panic on AMD64 FreeBSD >5.2.1 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 14:23:37 -0000 Synopsis: IPSEC causes panic on AMD64 FreeBSD >5.2.1 State-Changed-From-To: open->closed State-Changed-By: vs State-Changed-When: Fri Apr 8 14:22:56 GMT 2005 State-Changed-Why: Duplicate of PR amd64/73211: Well known issue :( Thanks for your submission! http://www.freebsd.org/cgi/query-pr.cgi?pr=78677 From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 8 17:03:51 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2FE416A4CE for ; Fri, 8 Apr 2005 17:03:51 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84B4143D2F for ; Fri, 8 Apr 2005 17:03:51 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j38H3oFB082020; Fri, 8 Apr 2005 10:03:50 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j38H3mi9082019; Fri, 8 Apr 2005 10:03:48 -0700 (PDT) (envelope-from obrien) Date: Fri, 8 Apr 2005 10:03:48 -0700 From: "David O'Brien" To: Michael Hopkins Message-ID: <20050408170348.GC81280@dragon.NUXI.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: "freebsd-amd64@freebsd.org" Subject: Re: (32-bit) Linux development now working on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@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, 08 Apr 2005 17:03:51 -0000 On Mon, Apr 04, 2005 at 06:02:13PM +0100, Michael Hopkins wrote: > Hi all > > Some small changes to the linux_devel makefile have allowed it to be > installed with linux_base-8 on amd64. I've compiled, linked and run with a > fair bit of C code that also includes 32-bit linux static libraries from > other places and all seems to work fine. > > mwh@Athlon % diff linux_devtools/Makefile linux_devtools-8-amd64/Makefile The patch won't apply. Please send diff -u (or diff -c) output next time. :-) This isn't quite the right fix. > < PATCH_SITE_SUBDIR= updates/${PORTVERSION}/${LANG}/os/${MACHINE_ARCH} > --- > > PATCH_SITE_SUBDIR= updates/${PORTVERSION}/${LANG}/os/i386 > 42c42 > < DIST_SUBDIR= rpm/${MACHINE_ARCH}/${PORTVERSION} > --- > > DIST_SUBDIR= rpm/i386/${PORTVERSION} > 61c61 > < --replacepkgs --ignoreos > --- > > --replacepkgs --ignoreos --ignorearch You specified what you did to make it work, but this isn't commitable. On i386 we don't want to --ignorearch. We also don't want to hardcode 'i386' as this breaks the port on Alpha. I've committed s/MACHINE_ARCH/ARCH/g to help. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 8 17:50:12 2005 Return-Path: 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 CE59216A4CE for ; Fri, 8 Apr 2005 17:50:12 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B37C043D46 for ; Fri, 8 Apr 2005 17:50:12 +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 j38HoCoq046242 for ; Fri, 8 Apr 2005 17:50:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j38HoCF2046241; Fri, 8 Apr 2005 17:50:12 GMT (envelope-from gnats) Date: Fri, 8 Apr 2005 17:50:12 GMT Message-Id: <200504081750.j38HoCF2046241@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Gary Mu1der Subject: Re: amd64/78406: [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and system crashes X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Gary Mu1der List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 17:50:12 -0000 The following reply was made to PR amd64/78406; it has been noted by GNATS. From: Gary Mu1der To: freebsd-gnats-submit@FreeBSD.org, ray@redshift.com Cc: Subject: Re: amd64/78406: [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and system crashes Date: Fri, 08 Apr 2005 11:48:38 -0400 Couldn't reproduce with Tyan Thunder K8S PRO S2882 and Adaptec 2200S RAID controller. 4GB of RAM, Dual CPU, and custom SMP stripped-down kernel: # sync;sync # rm -r ./ports/ # uname -a FreeBSD d10.bidx.com 5.4-STABLE FreeBSD 5.4-STABLE #0: Mon Apr 4 15:50:41 UTC 2005 root@d10.bidx.com:/usr/obj/usr/src/sys/DB-DUAL-AMD64-RAID5 amd64 # mount /dev/aacd0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/aacd0s1f on /home (ufs, local, soft-updates) /dev/aacd0s1d on /usr (ufs, local, soft-updates) /dev/aacd0s1e on /var (ufs, local, soft-updates) From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 8 17:51:05 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90F5E16A4CE for ; Fri, 8 Apr 2005 17:51:05 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06CE043D66 for ; Fri, 8 Apr 2005 17:51:04 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j38Hp3ZQ084373; Fri, 8 Apr 2005 10:51:03 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j38Hp3sS084372; Fri, 8 Apr 2005 10:51:03 -0700 (PDT) (envelope-from obrien) Date: Fri, 8 Apr 2005 10:51:03 -0700 From: "David O'Brien" To: "O. Hartmann" Message-ID: <20050408175103.GD81280@dragon.NUXI.org> References: <42540781.7000608@mail.uni-mainz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42540781.7000608@mail.uni-mainz.de> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-amd64@freebsd.org Subject: Re: Some questions about Winchester/Newcastle cores of Athlon64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@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, 08 Apr 2005 17:51:05 -0000 On Wed, Apr 06, 2005 at 06:00:01PM +0200, O. Hartmann wrote: > In some discussions I read about some memory controler issues of > Winchester based Athlon64 cores. You have to speak specifics not marketing "core" names. I can't even keep them straight -- few within AMD engineering uses them. What silicon revision are you interested in? 'C0', 'CG', 'D', or 'E'? What specific Athlon64 model? Athlon64 939-pin's memory controller is different from 754-pin Athlon64 CPU's. > The CPU will downgrade to DDR333 if 4 double sided memory modules are ^^^ DDR400 > present in a system. This is true for 754-pin (single-channel) rev. C0 & CG CPU's. I think this may be true in some cases for 930-pin. This is simply due to electrical loading issues. AMD documents this in publication 26094: BIOS and Kernel Developers Guild. See 4.1.3 "Maximum DRAM Speed as a Function of Loading". http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/26094.PDF > I also read about a rumor nVidias nForce4 chipset is capable to handle > 4 double sided memory modules with a Winchester based CPU core, If you mean a 939-pin CPU, it doesn't have the problem that the 754-pin CPU's do as it has a dual-channel memory controller. So each channel is only driving 2 DIMM's, not 4 on a channel as a 754-pin CPU would. > but throttling down 1T to 2T access cycles, but remeains in DDR400 > mode. See what the AMD document has to say about it. > Is this also an issue of the Newcastle based CPU cores or is this a bug > in the Winchester cores? Aggg, marketing names again. :-/ > The oncoming Venice/San Diego cores of Athlon64 CPUs are said to be > fixed and capable of driving 4 double sided memory modules. > > Is this weird memory controlling behaviour also an issue on Opteron CPUs? Opteron's will only accept registered(buffered) memory and thus can drive a higher electrical load on the memory bus. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 8 17:52:51 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ADC516A4CE for ; Fri, 8 Apr 2005 17:52:51 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD48A43D46 for ; Fri, 8 Apr 2005 17:52:50 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j38HqoKf084397; Fri, 8 Apr 2005 10:52:50 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j38Hqn5d084396; Fri, 8 Apr 2005 10:52:49 -0700 (PDT) (envelope-from obrien) Date: Fri, 8 Apr 2005 10:52:49 -0700 From: "David O'Brien" To: "O. Hartmann" Message-ID: <20050408175249.GE81280@dragon.NUXI.org> References: <42540781.7000608@mail.uni-mainz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42540781.7000608@mail.uni-mainz.de> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-amd64@freebsd.org Subject: Re: Some questions about Winchester/Newcastle cores of Athlon64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@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, 08 Apr 2005 17:52:51 -0000 On Wed, Apr 06, 2005 at 06:00:01PM +0200, O. Hartmann wrote: > Is this also an issue of the Newcastle based CPU cores or is this a bug > in the Winchester cores? > The oncoming Venice/San Diego cores of Athlon64 CPUs are said to be > fixed and capable of driving 4 double sided memory modules. The public document I posted doesn't appear to cover rev. D yet. I know it doesn't cover rev. E yet. So read section 4.1.3 with that knowledge. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 8 17:54:51 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F206116A4CE for ; Fri, 8 Apr 2005 17:54:51 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id B04AE43D46 for ; Fri, 8 Apr 2005 17:54:51 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j38Hspd1084435; Fri, 8 Apr 2005 10:54:51 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j38Hsomt084434; Fri, 8 Apr 2005 10:54:50 -0700 (PDT) (envelope-from obrien) Date: Fri, 8 Apr 2005 10:54:50 -0700 From: "David O'Brien" To: "O. Hartmann" Message-ID: <20050408175450.GF81280@dragon.NUXI.org> References: <425407B7.3080306@mail.uni-mainz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <425407B7.3080306@mail.uni-mainz.de> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-amd64@freebsd.org Subject: Re: FreeBSD 5.4-STABLE: DVD in PIO mode? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-amd64@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, 08 Apr 2005 17:54:52 -0000 On Wed, Apr 06, 2005 at 06:00:55PM +0200, O. Hartmann wrote: > Hello. > After I did a cvsupdate today and recompiled world/kernel, I realized > that DVD/CDROM now is by default in PIO mode 4. I have to bring them > back to DMA explicitely by setting hw.ata.atapi_dma="1" in > /boot/loader.conf.local. This is correct for RELENG_5 (ie, about to become 5.4-RELEASE) on Sparc64, and all architectures IIRC. There are too many problematic ATAPI CD/DVD drives out there. Defaulting to ATAPI DMA makes FreeBSD uninstalable on them with knowing the magic invocation. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 8 17:59:01 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB0D916A4D1; Fri, 8 Apr 2005 17:59:01 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94E6743D48; Fri, 8 Apr 2005 17:59:01 +0000 (GMT) (envelope-from obrien@FreeBSD.org) Received: from freefall.freebsd.org (obrien@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j38Hx1JR046497; Fri, 8 Apr 2005 17:59:01 GMT (envelope-from obrien@freefall.freebsd.org) Received: (from obrien@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j38Hx1aW046493; Fri, 8 Apr 2005 17:59:01 GMT (envelope-from obrien) Date: Fri, 8 Apr 2005 17:59:01 GMT From: "David E. O'Brien" Message-Id: <200504081759.j38Hx1aW046493@freefall.freebsd.org> To: obrien@FreeBSD.org, amd64@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: ports/75015: cvsup on amd64 with runsocks (socks5) coredumps X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 17:59:02 -0000 Synopsis: cvsup on amd64 with runsocks (socks5) coredumps Responsible-Changed-From-To: amd64->freebsd-amd64 Responsible-Changed-By: obrien Responsible-Changed-When: Fri Apr 8 17:58:48 GMT 2005 Responsible-Changed-Why: fix assigned to http://www.freebsd.org/cgi/query-pr.cgi?pr=75015 From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 8 17:59:01 2005 Return-Path: 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 DB0D916A4D1; Fri, 8 Apr 2005 17:59:01 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94E6743D48; Fri, 8 Apr 2005 17:59:01 +0000 (GMT) (envelope-from obrien@FreeBSD.org) Received: from freefall.freebsd.org (obrien@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j38Hx1JR046497; Fri, 8 Apr 2005 17:59:01 GMT (envelope-from obrien@freefall.freebsd.org) Received: (from obrien@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j38Hx1aW046493; Fri, 8 Apr 2005 17:59:01 GMT (envelope-from obrien) Date: Fri, 8 Apr 2005 17:59:01 GMT From: "David E. O'Brien" Message-Id: <200504081759.j38Hx1aW046493@freefall.freebsd.org> To: obrien@FreeBSD.org, amd64@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: ports/75015: cvsup on amd64 with runsocks (socks5) coredumps X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 17:59:02 -0000 Synopsis: cvsup on amd64 with runsocks (socks5) coredumps Responsible-Changed-From-To: amd64->freebsd-amd64 Responsible-Changed-By: obrien Responsible-Changed-When: Fri Apr 8 17:58:48 GMT 2005 Responsible-Changed-Why: fix assigned to http://www.freebsd.org/cgi/query-pr.cgi?pr=75015 From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 8 18:47:02 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2061916A4CE for ; Fri, 8 Apr 2005 18:47:02 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8FEA43D68 for ; Fri, 8 Apr 2005 18:47:01 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j38Il1lC001894 for ; Fri, 8 Apr 2005 11:47:01 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j38Il14f001893 for freebsd-amd64@freebsd.org; Fri, 8 Apr 2005 11:47:01 -0700 (PDT) (envelope-from obrien) Date: Fri, 8 Apr 2005 11:47:01 -0700 From: "David O'Brien" To: freebsd-amd64@freebsd.org Message-ID: <20050408184701.GA1680@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i Subject: [PANIC] X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@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, 08 Apr 2005 18:47:02 -0000 FreeBSD dragon.NUXI.org 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Tue Apr 5 12:19:35 PDT 2005 rootk@dragon.NUXI.org:/FBSD/src/sys/i386/compile/DRAGON i386 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". #0 doadump () at pcpu.h:164 164 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) where #0 doadump () at pcpu.h:164 #1 0xc04dc1d2 in boot (howto=260) at ../../../kern/kern_shutdown.c:398 #2 0xc04dc583 in panic (fmt=0xc065a072 "%s") at ../../../kern/kern_shutdown.c:554 #3 0xc0637a84 in trap_fatal (frame=0xf04e9b24, eva=0) at ../../../i386/i386/trap.c:806 #4 0xc0637758 in trap_pfault (frame=0xf04e9b24, usermode=0, eva=0) at ../../../i386/i386/trap.c:724 #5 0xc0637340 in trap (frame= {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -263283796, tf_esi = 0, tf_ebp = -263283824, tf_isp = -263283888, tf_ebx = 100, tf_edx = 0, tf_ecx = 25, tf_eax = -263283796, tf_trapno = 12, tf_err = 0, tf_eip = -1067230870, tf_cs = 8, tf_eflags = 66066, tf_esp = -1012421576, tf_ss = 128}) at ../../../i386/i386/trap.c:414 #6 0xc062408a in calltrap () at ../../../i386/i386/exception.s:139 #7 0x00000018 in ?? () #8 0x00000010 in ?? () #9 0x00000010 in ?? () #10 0xf04e9bac in ?? () #11 0x00000000 in ?? () #12 0xf04e9b90 in ?? () #13 0xf04e9b50 in ?? () #14 0x00000064 in ?? () #15 0x00000000 in ?? () #16 0x00000019 in ?? () #17 0xf04e9bac in ?? () #18 0x0000000c in ?? () #19 0x00000000 in ?? () #20 0xc063596a in generic_bcopy () at ../../../i386/i386/support.s:489 #21 0xc3a7ac38 in ?? () #22 0x00000080 in ?? () #23 0xc05199fa in q_to_b (clistp=0xc063596a, dest=0xf04e9bac "C", amount=100) at ../../../kern/tty_subr.c:290 #24 0xc0518d95 in ptcread (dev=0x0, uio=0xf04e9c80, flag=4) at libkern.h:56 #25 0xc049a806 in devfs_read_f (fp=0xc354a1b0, uio=0xf04e9c80, cred=0xc4295c00, flags=0, td=0xc3425450) at ../../../fs/devfs/devfs_vnops.c:943 #26 0xc0504aa2 in dofileread (td=0xc3425450, fp=0xc354a1b0, fd=0, buf=0x0, nbyte=3228113056, offset=Unhandled dwarf expression opcode 0x93 ) at file.h:234 #27 0xc050490b in read (td=0xc3425450, uap=0xf04e9d14) at ../../../kern/sys_generic.c:107 #28 0xc0637de2 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135094352, tf_esi = 0, tf_ebp = -1077944232, tf_isp = -263283340, tf_ebx = 135094272, tf_edx = 135094352, tf_ecx = 7, tf_eax = 3, tf_trapno = 12, tf_err = 2, tf_eip = 672595519, tf_cs = 31, tf_eflags = 658, tf_esp = -1077948388, tf_ss = 47}) at ../../../i386/i386/trap.c:951 #29 0xc06240df in Xint0x80_syscall () at ../../../i386/i386/exception.s:200 #30 0x0000002f in ?? () #31 0x0000002f in ?? () #32 0x0000002f in ?? () #33 0x080d6050 in ?? () #34 0x00000000 in ?? () #35 0xbfbfe058 in ?? () #36 0xf04e9d74 in ?? () #37 0x080d6000 in ?? () #38 0x080d6050 in ?? () #39 0x00000007 in ?? () #40 0x00000003 in ?? () #41 0x0000000c in ?? () #42 0x00000002 in ?? () #43 0x2816fe3f in ?? () #44 0x0000001f in ?? () #45 0x00000292 in ?? () #46 0xbfbfd01c in ?? () #47 0x0000002f in ?? () ---Type to continue, or q to quit--- #48 0x08080808 in ?? () #49 0x08080808 in ?? () #50 0x08080808 in ?? () #51 0x08080808 in ?? () #52 0x49c76000 in ?? () #53 0xc342b9ec in ?? () #54 0xc3425450 in ?? () #55 0xf04e99b0 in ?? () #56 0xf04e9990 in ?? () #57 0xc2c2acf0 in ?? () #58 0xc04efda0 in sched_switch (td=0x0, newtd=0x80d6000, flags=Cannot access memory at address 0xbfbfe068 ) at ../../../kern/sched_4bsd.c:963 Previous frame inner to this frame (corrupt stack?) (kgdb) quit From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 8 19:06:53 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8F0916A4CE; Fri, 8 Apr 2005 19:06:53 +0000 (GMT) Received: from neon.webfusion.co.uk (neon.webfusion.co.uk [212.67.202.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C98643D41; Fri, 8 Apr 2005 19:06:53 +0000 (GMT) (envelope-from michael.hopkins@hopkins-research.com) Received: from 83-216-132-201.markch725.adsl.metronet.co.uk ([83.216.132.201] helo=[192.168.0.5]) by neon.webfusion.co.uk with asmtp (Exim 3.36 #1) id 1DJyoe-0006J6-00; Fri, 08 Apr 2005 20:06:52 +0100 User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Fri, 08 Apr 2005 20:06:48 +0100 From: Michael Hopkins To: "freebsd-amd64@freebsd.org" , Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: Status of WINE on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 19:06:54 -0000 Hi all After having built a bunch of win32 executables on amd64 5.3 using mingw32, I'm now keen to run them as well. I tried to build WINE from ports and was told i386 only, so cheated by adding amd64 to the archs to see what happened. Got quite a long way then this: cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wpointer-arith -I/usr/local/include -O2 -o interlocked.o interlocked.c interlocked.c:299:3: #error You must implement the interlocked* functions for your CPU *** Error code 1 Stop in /usr/ports/emulators/wine/work/wine-20050310/libs/port. *** Error code 1 Stop in /usr/ports/emulators/wine/work/wine-20050310/libs. *** Error code 1 Stop in /usr/ports/emulators/wine/work/wine-20050310. *** Error code 1 Anyone have an idea how far we are from WINE working? How about building it within the Linux compatibility layer? ;o) I don't need speed, just to test that some command line tools work properly. TIA Michael _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ _/ _/_/_/ Hopkins Research Ltd _/ _/ _/ _/ _/_/_/_/ _/_/_/ http://www.hopkins-research.com/ _/ _/ _/ _/ _/ _/ _/ _/ 'touch the future' _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 8 20:04:19 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3904916A4CE; Fri, 8 Apr 2005 20:04:19 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id E741B43D41; Fri, 8 Apr 2005 20:04:18 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j38K4IRW003962; Fri, 8 Apr 2005 13:04:18 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j38K4In5003961; Fri, 8 Apr 2005 13:04:18 -0700 (PDT) (envelope-from obrien) Date: Fri, 8 Apr 2005 13:04:18 -0700 From: "David O'Brien" To: "Greg 'groggy' Lehey" Message-ID: <20050408200418.GC3738@dragon.NUXI.org> References: <20050330230951.GY84137@wantadilla.lemis.com> <200503301525.37798.peter@wemm.org> <20050331184524.GB1687@dragon.NUXI.org> <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <20050331185902.GF1687@dragon.NUXI.org> <20050405003911.GT867@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050405003911.GT867@wantadilla.lemis.com> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: freebsd-stable@FreeBSD.org cc: FreeBSD-amd64@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? (solved) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-stable@FreeBSD.org, FreeBSD-amd64@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, 08 Apr 2005 20:04:19 -0000 On Tue, Apr 05, 2005 at 10:09:11AM +0930, Greg 'groggy' Lehey wrote: > The moral of the story is, I suppose, "don't buy the MSI K8T > Master2-FAR". I was warned about the motherboard before I bought it, WHY?? There is nothing wrong with that motherboard -- I have three of them. You are at fault for trying to treat a consumer desktop 2P mobo as a high-end server one. People do not run 2GB DIMM's in an MSI K8T Master2-FAR. If you want >4GB RAM get an eATX 4+4 DIMM configuration motherboard from Tyan or Iwill. The MSI K8T Master2-FAR works fine with 1GB DIMM's. Where on MSI's website did they state 2GB double-stacked DIMM's were supported? -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 8 20:06:54 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E06D216A4CE; Fri, 8 Apr 2005 20:06:54 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C3E743D1D; Fri, 8 Apr 2005 20:06:54 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.NUXI.org (obrien@localhost [127.0.0.1]) by dragon.NUXI.org (8.13.3/8.13.3) with ESMTP id j38K6q9a004012; Fri, 8 Apr 2005 13:06:52 -0700 (PDT) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j38K6lYg004011; Fri, 8 Apr 2005 13:06:47 -0700 (PDT) (envelope-from obrien) Date: Fri, 8 Apr 2005 13:06:47 -0700 From: "David O'Brien" To: Willem Jan Withagen Message-ID: <20050408200647.GD3738@dragon.NUXI.org> References: <20050330222439.GU84137@wantadilla.lemis.com> <42523F31.2070407@withagen.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42523F31.2070407@withagen.nl> X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 User-Agent: Mutt/1.5.9i cc: FreeBSD Stable Users cc: FreeBSD-amd64@freebsd.org Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD Stable Users , FreeBSD-amd64@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, 08 Apr 2005 20:06:55 -0000 On Tue, Apr 05, 2005 at 09:33:05AM +0200, Willem Jan Withagen wrote: > I'm sorry to come into this discussion after 58 messages, but this board > has been extensively discussed about 1 year ago, because it gave me trouble > to no end (even with 2Gb). One of the early amd64 developers (not David or > Scott) had the same board but could not get it stable under amd64 (i386 was > fine with 2Gb). He tossed it, and suggested me to do the same. Hogwash. It was Peter Wemm and he was talking about the Asus SK8N, not the MSI K8T Master2-FAR. -- -- David (obrien@FreeBSD.org) From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 8 20:36:01 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 312DA16A4CE; Fri, 8 Apr 2005 20:36:01 +0000 (GMT) Received: from freebee.digiware.nl (dsl439.iae.nl [212.61.63.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFC6543D1D; Fri, 8 Apr 2005 20:35:59 +0000 (GMT) (envelope-from wjw@withagen.nl) Received: from [212.61.27.71] (dual.digiware.nl [212.61.27.71]) by freebee.digiware.nl (8.13.1/8.13.1) with ESMTP id j38KZvqo010476; Fri, 8 Apr 2005 22:35:58 +0200 (CEST) (envelope-from wjw@withagen.nl) Message-ID: <4256EB2E.5040807@withagen.nl> Date: Fri, 08 Apr 2005 22:35:58 +0200 From: Willem Jan Withagen User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Stable Users , FreeBSD-amd64@freebsd.org References: <20050330222439.GU84137@wantadilla.lemis.com> <42523F31.2070407@withagen.nl> <20050408200647.GD3738@dragon.NUXI.org> In-Reply-To: <20050408200647.GD3738@dragon.NUXI.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Problems with AMD64 and 8 GB RAM? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 20:36:01 -0000 David O'Brien wrote: > On Tue, Apr 05, 2005 at 09:33:05AM +0200, Willem Jan Withagen wrote: > >>I'm sorry to come into this discussion after 58 messages, but this board >>has been extensively discussed about 1 year ago, because it gave me trouble >>to no end (even with 2Gb). One of the early amd64 developers (not David or >>Scott) had the same board but could not get it stable under amd64 (i386 was >>fine with 2Gb). He tossed it, and suggested me to do the same. > > > Hogwash. It was Peter Wemm and he was talking about the Asus SK8N, not > the MSI K8T Master2-FAR. Not true.... unfortunatley I cannot seem to find the old mails on this. Probably got lost when upgrading my WinBox. But I'm very shure about this, why else would I burn a nice board and get me an expensive new one??? It is still somewhere in my storage.... I had several people look at my kerneldumps. (I even needed to fix a small bug for that in doadump().) Nobody seemed to be able to really explain what was wrong, and everything magically went away when I bought the Tyan board. So please don't tell me I was smoking something illegal. --WjW From owner-freebsd-amd64@FreeBSD.ORG Fri Apr 8 21:13:40 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6394116A4CE; Fri, 8 Apr 2005 21:13:40 +0000 (GMT) Received: from error404.nls.net (error404.nls.net [216.144.36.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 986B343D2D; Fri, 8 Apr 2005 21:13:39 +0000 (GMT) (envelope-from ketrien@error404.nls.net) Received: from error404.nls.net (ketrien@localhost [127.0.0.1]) by error404.nls.net (8.13.1/8.13.1) with ESMTP id j38LHFAV018308; Fri, 8 Apr 2005 17:17:15 -0400 (EDT) (envelope-from ketrien@error404.nls.net) Received: (from ketrien@localhost)j38LHEBt018307; Fri, 8 Apr 2005 17:17:14 -0400 (EDT) (envelope-from ketrien) Date: Fri, 8 Apr 2005 17:17:14 -0400 From: "Ketrien I. Saihr-Kesenchedra" To: obrien@freebsd.org, FreeBSD-amd64@freebsd.org Message-ID: <20050408211714.GA8736@bahre.achedra.org> Mail-Followup-To: obrien@freebsd.org, FreeBSD-amd64@freebsd.org References: <200503301525.37798.peter@wemm.org> <20050331184524.GB1687@dragon.NUXI.org> <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <20050331185902.GF1687@dragon.NUXI.org> <20050405003911.GT867@wantadilla.lemis.com> <20050408200418.GC3738@dragon.NUXI.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050408200418.GC3738@dragon.NUXI.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV 0.83/815/Thu Apr 7 15:37:59 2005 on bahre.achedra.org X-Virus-Status: Clean Subject: Re: Problems with AMD64 and 8 GB RAM? (solved) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Apr 2005 21:13:40 -0000 On Fri, Apr 08, 2005 at 01:04:18PM -0700, David O'Brien wrote: > The MSI K8T Master2-FAR works fine with 1GB DIMM's. Where on MSI's > website did they state 2GB double-stacked DIMM's were supported? http://www.msicomputer.com/product/p_spec.asp?model=K8T_Master2_FAR&class=mb [QUOTE] Main Memory - 144-bit DDR at 200, 266, 333MHz, 400MHz. - Supports DIMM sizes from 64MB (128Mb x 16 DRAMs) to 2GB on each DIMM slot. - Supports 4 DDR DIMMs upto 8GB (Registered Memory only) [/QUOTE] And the number of people having nothing but trouble from these boards far outweighs the success stories. You need only look at AMD's support forums to confirm that. (There's _how_ many threads complaining of constant problems at this poitn?) -ksaihr From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 9 08:32:01 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF8B316A4CE for ; Sat, 9 Apr 2005 08:32:01 +0000 (GMT) Received: from av10-2-sn2.hy.skanova.net (av10-2-sn2.hy.skanova.net [81.228.8.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id D025743D53 for ; Sat, 9 Apr 2005 08:32:00 +0000 (GMT) (envelope-from joel@automatvapen.se) Received: by av10-2-sn2.hy.skanova.net (Postfix, from userid 502) id A035A37EA8; Sat, 9 Apr 2005 10:31:59 +0200 (CEST) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av10-2-sn2.hy.skanova.net (Postfix) with ESMTP id 8E59437EA2; Sat, 9 Apr 2005 10:31:59 +0200 (CEST) Received: from t10o55p45.telia.com (t10o55p45.telia.com [81.225.221.165]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id 4D3A137E43; Sat, 9 Apr 2005 10:31:57 +0200 (CEST) From: Joel Dahl To: FreeBSD-amd64@FreeBSD.org, freebsd-stable@FreeBSD.org In-Reply-To: <20050408200418.GC3738@dragon.NUXI.org> References: <20050330230951.GY84137@wantadilla.lemis.com> <20050331184524.GB1687@dragon.NUXI.org> <20050330222439.GU84137@wantadilla.lemis.com> <20050330223546.GA4705@troutmask.apl.washington.edu> <20050330224445.GW84137@wantadilla.lemis.com> <200503311032.33718.doconnor@gsoft.com.au> <20050331015429.GH6252@wantadilla.lemis.com> <20050331185902.GF1687@dragon.NUXI.org> <20050405003911.GT867@wantadilla.lemis.com> <20050408200418.GC3738@dragon.NUXI.org> Content-Type: text/plain; charset=windows-1251 Date: Sat, 09 Apr 2005 10:32:13 +0200 Message-Id: <1113035533.559.8.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Evolution 2.2.0 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit cc: Greg 'groggy' Lehey cc: obrien@FreeBSD.org Subject: Re: Problems with AMD64 and 8 GB RAM? (solved) X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 08:32:01 -0000 On Fri, 2005-04-08 at 13:04 -0700, David O'Brien wrote: > The MSI K8T Master2-FAR works fine with 1GB DIMM's. Where on MSI's > website did they state 2GB double-stacked DIMM's were supported? I haven't been following the discussion, but if we're talking about the MSI K8T Master2-FAR, one can read the following from MSI's website: " • Supports DIMM sizes from 64MB (128Mb x 16 DRAMs) to 2GB. • Supports 4 DDR DIMMs up to 8GB (Registered Memory only) " http://www.msi.com.tw/program/products/server/svr/pro_svr_detail.php?UID=484 :-) -- Joel From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 9 09:38:42 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE1D216A4CE; Sat, 9 Apr 2005 09:38:42 +0000 (GMT) Received: from post.00t.org (feynman.00t.org [217.160.135.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 569F543D45; Sat, 9 Apr 2005 09:38:42 +0000 (GMT) (envelope-from ulrik@00t.org) Received: from [172.24.0.14] (p548C9847.dip.t-dialin.net [84.140.152.71]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by post.00t.org (Postfix) with ESMTP id 405F1192BD; Sat, 9 Apr 2005 11:38:40 +0200 (CEST) Message-ID: <4257A2A4.9010202@00t.org> Date: Sat, 09 Apr 2005 11:38:44 +0200 From: Ulrik Guenther User-Agent: Mozilla Thunderbird 1.0 (X11/20050309) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Hopkins References: In-Reply-To: X-Enigmail-Version: 0.89.6.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-emulation@freebsd.org cc: "freebsd-amd64@freebsd.org" Subject: Re: Status of WINE on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 09:38:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Heya, I think this has been the state since for quite a while. Additionally, this is not meant to be easily fixed (nevertheless, you might want to have a look at the sourcecode). I'd suggest trying a binary version of wine under the linux compatibility layer. (There has been a report of somebody who got the binary version of WineX/Cedega running on i386, it might also be possible on amd64, but I have not tried it so far...) Regards, Ulrik Michael Hopkins wrote: | | Hi all | | After having built a bunch of win32 executables on amd64 5.3 using mingw32, | I'm now keen to run them as well. | | I tried to build WINE from ports and was told i386 only, so cheated by | adding amd64 to the archs to see what happened. Got quite a long way then | this: | | cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT | -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wpointer-arith | -I/usr/local/include -O2 -o interlocked.o interlocked.c | interlocked.c:299:3: #error You must implement the interlocked* functions | for your CPU | *** Error code 1 | | Stop in /usr/ports/emulators/wine/work/wine-20050310/libs/port. | *** Error code 1 | | Stop in /usr/ports/emulators/wine/work/wine-20050310/libs. | *** Error code 1 | | Stop in /usr/ports/emulators/wine/work/wine-20050310. | *** Error code 1 | | | Anyone have an idea how far we are from WINE working? | | How about building it within the Linux compatibility layer? ;o) I don't | need speed, just to test that some command line tools work properly. | | TIA | | Michael | | | _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ | | _/ _/ _/_/_/ Hopkins Research Ltd | _/ _/ _/ _/ | _/_/_/_/ _/_/_/ http://www.hopkins-research.com/ | _/ _/ _/ _/ | _/ _/ _/ _/ 'touch the future' | | _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ | | | _______________________________________________ | 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" | -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCV6Kky06DkvPH780RAv8CAJ4su1WjolQHq+tUTu+EUQHJ54YbqwCfQj2I FLSu03JhVRoDmIHMaYIphSA= =zdLh -----END PGP SIGNATURE----- From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 9 10:00:04 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 741C216A4CE; Sat, 9 Apr 2005 10:00:04 +0000 (GMT) Received: from neon.webfusion.co.uk (neon.webfusion.co.uk [212.67.202.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1A1743D39; Sat, 9 Apr 2005 10:00:03 +0000 (GMT) (envelope-from michael.hopkins@hopkins-research.com) Received: from 83-216-132-201.markch725.adsl.metronet.co.uk ([83.216.132.201] helo=[192.168.0.5]) by neon.webfusion.co.uk with asmtp (Exim 3.36 #1) id 1DKCkr-0005R5-00; Sat, 09 Apr 2005 10:59:53 +0100 User-Agent: Microsoft-Entourage/10.1.1.2418 Date: Sat, 09 Apr 2005 10:59:52 +0100 From: Michael Hopkins To: Ulrik Guenther Message-ID: In-Reply-To: <4257A2A4.9010202@00t.org> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit cc: freebsd-emulation@freebsd.org cc: "freebsd-amd64@freebsd.org" Subject: Re: Status of WINE on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 10:00:04 -0000 > > Michael Hopkins wrote: > | > | Hi all > | > | After having built a bunch of win32 executables on amd64 5.3 using > mingw32, > | I'm now keen to run them as well. > | > | I tried to build WINE from ports and was told i386 only, so cheated by > | adding amd64 to the archs to see what happened. Got quite a long way then > | this: > | > | cc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT > | -fPIC -Wall -pipe -fno-strict-aliasing -gstabs+ -Wpointer-arith > | -I/usr/local/include -O2 -o interlocked.o interlocked.c > | interlocked.c:299:3: #error You must implement the interlocked* functions > | for your CPU > | *** Error code 1 > | > | Stop in /usr/ports/emulators/wine/work/wine-20050310/libs/port. > | *** Error code 1 > | > | Stop in /usr/ports/emulators/wine/work/wine-20050310/libs. > | *** Error code 1 > | > | Stop in /usr/ports/emulators/wine/work/wine-20050310. > | *** Error code 1 > | > | > | Anyone have an idea how far we are from WINE working? > | > | How about building it within the Linux compatibility layer? ;o) I don't > | need speed, just to test that some command line tools work properly. > | > | TIA > | > | Michael > | On 9/4/05 10:38 am, "Ulrik Guenther" wrote: > > Heya, > > I think this has been the state since for quite a while. > Additionally, this is not meant to be easily fixed (nevertheless, you > might want to have a look at the sourcecode). I'd suggest trying > a binary version of wine under the linux compatibility layer. > (There has been a report of somebody who got the binary version of > WineX/Cedega running on i386, it might also be possible on amd64, but I > have not tried it so far...) > > Regards, > > Ulrik Hi Ulrik I just tried this 10 minutes ago! I installed the latest Redhat 8 WINE i386 RPMs into /compat/linux and branded the wine* ELFs etc, but trying to run it gives this: root@Athlon # /compat/linux/usr/bin/wine test wine: failed to initialize: /usr/lib/wine/ntdll.dll.so: failed to map segment from shared object: Cannot allocate memory I wonder if building from source using linux_devtools might work better? Michael _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ _/ _/ _/_/_/ Hopkins Research Ltd _/ _/ _/ _/ _/_/_/_/ _/_/_/ http://www.hopkins-research.com/ _/ _/ _/ _/ _/ _/ _/ _/ 'touch the future' _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/ From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 9 17:37:10 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3611916A4CE; Sat, 9 Apr 2005 17:37:10 +0000 (GMT) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id B43AC43D2D; Sat, 9 Apr 2005 17:37:09 +0000 (GMT) (envelope-from mi@aldan.algebra.com) Received: from aldan.algebra.com (mi@localhost [127.0.0.1]) by aldan.algebra.com (8.13.1/8.13.1) with ESMTP id j39Hb6EK023090 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Apr 2005 13:37:06 -0400 (EDT) (envelope-from mi@aldan.algebra.com) Received: (from mi@localhost) by aldan.algebra.com (8.13.1/8.13.1/Submit) id j39Hb6uY023089; Sat, 9 Apr 2005 13:37:06 -0400 (EDT) (envelope-from mi) From: Mikhail Teterin Message-Id: <200504091737.j39Hb6uY023089@aldan.algebra.com> To: freebsd-emulation@FreeBSD.org Date: Sat, 9 Apr 2005 13:37:06 -0400 (EDT) X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w y+z3/UR{6SCQ X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: amd64@FreeBSD.org cc: voisine@gmail.com Subject: linux- ports on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 17:37:10 -0000 Hello! linux_base-8 installed without a hitch, but linux-gtk2 and its dependencies kept complaining about amd64. I had to patch them all with -ONLY_FOR_ARCHS= i386 +ONLY_FOR_ARCHS= i386 amd64 and rename distinfo.i386 back into distinfo for the time being. linux-jpeg was a special case, requiring the following patch: -RPM_SET= libjpeg-6b-15.${MACHINE_ARCH}.rpm +RPM_SET= libjpeg-6b-15.${MACHINE_ARCH:S/amd64/i386/}.rpm As a result linux-firefox installed and is usable. Is this problem just an oversight or was there a conscientious decision to limit these ports to i386, when amd64 is also perfectly capable to use them? -mi From owner-freebsd-amd64@FreeBSD.ORG Sat Apr 9 18:29:00 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B5AB16A4CE for ; Sat, 9 Apr 2005 18:29:00 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0BC643D45 for ; Sat, 9 Apr 2005 18:28:59 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1096175wra for ; Sat, 09 Apr 2005 11:28:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=rhsogFd/OnpfSCZDTVL3wcdU6zX4MV8y2mVZhwdN8Bm2iQ/0Z6hg4Jmd69m5VdLRyvxZoP2Ec+Rs/zI7fO+gKs7YjzZKRuEAh5yt3c+9E35I+tdFkH3NZCVvv+sm2+nqsXNTz4fv3r6NNItLtbzLe+uirzUW1i/NW8oZotj7wIM= Received: by 10.54.15.51 with SMTP id 51mr652041wro; Sat, 09 Apr 2005 11:28:59 -0700 (PDT) Received: by 10.54.40.69 with HTTP; Sat, 9 Apr 2005 11:28:59 -0700 (PDT) Message-ID: <2fd864e05040911286938343a@mail.gmail.com> Date: Sat, 9 Apr 2005 11:28:59 -0700 From: Astrodog To: Mikhail Teterin In-Reply-To: <200504091737.j39Hb6uY023089@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <200504091737.j39Hb6uY023089@aldan.algebra.com> cc: amd64@freebsd.org Subject: Re: linux- ports on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Astrodog List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Apr 2005 18:29:00 -0000 On Apr 9, 2005 10:37 AM, Mikhail Teterin wrote: > Hello! > > linux_base-8 installed without a hitch, but linux-gtk2 and > its dependencies kept complaining about amd64. I had to patch > them all with > > -ONLY_FOR_ARCHS= i386 > +ONLY_FOR_ARCHS= i386 amd64 > > and rename distinfo.i386 back into distinfo for the time being. > linux-jpeg was a special case, requiring the following patch: > > -RPM_SET= libjpeg-6b-15.${MACHINE_ARCH}.rpm > +RPM_SET= libjpeg-6b-15.${MACHINE_ARCH:S/amd64/i386/}.rpm > > As a result linux-firefox installed and is usable. > > Is this problem just an oversight or was there a conscientious decision > to limit these ports to i386, when amd64 is also perfectly capable to > use them? > > -mi > _______________________________________________ > 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" > This is an issue I'm currently trying to come up with a more systemic solution for. It gets uglier once you have system, and compat rpms. Anyone have any thoughts on a "long term" solution for this?