From owner-freebsd-amd64@FreeBSD.ORG Sun Feb 5 04:16:07 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1160616A422; Sun, 5 Feb 2006 04:16:07 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 610E743D46; Sun, 5 Feb 2006 04:16:06 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k154G48C004710; Sat, 4 Feb 2006 23:16:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4/8.13.4) with ESMTP id k154GGjh058549; Sat, 4 Feb 2006 23:16:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8D9917302F; Sat, 4 Feb 2006 23:16:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060205041604.8D9917302F@freebsd-current.sentex.ca> Date: Sat, 4 Feb 2006 23:16:04 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 04:16:07 -0000 TB --- 2006-02-05 02:30:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-05 02:30:40 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-02-05 02:30:40 - cleaning the object tree TB --- 2006-02-05 02:31:10 - checking out the source tree TB --- 2006-02-05 02:31:10 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-02-05 02:31:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-02-05 02:38:19 - building world (CFLAGS=-O2 -pipe) TB --- 2006-02-05 02:38:19 - cd /src TB --- 2006-02-05 02:38:19 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-02-05 04:10:53 - generating LINT kernel config TB --- 2006-02-05 04:10:53 - cd /src/sys/amd64/conf TB --- 2006-02-05 04:10:53 - /usr/bin/make -B LINT TB --- 2006-02-05 04:10:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-02-05 04:10:54 - cd /src TB --- 2006-02-05 04:10:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 5 04:10:54 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/amr/amr_pci.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/an/if_an.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/an/if_an_isa.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/an/if_an_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/an/if_an_pci.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/dev/asr/asr.c /src/sys/dev/asr/asr.c: In function `ASR_resetIOP': /src/sys/dev/asr/asr.c:612: warning: comparison is always true due to limited range of data type *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-05 04:16:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-05 04:16:04 - ERROR: failed to build lint kernel TB --- 2006-02-05 04:16:04 - tinderbox aborted TB --- 1.04 user 5.66 system 6323.54 real From owner-freebsd-amd64@FreeBSD.ORG Sun Feb 5 09:44:50 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E0DE516A420; Sun, 5 Feb 2006 09:44:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B63A43D49; Sun, 5 Feb 2006 09:44:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k159imFA019231; Sun, 5 Feb 2006 04:44:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.13.4/8.13.4) with ESMTP id k159j04k072657; Sun, 5 Feb 2006 04:45:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 1CBA5241A3; Sun, 5 Feb 2006 04:44:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060205094449.1CBA5241A3@freebsd-stable.sentex.ca> Date: Sun, 5 Feb 2006 04:44:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_5 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Feb 2006 09:44:51 -0000 TB --- 2006-02-05 08:17:57 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-02-05 08:17:57 - starting RELENG_5 tinderbox run for amd64/amd64 TB --- 2006-02-05 08:17:57 - cleaning the object tree TB --- 2006-02-05 08:21:19 - checking out the source tree TB --- 2006-02-05 08:21:19 - cd /tinderbox/RELENG_5/amd64/amd64 TB --- 2006-02-05 08:21:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2006-02-05 08:30:55 - building world (CFLAGS=-O -pipe) TB --- 2006-02-05 08:30:55 - cd /src TB --- 2006-02-05 08:30:55 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-02-05 09:36:20 - generating LINT kernel config TB --- 2006-02-05 09:36:20 - cd /src/sys/amd64/conf TB --- 2006-02-05 09:36:20 - /usr/bin/make -B LINT TB --- 2006-02-05 09:36:20 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-02-05 09:36:20 - cd /src TB --- 2006-02-05 09:36:20 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 5 09:36:21 UTC 2006 >>> 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 [...] isp_pci.o(.text+0x3b16): In function `isp_pci_dmasetup': : undefined reference to `isp_put_extended_request' isp_pci.o(.text+0x3b27): In function `isp_pci_dmasetup': : undefined reference to `isp_put_request_t2' isp_pci.o(.text+0x3b38): In function `isp_pci_dmasetup': : undefined reference to `isp_put_request_t3' isp_pci.o(.text+0x3b7e): In function `isp_pci_dmateardown': : undefined reference to `isp_handle_index' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-05 09:44:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-05 09:44:48 - ERROR: failed to build lint kernel TB --- 2006-02-05 09:44:48 - tinderbox aborted TB --- 2.36 user 6.89 system 5211.30 real From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 00:52:31 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5412616A420 for ; Mon, 6 Feb 2006 00:52:31 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id C42CF43D46 for ; Mon, 6 Feb 2006 00:52:30 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so988801nzo for ; Sun, 05 Feb 2006 16:52:30 -0800 (PST) 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:references; b=tHtp/KHCeSwz1E58rruumkcAIUy5SRq5SMXEXXXO1fBku3BRCO8VB3JwtImG1MS0XT5+Xpk1tqCVL1hZi41/JEjsnW7+4NJ/W8qS74sb0iS0wtv/WMrHzV3DRjrgmdqVf8l4UTrionZ5KC+p5Tu6bSgoaO6o8K2w7ayEIwZdRhQ= Received: by 10.37.12.45 with SMTP id p45mr3820621nzi; Sun, 05 Feb 2006 16:52:30 -0800 (PST) Received: by 10.36.77.17 with HTTP; Sun, 5 Feb 2006 16:52:30 -0800 (PST) Message-ID: <346a80220602051652u5b5f59fdx5fc715c22b84d133@mail.gmail.com> Date: Sun, 5 Feb 2006 19:52:30 -0500 From: Coleman Kane To: Conrad Sabatier In-Reply-To: MIME-Version: 1.0 References: <346a80220602032210o71367220v74033da94e3d83bb@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-amd64@freebsd.org, Kris Kennaway Subject: Re: 32-bit X libs? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@cokane.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 00:52:31 -0000 On 2/4/06, Conrad Sabatier wrote: > > > On 04-Feb-2006 Coleman Kane wrote: > > It is difficult for me to believe that I am the only one with a working > > amd64 box. I am more than happy to help in this endevaour, but I lack > the > > available time to appropriately spearhead this project. If enough peopl= e > > are willing to help, I might be able to get something rolling. > > If there's anything I can do to help, please let me know. At this time I > have *only* an amd64 box (my i386 box having been ruined in the > floodwaters > of Hurricane Katrina). > > I like the /usr/compat/ia32 idea, too. > > -- > Conrad J. Sabatier -- "In Unix veritas" > Alright. I like the /usr/compat/ia32 idea as well. Also, I'd like to get this going. Since I haven't really heard of anyone else heading this up, I'll start the wheels turning. How about this... I will personally compile a list of needs for this project. Perhaps then, we can break it up into little tiny peices, of which we can work on to build the final desired product. I'll take input from you guys and attempt to act as the "information sink" to put together a draft solution to hopefully solve all of our woes. Send me your input ( cokane@cokane.org, cokane@freebsd.org, and zombyfork@gmail.com will all work) tonight and tomorrow. I'll try to get something together and final in the next couple days. thanks guys, coleman From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 01:43:23 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F3D7516A420 for ; Mon, 6 Feb 2006 01:43:22 +0000 (GMT) (envelope-from phatbuckett@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F1A243D46 for ; Mon, 6 Feb 2006 01:43:22 +0000 (GMT) (envelope-from phatbuckett@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so999220nzo for ; Sun, 05 Feb 2006 17:43:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=tqEQlKbvEpx5J0/GikL/MK/F960hS7ROc0HKA1uEntPTSm26o0NPGxPHB2MlVf1RAlCgjch29xj1OvQaiIbDx8BdJKPFdtyAGNH4CAPyJXhnFXjVSo6t11hFoOAj1uojVgkvpEVKrRvS4BZQZShqGiPbzE9n70i6jAhXlikENc0= Received: by 10.36.247.65 with SMTP id u65mr2613000nzh; Sun, 05 Feb 2006 17:42:49 -0800 (PST) Received: by 10.37.21.80 with HTTP; Sun, 5 Feb 2006 17:42:49 -0800 (PST) Message-ID: <839aec700602051742y7b3612a0pbc24c0b90687c98d@mail.gmail.com> Date: Sun, 5 Feb 2006 18:42:49 -0700 From: Darren Spruell To: freebsd-amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: (jdk15) Java plugin for firefox - how to enable? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 01:43:23 -0000 I'm running FreeBSD 6.0-RELEASE on amd64 and would like to get the Sun JDK browser plugin set up on my system. I use firefox from ports. If I understand right, java/jdk15 will build a native JDK for FreeBSD on i386 and amd64. http://www.freebsd.org/java/dists/15.html suggests that the port will support Web Start and the browser plugin for Mozilla and Firefox. I notice the Makefile for jdk15 checks to see if the architecture is amd64 and if so, sets WITHOUT_WEB=3Dyes which the inline comments say will cause the browser plugin to not be built. I suspect this is the case also because after installing jdk15 I can still only find the following plugins: /usr/local/linux-sun-jdk1.4.2/jre/plugin/i386/ns4/libjavaplugin.so /usr/local/linux-sun-jdk1.4.2/jre/plugin/i386/ns610/libjavaplugin_oji.so /usr/local/linux-sun-jdk1.4.2/jre/plugin/i386/ns610-gcc32/libjavaplugin_oji= .so Is it possible for amd64 users of jdk15 and firefox to have a compatible browser plugin? # uname -a FreeBSD deathstar.sancho2k.net 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Wed Nov 2 19:07:38 UTC 2005 =20 root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC amd64 TIA DS From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 01:57:08 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F32DB16A420 for ; Mon, 6 Feb 2006 01:57:07 +0000 (GMT) (envelope-from conrads@cox.net) Received: from eastrmmtao02.cox.net (eastrmmtao02.cox.net [68.230.240.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53F9443D45 for ; Mon, 6 Feb 2006 01:57:07 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([68.14.59.177]) by eastrmmtao02.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060206015711.ZMFC14821.eastrmmtao02.cox.net@serene.no-ip.org>; Sun, 5 Feb 2006 20:57:11 -0500 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.4/8.13.4) with ESMTP id k161usC9013470; Sun, 5 Feb 2006 19:56:55 -0600 (CST) (envelope-from conrads@serene.no-ip.org) Received: (from conrads@localhost) by serene.no-ip.org (8.13.4/8.13.4/Submit) id k161uml8013469; Sun, 5 Feb 2006 19:56:48 -0600 (CST) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <839aec700602051742y7b3612a0pbc24c0b90687c98d@mail.gmail.com> Date: Sun, 05 Feb 2006 19:56:47 -0600 (CST) From: Conrad Sabatier To: Darren Spruell Cc: freebsd-amd64@freebsd.org Subject: RE: (jdk15) Java plugin for firefox - how to enable? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 01:57:08 -0000 On 06-Feb-2006 Darren Spruell wrote: > I'm running FreeBSD 6.0-RELEASE on amd64 and would like to get the Sun > JDK browser plugin set up on my system. I use firefox from ports. [snip] > Is it possible for amd64 users of jdk15 and firefox to have a > compatible browser plugin? Not at this time, no. I once tried commenting out the part of the Makefile that disabled building the plugin just to see what would happen, but the compile failed. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 02:02:08 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4FBD16A420 for ; Mon, 6 Feb 2006 02:02:08 +0000 (GMT) (envelope-from phatbuckett@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76A8743D48 for ; Mon, 6 Feb 2006 02:02:08 +0000 (GMT) (envelope-from phatbuckett@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so1001022nzo for ; Sun, 05 Feb 2006 18:02:08 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=chuXClVeEhDSCHpGyqpGMIebGyNdZKQQQcwQEFAAF8jnqsp2UyKqBrNhlxUujhF1PROSL1ANSsrMN7/ky3WbohCDCwgJ0oJ+apjEClmf/QeKhEInrptPfWkjVjfYznfCFt0g/h+QAN/Q+4Ar94jMiCJV3gCReCdXonDVmrU82Ow= Received: by 10.37.22.11 with SMTP id z11mr3731720nzi; Sun, 05 Feb 2006 18:02:07 -0800 (PST) Received: by 10.37.21.80 with HTTP; Sun, 5 Feb 2006 18:02:07 -0800 (PST) Message-ID: <839aec700602051802s41825fc8p2f70236898852234@mail.gmail.com> Date: Sun, 5 Feb 2006 19:02:07 -0700 From: Darren Spruell To: freebsd-amd64@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <839aec700602051742y7b3612a0pbc24c0b90687c98d@mail.gmail.com> Subject: Re: (jdk15) Java plugin for firefox - how to enable? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 02:02:09 -0000 On 2/5/06, Conrad Sabatier wrote: > > On 06-Feb-2006 Darren Spruell wrote: > > I'm running FreeBSD 6.0-RELEASE on amd64 and would like to get the Sun > > JDK browser plugin set up on my system. I use firefox from ports. > [snip] > > Is it possible for amd64 users of jdk15 and firefox to have a > > compatible browser plugin? > > Not at this time, no. I once tried commenting out the part of the Makefi= le > that disabled building the plugin just to see what would happen, but the > compile failed. I wonder then, is it possible to install a 32-bit firefox on freebsd/amd64 that could take a different java plugin? -- Darren Spruell phatbuckett@gmail.com From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 02:36:08 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B406616A420 for ; Mon, 6 Feb 2006 02:36:08 +0000 (GMT) (envelope-from conrads@cox.net) Received: from eastrmmtao03.cox.net (eastrmmtao03.cox.net [68.230.240.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DE4E43D45 for ; Mon, 6 Feb 2006 02:36:07 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([68.14.59.177]) by eastrmmtao03.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060206023610.TQKB29285.eastrmmtao03.cox.net@serene.no-ip.org>; Sun, 5 Feb 2006 21:36:10 -0500 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.4/8.13.4) with ESMTP id k162ZdSR013783; Sun, 5 Feb 2006 20:35:41 -0600 (CST) (envelope-from conrads@serene.no-ip.org) Received: (from conrads@localhost) by serene.no-ip.org (8.13.4/8.13.4/Submit) id k162ZW9n013782; Sun, 5 Feb 2006 20:35:32 -0600 (CST) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <839aec700602051802s41825fc8p2f70236898852234@mail.gmail.com> Date: Sun, 05 Feb 2006 20:35:31 -0600 (CST) From: Conrad Sabatier To: Darren Spruell Cc: freebsd-amd64@freebsd.org Subject: Re: (jdk15) Java plugin for firefox - how to enable? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 02:36:08 -0000 On 06-Feb-2006 Darren Spruell wrote: > On 2/5/06, Conrad Sabatier wrote: >> >> On 06-Feb-2006 Darren Spruell wrote: >> > I'm running FreeBSD 6.0-RELEASE on amd64 and would like to get the Sun >> > JDK browser plugin set up on my system. I use firefox from ports. >> [snip] >> > Is it possible for amd64 users of jdk15 and firefox to have a >> > compatible browser plugin? >> >> Not at this time, no. I once tried commenting out the part of the >> Makefile >> that disabled building the plugin just to see what would happen, but the >> compile failed. > > I wonder then, is it possible to install a 32-bit firefox on > freebsd/amd64 that could take a different java plugin? About your only hope *may* be to install a 32-bit Linux version of both firefox and java. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 02:46:23 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D3BD16A420 for ; Mon, 6 Feb 2006 02:46:23 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87BA543D46 for ; Mon, 6 Feb 2006 02:46:22 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by uproxy.gmail.com with SMTP id m3so513072ugc for ; Sun, 05 Feb 2006 18:46:21 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LQja8G7cTxctL28OySumKATd53JAz6desgkdEMU7ay5KuxL7DU2t4eW9tyqUFveeEh5/u0V9FRcTRxyd9XCBfJIE8XO5CexfomQbO9O2YBb3cdsP+0ymgKwuQV5ZlFFq+9BC/ivJXkvdqqFt+GXHJbRkEPnTNT27ReOR7XACZeQ= Received: by 10.66.221.11 with SMTP id t11mr1953918ugg; Sun, 05 Feb 2006 18:46:20 -0800 (PST) Received: by 10.66.240.5 with HTTP; Sun, 5 Feb 2006 18:46:20 -0800 (PST) Message-ID: <2fd864e0602051846n71db9049u3e54fa486c1300f6@mail.gmail.com> Date: Sun, 5 Feb 2006 20:46:20 -0600 From: Astrodog To: cokane@cokane.org In-Reply-To: <346a80220602051652u5b5f59fdx5fc715c22b84d133@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <346a80220602032210o71367220v74033da94e3d83bb@mail.gmail.com> <346a80220602051652u5b5f59fdx5fc715c22b84d133@mail.gmail.com> Cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit X libs? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 02:46:23 -0000 Awhile back, I think it was scottl, that had a reason not to do this. I'd have to check archives. From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 06:15:18 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17DAF16A420 for ; Mon, 6 Feb 2006 06:15:18 +0000 (GMT) (envelope-from cokane@mail.cokane.org) Received: from smtp1.fuse.net (mail-out1.fuse.net [216.68.8.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79CCD43D45 for ; Mon, 6 Feb 2006 06:15:17 +0000 (GMT) (envelope-from cokane@mail.cokane.org) Received: from gx5.fuse.net ([72.49.90.188]) by smtp1.fuse.net (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20060206061516.CFEE5943.smtp1.fuse.net@gx5.fuse.net> for ; Mon, 6 Feb 2006 01:15:16 -0500 Received: from mail.cokane.org ([72.49.90.188]) by gx5.fuse.net (InterMail vG.1.02.00.02 201-2136-104-102-20041210) with ESMTP id <20060206061516.YFRX4651.gx5.fuse.net@mail.cokane.org> for ; Mon, 6 Feb 2006 01:15:16 -0500 Received: (qmail 16727 invoked by uid 1000); 6 Feb 2006 01:17:39 -0500 Date: Mon, 6 Feb 2006 01:17:39 -0500 From: Coleman Kane To: Astrodog Message-ID: <20060206061739.GA16722@pint.candc.home> References: <346a80220602032210o71367220v74033da94e3d83bb@mail.gmail.com> <346a80220602051652u5b5f59fdx5fc715c22b84d133@mail.gmail.com> <2fd864e0602051846n71db9049u3e54fa486c1300f6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2fd864e0602051846n71db9049u3e54fa486c1300f6@mail.gmail.com> User-Agent: Mutt/1.5.11 Cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit X libs? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 06:15:18 -0000 On Sun, Feb 05, 2006 at 08:46:20PM -0600, Astrodog wrote: > Awhile back, I think it was scottl, that had a reason not to do this. > I'd have to check archives. The only real reason I can think of is to not fall into the trap that Windoze and Mac OS X do: Their 64-bit versions of their Operating Systems just end up running a bunch of 32-bit programs due, in part, to the lack of motivation on most anyone's part to maintain a 64-bit and 32-bit codetrain If FreeBSD/amd64 had a nice, easy way to add 32-bit programs to the system, then people would get comfortable with it, and we'd all just have to get used to running 32-bit everything on our nice, fancy 64-bit boxen. -- coleman kane From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 06:17:58 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF0A816A420 for ; Mon, 6 Feb 2006 06:17:57 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B51B43D46 for ; Mon, 6 Feb 2006 06:17:57 +0000 (GMT) (envelope-from zombyfork@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1020254nzo for ; Sun, 05 Feb 2006 22:17:56 -0800 (PST) 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:references; b=dRISX6PYJ0V2q54D/20EDEansakiEmPfpR4TxDfDIq6UPvm0+9YnFgSy1jL2ktKnX8PEo1BOPwQIKZWee1MAt96ic0os23YRv8qhMOM8+f5nzG9LvcMuB8eyktX2r9W2IZk9IGnsGgPuHUmt/ycQbJj1hHhPg4TDnTps9BfOjeI= Received: by 10.36.148.13 with SMTP id v13mr4006707nzd; Sun, 05 Feb 2006 22:17:56 -0800 (PST) Received: by 10.36.77.17 with HTTP; Sun, 5 Feb 2006 22:17:56 -0800 (PST) Message-ID: <346a80220602052217t9b41338x8147195bcf74d15a@mail.gmail.com> Date: Mon, 6 Feb 2006 01:17:56 -0500 From: Coleman Kane To: Conrad Sabatier In-Reply-To: MIME-Version: 1.0 References: <839aec700602051802s41825fc8p2f70236898852234@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-amd64@freebsd.org Subject: Re: (jdk15) Java plugin for firefox - how to enable? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@cokane.org List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 06:17:58 -0000 On 2/5/06, Conrad Sabatier wrote: > > > On 06-Feb-2006 Darren Spruell wrote: > > On 2/5/06, Conrad Sabatier wrote: > >> > >> On 06-Feb-2006 Darren Spruell wrote: > >> > I'm running FreeBSD 6.0-RELEASE on amd64 and would like to get the > Sun > >> > JDK browser plugin set up on my system. I use firefox from ports. > >> [snip] > >> > Is it possible for amd64 users of jdk15 and firefox to have a > >> > compatible browser plugin? > >> > >> Not at this time, no. I once tried commenting out the part of the > >> Makefile > >> that disabled building the plugin just to see what would happen, but > the > >> compile failed. > > > > I wonder then, is it possible to install a 32-bit firefox on > > freebsd/amd64 that could take a different java plugin? > > About your only hope *may* be to install a 32-bit Linux version of both > firefox and java. > > -- > Conrad J. Sabatier -- "In Unix veritas" > _______________________________________________ > 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" > Such also seems to be your only hope to getting Macromedia shockwave plugin to work under FreeBSD/amd64 as well. :( -- Coleman Kane From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 07:30:11 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB8E016A420 for ; Mon, 6 Feb 2006 07:30:11 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail17.syd.optusnet.com.au (mail17.syd.optusnet.com.au [211.29.132.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31CBE43D46 for ; Mon, 6 Feb 2006 07:30:10 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail17.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k167U5Kp011348 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Mon, 6 Feb 2006 18:30:06 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k167U538001037; Mon, 6 Feb 2006 18:30:05 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k167U5Q0001036; Mon, 6 Feb 2006 18:30:05 +1100 (EST) (envelope-from peter) Date: Mon, 6 Feb 2006 18:30:05 +1100 From: Peter Jeremy To: Coleman Kane Message-ID: <20060206073005.GC699@turion.vk2pj.dyndns.org> References: <346a80220602032210o71367220v74033da94e3d83bb@mail.gmail.com> <346a80220602051652u5b5f59fdx5fc715c22b84d133@mail.gmail.com> <2fd864e0602051846n71db9049u3e54fa486c1300f6@mail.gmail.com> <20060206061739.GA16722@pint.candc.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060206061739.GA16722@pint.candc.home> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit X libs? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 07:30:12 -0000 On Mon, 2006-Feb-06 01:17:39 -0500, Coleman Kane wrote: >If FreeBSD/amd64 had a nice, easy way to add 32-bit programs to the >system, then people would get comfortable with it, and we'd all just >have to get used to running 32-bit everything on our nice, fancy 64-bit >boxen. OTOH, a quick check shows 484 ports that will run on i386 but not amd64. This includes things like OpenOffice.org, jdk prior to 1.5 (and even on 1.5, you don't get the browser plugin), lang/squeak (a smalltalk dialect), several schemes, DivX, Win32 codecs and flash. I'm also working some old software that isn't 64-bit clean yet (it started on a PDP-11 and 32-bits was a shock to it). [The actual number of ports will be higher when slave ports are taken into account]. I'd prefer to use 64-bit binaries but having to reboot to read a Word document or PPT that someone has sent me, or watch a video in one of the various proprietary formats is rather a nuisance. (These are generally jokes and so being able to see them is quite important :-). The FreeBSD Project has traditionally focused on providing tools, not mandating prolicies. A fair amount of effort has gone into supporting 32-bit apps in the kernel. It seems silly to basically waste this effort by not providing any way to access the ports infrastructure in 32-bit mode. I went through the 64-bit compatibility problems in late 1998 when I got moved onto a project based on DEC Alphas - and found that an awful lot of software believed that all the world was a VAX. The situation has gotten a lot better since then. -- Peter Jeremy From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 11:02:06 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5C1416A429 for ; Mon, 6 Feb 2006 11:02:06 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 563F743D48 for ; Mon, 6 Feb 2006 11:02:06 +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.4/8.13.4) with ESMTP id k16B264R081650 for ; Mon, 6 Feb 2006 11:02:06 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k16B25oG081644 for freebsd-amd64@freebsd.org; Mon, 6 Feb 2006 11:02:05 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 6 Feb 2006 11:02:05 GMT Message-Id: <200602061102.k16B25oG081644@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 11:02:07 -0000 Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/08/09] amd64/84693 amd64 Keyboard not recognized during first step o [2005/11/17] amd64/89202 amd64 [ufs] [panic] Kernel crash when accessing o [2006/01/26] amd64/92337 amd64 FreeBsd 6.0 Release Intel Pro 1000 MT em1 3 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/11/26] amd64/59714 amd64 device timeout and ad0: WARNING - WRITE_D o [2004/07/28] amd64/69704 amd64 ext2/ext3 unstable in amd64 o [2004/07/28] amd64/69707 amd64 IPC32 dont work OK in amd64 FreeBSD o [2004/09/07] amd64/71471 amd64 Can not install 5.3beta3/amd64 on IBM eSe o [2004/09/12] amd64/71644 amd64 [panic] amd64 5.3-BETA4 crash when heavy o [2004/10/28] amd64/73252 amd64 ad6: WARNING - READ_DMA interrupt was see o [2004/10/30] amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdo o [2004/11/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/23] amd64/77949 amd64 Pb boot FreeBSD 64 o [2005/03/04] amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/p o [2005/03/07] amd64/78558 amd64 installation o [2005/03/14] amd64/78848 amd64 [sis] sis driver on FreeBSD 5.x does not o [2005/04/12] amd64/79813 amd64 Will not install/run on amd64 nForce 4 pl o [2005/04/19] amd64/80114 amd64 kldload snd_ich causes interrupt storm wh o [2005/05/06] amd64/80691 amd64 amd64 kernel hangs on load o [2005/05/14] amd64/81037 amd64 SATA problem o [2005/05/28] amd64/81602 amd64 SATA crashes with parallel pcm access o [2005/06/09] amd64/82071 amd64 incorrect -march's parameter to build 32b o [2005/06/19] amd64/82425 amd64 [fxp] fxp0: device timeout, fxp interface o [2005/06/23] amd64/82555 amd64 Kernel Panic - after i connect to my "amd o [2005/07/05] amd64/83005 amd64 Memory Occupied during installation of th o [2005/08/12] amd64/84832 amd64 Installation crashes just at boot AMD64/ o [2005/08/14] amd64/84930 amd64 [msdosfs] something wrong with msdosfs on o [2005/08/29] amd64/85431 amd64 AMD64 has short but temporary freezes (ha o [2005/08/29] amd64/85451 amd64 [hang] 6.0-BETA3 lockups on AMD64 (PREEMP o [2005/09/13] amd64/86080 amd64 [radeon] [hang] radeon DRI causes system o [2005/09/23] amd64/86503 amd64 [atapicam] [panic] k3b crash the system l o [2005/10/09] amd64/87156 amd64 First Installation: Kernel crashes o [2005/10/11] amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Are o [2005/10/12] amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powe o [2005/10/12] amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD a [2005/10/12] amd64/87328 amd64 [boot] BTX halted error o [2005/10/12] amd64/87348 amd64 amd64+smp+startkde always crashing o [2005/10/15] amd64/87472 amd64 I downloaded 5.4 and went to install it, o [2005/10/16] amd64/87514 amd64 6.0-CURRENT freezes machine using >4GB on o [2005/10/19] amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron o [2005/10/25] amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock c o [2005/10/31] amd64/88299 amd64 swapcontext fails with errno 0 o [2005/11/06] amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not b f [2005/11/09] amd64/88746 amd64 Buffer problem with SSH2 under amd64 arch o [2005/11/10] amd64/88790 amd64 kernel panic on first boot (after the Fre o [2005/11/24] amd64/89501 amd64 System crashes on install using ftp on lo o [2005/11/24] amd64/89503 amd64 Cant Boot Installation Disk o [2005/11/25] amd64/89546 amd64 [geom] GEOM error o [2005/11/25] amd64/89549 amd64 [amd64] nve timeouts on 6.0-release o [2005/11/25] amd64/89550 amd64 [amd64] sym0: VTOBUS failed (6.0 Release) o [2005/12/05] amd64/89968 amd64 [ata] Asus A8N-E MediaShield RAID problem o [2005/12/22] amd64/90798 amd64 asking if motherboard is compatible o [2006/01/06] amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr o [2006/01/08] amd64/91492 amd64 BTX halted 58 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/01/11] amd64/61209 amd64 ppc0: cannot reserve I/O port range o [2004/02/21] amd64/63188 amd64 [ti] ti(4) broken on amd64 o [2004/07/28] amd64/69705 amd64 IPC problem (msq_queues) o [2004/12/02] amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when boo o [2004/12/07] amd64/74811 amd64 [nfs] df, nfs mount, negative Avail -> 32 o [2004/12/13] ports/75015 amd64 cvsup on amd64 coredumps with either runs o [2005/03/17] amd64/78954 amd64 kerberos 5 failed to build o [2005/06/18] amd64/82399 amd64 MSI K8N Neo4 Platinium is not supported o [2005/08/07] amd64/84652 amd64 kbdmap -r dumps core o [2005/08/20] amd64/85144 amd64 Asus K8S-MX mobo, integ LAN not recognize o [2005/09/06] amd64/85812 amd64 "Rebooting..." on serial console appears o [2005/09/07] amd64/85820 amd64 1.5 times slower performance with SCHED_U o [2005/10/23] amd64/87882 amd64 emu10k1 and APCI on amd64 is just noisy o [2005/11/09] amd64/88730 amd64 kernel panics during booting from the ins o [2006/01/02] amd64/91195 amd64 FreeBSD 6.0(amd64) and Asus A8R-MVP o [2006/01/09] amd64/91571 amd64 amd64 startup not initializing 32-bit lib o [2006/01/18] amd64/91966 amd64 an error in config of kernel o [2006/01/27] amd64/92412 amd64 rcp.rstatd reports bogus packets/per/seco o [2006/01/28] amd64/92463 amd64 Buttons of USB mouse do no work under KDE o [2006/01/30] amd64/92527 amd64 no driver for "CICADA VSC 8201 Gigabit LA 20 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 11:05:54 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2078616A420 for ; Mon, 6 Feb 2006 11:05:54 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45BAD43D4C for ; Mon, 6 Feb 2006 11:05:52 +0000 (GMT) (envelope-from astrodog@gmail.com) Received: by uproxy.gmail.com with SMTP id j3so458334ugf for ; Mon, 06 Feb 2006 03:05:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=I5HhI4XeV085MWDapZwoSCOkxar8AU7/ao0jo7mYgQrH3ZVZEohKkXeTXm/lBGH3/M/0nD6+5BLjKPqm0ob/NsXyhabGrNUo7BxjIUNwECiZktVwD4uLVTfeJVMd7dXAHXJnVJLFRj36FmHN0j2DTeDfYagT0WdovxIkLjthBHQ= Received: by 10.66.216.11 with SMTP id o11mr2108126ugg; Mon, 06 Feb 2006 03:05:51 -0800 (PST) Received: by 10.66.240.5 with HTTP; Mon, 6 Feb 2006 03:05:51 -0800 (PST) Message-ID: <2fd864e0602060305o1a00622ag81cdd09f29f4c87f@mail.gmail.com> Date: Mon, 6 Feb 2006 05:05:51 -0600 From: Astrodog In-Reply-To: <20060206073005.GC699@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <346a80220602032210o71367220v74033da94e3d83bb@mail.gmail.com> <346a80220602051652u5b5f59fdx5fc715c22b84d133@mail.gmail.com> <2fd864e0602051846n71db9049u3e54fa486c1300f6@mail.gmail.com> <20060206061739.GA16722@pint.candc.home> <20060206073005.GC699@turion.vk2pj.dyndns.org> Cc: freebsd-amd64@freebsd.org, Coleman Kane Subject: Re: 32-bit X libs? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 11:05:54 -0000 Its actually not a bad thing, ending up running a bunch of i386 binaries, on an AMD64 kernel. They tend to be a bit faster, and smaller, in non-memory intensive operations. If that /usr/compat/ia32 patch works, it'd let FreeBSD32 be a port, too. Does someone here have time to put that together? (Essentally, building a package that includes all the FreeBSD binaries, etc.) From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 13:00:16 2006 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 153A016A420 for ; Mon, 6 Feb 2006 13:00:16 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8038843D4C for ; Mon, 6 Feb 2006 13:00:15 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k16D0Fnu095551 for ; Mon, 6 Feb 2006 13:00:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k16D0Fi5095550; Mon, 6 Feb 2006 13:00:15 GMT (envelope-from gnats) Resent-Date: Mon, 6 Feb 2006 13:00:15 GMT Resent-Message-Id: <200602061300.k16D0Fi5095550@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Menshutin Anton Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D5F816A420 for ; Mon, 6 Feb 2006 12:54:00 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0BD5043D45 for ; Mon, 6 Feb 2006 12:54:00 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id k16Crxio078250 for ; Mon, 6 Feb 2006 12:53:59 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k16Crxj0078249; Mon, 6 Feb 2006 12:53:59 GMT (envelope-from nobody) Message-Id: <200602061253.k16Crxj0078249@www.freebsd.org> Date: Mon, 6 Feb 2006 12:53:59 GMT From: Menshutin Anton To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/92889: xdr double buffer overflow X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 13:00:16 -0000 >Number: 92889 >Category: amd64 >Synopsis: xdr double buffer overflow >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 06 13:00:14 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Menshutin Anton >Release: 5.4 amd64 >Organization: ITP >Environment: FreeBSD ***.***.ru 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Thu Nov 24 13:33:07 UTC 2005 ***@***.***.ru:/usr/src/sys/amd64/compile/SMP amd64 >Description: Problem in xdr functions from libc on amd64. Sending doubles or floats with pvm library causes out of range access in receiving program. First 4 bytes of double are being received correctly (when sending from i386 machine) but the last 4 bytes come to the wrong place, owerwriting 4 bytes memory AFTER the double. Seems to be a problem with libc xdr packing\unpacking functions. >How-To-Repeat: Write a simple test program sending double from one host to another. //test_pvm.c #include #include "pvm3.h" char *hostname="localhost"; //hostname where to run slave char buf[1024]; int main() { int tid; pvm_catchout(stdout); pvm_spawn("test_pvm_slave",NULL,PvmTaskHost, hostname,1,&tid); pvm_initsend(PvmDataDefault); double t=0.123; double *p; int i; unsigned int k; p=buf; *p=t; printf("Data before sending:"); for (i=0;i<16;i++) { printf("%hhu ",buf[i]); } printf("\n"); pvm_pkdouble(p,1,1); pvm_send(tid,0); pvm_exit(); return(0); } //test_pvm_slave.c #include "pvm3.h" #include char buf[1024]; int main() { int tid; double t=0.123; double *p; int i; fprintf(stderr,"I am slave\n"); pvm_recv(pvm_parent(),0); p=buf; pvm_upkdouble(p,1,1); t=*p; for (i=0;i<16;i++) { printf("%hhu ",buf[i]); } printf("\n"); pvm_exit(); return(0); } >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 19:43:20 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB4D616A423 for ; Mon, 6 Feb 2006 19:43:20 +0000 (GMT) (envelope-from cokane@mail.cokane.org) Received: from smtp3.fuse.net (mail-out3.fuse.net [216.68.8.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48CBD43D49 for ; Mon, 6 Feb 2006 19:43:19 +0000 (GMT) (envelope-from cokane@mail.cokane.org) Received: from gx4.fuse.net ([72.49.90.188]) by smtp3.fuse.net (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20060206194318.UIUA25315.smtp3.fuse.net@gx4.fuse.net> for ; Mon, 6 Feb 2006 14:43:18 -0500 Received: from mail.cokane.org ([72.49.90.188]) by gx4.fuse.net (InterMail vG.1.02.00.02 201-2136-104-102-20041210) with ESMTP id <20060206194318.LIGH14894.gx4.fuse.net@mail.cokane.org> for ; Mon, 6 Feb 2006 14:43:18 -0500 Received: (qmail 17497 invoked by uid 1000); 6 Feb 2006 14:45:32 -0500 Date: Mon, 6 Feb 2006 14:45:32 -0500 From: Coleman Kane To: Peter Jeremy Message-ID: <20060206194532.GA17347@pint.candc.home> References: <346a80220602032210o71367220v74033da94e3d83bb@mail.gmail.com> <346a80220602051652u5b5f59fdx5fc715c22b84d133@mail.gmail.com> <20060206184111.GE699@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060206184111.GE699@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.11 Cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit X libs? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 19:43:20 -0000 On Tue, Feb 07, 2006 at 05:41:11AM +1100, Peter Jeremy wrote: > On Sun, 2006-Feb-05 19:52:30 -0500, Coleman Kane wrote: > >Alright. I like the /usr/compat/ia32 idea as well. > > It would be even nicer if it was totally transparent so no compat > hierarchy was needed. The name should probably be /usr/compat/i386 in > keeping with the FreeBSD naming convention. One difficulty in > handling /usr/compat/ia32 is applications like mozilla and > OpenOffice.org which have front ends comprising to twisty maze of > shell scripts with the actual executables buried elsewhere. (And in > the case of mozilla, it may be reasonable to have both 32-bit and > 64-bit versions installed). Problem is this: all your 32-bit apps require 32-bit library counterparts for everything that they link against. For instance, lets pretend that firefox wouldn't work on amd64. Firefox links in a nice 37 .so's on my system. Just because libX11.so.6, libXrender.so.1, libexpat.so.6, etc.., etc... have native 64-bit versions installed doesn't mean that I can use them with firefox 32-bit. I actually need to go through and build all of these for a 32-bit system to install firefox into. The reason you can still use the 64-bit version of du, or sh in your programs is basically because the rtld is re-issued these commands to create a new process space (and there is a barrier between your 32-bit program and the process loaded by execve, system, etc...). Right now, we put the 32bit FreeBSD libs into 'lib32' counterparts to our 'lib's. This is basically the same idea, but instead puts every thing under a '32-bit' root and adjusts the search-paths accordingly when the kernel realizes 'I am in ia32 and not amd64 space'. > > >How about this... I will personally compile a list of needs for this > >project. > > - Re-mapping the rtld name on 32-bit executables > - Re-mapping the shared library paths This is already done with the lib --> lib32 builds. > - Support installation of i386 ports > - Support building of i386 ports (if I try to build a port that is only > for i386 or not for amd64 then it will automatically build as a i386) I recommend this being a make option. Perhaps a general BUILD_ARCHS that has a list of architectures to build? This way, the system could be ported to FreeBSD/alpha, where i386 ports could be built by doing: BUILD_ARCHS="alpha i386" That would build the alpha and i386 versions of ports, while allowing you to build the i386 version of i386 only ports, and the alpha version of alpha-only ports. As you can see, the system would translate to amd64 quite well. Revisiting my earlier comment, we'd also need to maintain seperate /var/db/pkg trees as well. You only want to have the necessary libs build in 32bit to support your chosen set of 32bit ports. You'll need a seperate pkgdb to keep track of them all. > - allow me to mount FreeBSD/i386 filesystems and execute programs in them. Correct me if I am wrong, but there is no such thing as a "FreeBSD/i386 filesystem". The Berkeley FFS is the same across i386, amd64, alpha, sparc64, ppc, and whatever else. The only thing there is is a "FreeBSD FFS with i386 programs on it", which would fall under the same sort of rules that the linuxulator uses right now. That is, the linuxulator first prepends /compat/linux to the search path for any filesystem operation. My further thoughts -- ------- -------- I think that it would be worthwhile to have the ability for a system admin to connect ports up to buildworld (if we want to allow such things!). Perhaps allow ports to install to /usr/local/src (via a make.conf option), and then make buildworld has a systematic way of building add-ons from there via the make system. This way, a emulators/compat-ia32 could be put together to install a /usr/local/src/emulators/compat-ia32 tree that would build the latest /usr/src for IA32 when buildworld was made. This could also be transmitted to things like emulators/rtc, graphics/dri, security/openssl, security/openssh when the admin wishes to tie these ports in (and they might have depedencies on the system that get borked when tracking a non-release CVS branch). This is especially helpful in the cases where *_OVERWRITE_BASE has been chosen. Sounds complicated? of course it does. On the ports side of things... -- --- ----- ---- -- --------- I think that we want to offer two options: 1) Allow someone to build for all of the architectures specified in a list 2) Allow someone to specify a list of architectures to step through, and build the first architecture that the port allows This solves the problems of not wasting a bunch of space and time building every architecture for every port. But, it will allow some people (like those who want ia32 and amd64 firefox). Libraries, libraries... ---------- ------------ I have an idea how infeasible this is, but it would be cool to be able to specify library mappings from 32-bit land to 64-bit land. Say, for instance, the amd64-bit versions of the libc string functions are faster than the 32-bit libc ones. Allowing the built 32bit libc to be a shell that implements 32-bit versions of "non-substitutable functions" and calls through to the 64-bit libc.so for the "substitutable functions", all defined at build time. If I am not mistaken, the 64 bit code should be able to address the 32-bit code's memory, but not the other way around, which is why things like 32-bit flash in firefox/amd64 is much more difficult than you would first think, considering we have linux-flash working in firefox/i386. Oh yeah... there's likely more that I haven't covered. > > -- > Peter Jeremy -- Coleman Kane From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 19:52:30 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3B9D16A420 for ; Mon, 6 Feb 2006 19:52:30 +0000 (GMT) (envelope-from cokane@mail.cokane.org) Received: from smtp1.fuse.net (mail-out1.fuse.net [216.68.8.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D45C43D45 for ; Mon, 6 Feb 2006 19:52:30 +0000 (GMT) (envelope-from cokane@mail.cokane.org) Received: from gx6.fuse.net ([72.49.90.188]) by smtp1.fuse.net (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20060206195226.VCMN5943.smtp1.fuse.net@gx6.fuse.net> for ; Mon, 6 Feb 2006 14:52:26 -0500 Received: from mail.cokane.org ([72.49.90.188]) by gx6.fuse.net (InterMail vG.1.02.00.02 201-2136-104-102-20041210) with ESMTP id <20060206195226.GXSX4722.gx6.fuse.net@mail.cokane.org> for ; Mon, 6 Feb 2006 14:52:26 -0500 Received: (qmail 17506 invoked by uid 1000); 6 Feb 2006 14:54:40 -0500 Date: Mon, 6 Feb 2006 14:54:40 -0500 From: Coleman Kane To: Peter Jeremy Message-ID: <20060206195440.GA17501@pint.candc.home> References: <346a80220602032210o71367220v74033da94e3d83bb@mail.gmail.com> <346a80220602051652u5b5f59fdx5fc715c22b84d133@mail.gmail.com> <20060206184111.GE699@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060206184111.GE699@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.11 Cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit X libs? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 19:52:30 -0000 On Tue, Feb 07, 2006 at 05:41:11AM +1100, Peter Jeremy wrote: > On Sun, 2006-Feb-05 19:52:30 -0500, Coleman Kane wrote: > >Alright. I like the /usr/compat/ia32 idea as well. > > It would be even nicer if it was totally transparent so no compat > hierarchy was needed. The name should probably be /usr/compat/i386 in > keeping with the FreeBSD naming convention. Well, the ia32 vs. i386 naming can go either way. The kernel refers to all of the emulation functions using *_ia32, and the linuxulator uses *_linux(*_linux32 on amd64, which adds to the confusion).The ibcs2-ulator uses *_ibcs2. My vote is for /usr/compat/ia32, but we want to see if there is popular support in even making it into its own subtree. -- Coleman Kane From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 20:44:21 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16FF516A420 for ; Mon, 6 Feb 2006 20:44:21 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B8C843D45 for ; Mon, 6 Feb 2006 20:44:20 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k16KiKrg070722 for ; Mon, 6 Feb 2006 12:44:20 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k16KiKZV070721 for freebsd-amd64@freebsd.org; Mon, 6 Feb 2006 12:44:20 -0800 (PST) (envelope-from sgk) Date: Mon, 6 Feb 2006 12:44:20 -0800 From: Steve Kargl To: freebsd-amd64@freebsd.org Message-ID: <20060206204419.GA51097@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Difference in stepping numbers? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 20:44:21 -0000 Anyone know what the difference between stepping=8 and a stepping=10 opteron processors? When I purchased the processors I never noticed the different values because dmesg reports only the cpu info for the first processor, cpu0, which was stepping=8 in my case. I've recently experienced segfaults and signal 10s during builds of the GCC source tree. I narrowed the problem down to a possible problem with one of the cpus. Well, I yanked cpu0 with stepping=8 and moved cpu1 with stepping=10 into the location of cpu0. Booting a UP kernel revealed: CPU: AMD Opteron(tm) Processor 248 (2194.48-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 At the moment, I have not been able to generate a signal 10 or 11 under fairly heavy load on cpu with stepping=10. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 22:30:00 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F19616A420 for ; Mon, 6 Feb 2006 22:30:00 +0000 (GMT) (envelope-from freebsd@deadcafe.de) Received: from deadcafe.de (deadcafe.de [81.169.162.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69FF043D45 for ; Mon, 6 Feb 2006 22:29:59 +0000 (GMT) (envelope-from freebsd@deadcafe.de) Received: from dialin.t-online.de (p54A5E482.dip.t-dialin.net [84.165.228.130]) by deadcafe.de (8.13.4+Sun/8.13.4/Rock) with ESMTP id k16MTtKZ030315 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 6 Feb 2006 23:29:56 +0100 (CET) Received: from [172.23.7.254] (doom.rock.net [172.23.7.254]) by dialin.t-online.de (8.13.4+Sun/8.13.4/Rock) with ESMTP id k16MTmEb099550; Mon, 6 Feb 2006 23:29:48 +0100 (CET) Message-ID: <43E7CDDB.7060904@deadcafe.de> Date: Mon, 06 Feb 2006 23:29:47 +0100 From: Daniel Rock User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Steve Kargl References: <20060206204419.GA51097@troutmask.apl.washington.edu> In-Reply-To: <20060206204419.GA51097@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.1 required=5.5 tests=FORGED_RCVD_HELO autolearn=disabled version=3.0.4 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on deadcafe.de Cc: freebsd-amd64@freebsd.org Subject: Re: Difference in stepping numbers? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 22:30:00 -0000 Steve Kargl schrieb: > Anyone know what the difference between stepping=8 and a stepping=10 > opteron processors? When I purchased the processors I never noticed > the different values because dmesg reports only the cpu info for the > first processor, cpu0, which was stepping=8 in my case. > > I've recently experienced segfaults and signal 10s during builds of > the GCC source tree. I narrowed the problem down to a possible problem > with one of the cpus. Well, I yanked cpu0 with stepping=8 and moved > cpu1 with stepping=10 into the location of cpu0. Booting a UP kernel > revealed: > > CPU: AMD Opteron(tm) Processor 248 (2194.48-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 > Features=0x78bfbff PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> > AMD Features=0xe0500800 > > At the moment, I have not been able to generate a signal 10 or 11 > under fairly heavy load on cpu with stepping=10. stepping = 8 ==> C0 stepping stepping = 10 ==> CG stepping according to AMD docs: http://www.amd.com/us-en/Processors/TechnicalResources/0,,30_182_739_9003,00.html 26094 BIOS and Kernel Developer's Guide, section 12.8 25759 Revision Guide, page 8 mixed revisions are supported from C0 onwards. Have you checked your BIOS (latest)? The revision guide also contains a list of differences and fixes between the different steppings. Daniel From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 22:32:50 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D60816A420 for ; Mon, 6 Feb 2006 22:32:50 +0000 (GMT) (envelope-from dfeustel@mindspring.com) Received: from vms040pub.verizon.net (vms040pub.verizon.net [206.46.252.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FBAB43D75 for ; Mon, 6 Feb 2006 22:32:45 +0000 (GMT) (envelope-from dfeustel@mindspring.com) Received: from pool-71-97-182-5.aubnin.dsl-w.verizon.net ([71.97.182.5]) by vms040.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0IUA00CHZEMJTDHB@vms040.mailsrvcs.net> for freebsd-amd64@freebsd.org; Mon, 06 Feb 2006 16:32:44 -0600 (CST) Date: Mon, 06 Feb 2006 17:32:40 -0500 From: Dave Feustel In-reply-to: <20060206204419.GA51097@troutmask.apl.washington.edu> To: freebsd-amd64@freebsd.org Message-id: <200602061732.41302.dfeustel@mindspring.com> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7bit Content-disposition: inline References: <20060206204419.GA51097@troutmask.apl.washington.edu> User-Agent: KMail/1.8.2 Cc: Subject: Re: Difference in stepping numbers? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 22:32:50 -0000 On Monday 06 February 2006 15:44, Steve Kargl wrote: > Anyone know what the difference between stepping=8 and a stepping=10 > opteron processors? When I purchased the processors I never noticed > the different values because dmesg reports only the cpu info for the > first processor, cpu0, which was stepping=8 in my case. > > I've recently experienced segfaults and signal 10s during builds of > the GCC source tree. I narrowed the problem down to a possible problem > with one of the cpus. Well, I yanked cpu0 with stepping=8 and moved > cpu1 with stepping=10 into the location of cpu0. Booting a UP kernel > revealed: > > CPU: AMD Opteron(tm) Processor 248 (2194.48-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0xf5a Stepping = 10 > Features=0x78bfbff PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2> > AMD Features=0xe0500800 > > At the moment, I have not been able to generate a signal 10 or 11 > under fairly heavy load on cpu with stepping=10. I thought that in dual-cpu systems both cpus were supposed to be of the same stepping. -- Lose, v., experience a loss, get rid of, "lose the weight" Loose, adj., not tight, let go, free, "loose clothing" From owner-freebsd-amd64@FreeBSD.ORG Mon Feb 6 22:51:08 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69CBF16A424 for ; Mon, 6 Feb 2006 22:51:08 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD9D043D6D for ; Mon, 6 Feb 2006 22:51:04 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k16MoqmF069200; Mon, 6 Feb 2006 14:50:52 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k16MoqFt069199; Mon, 6 Feb 2006 14:50:52 -0800 (PST) (envelope-from sgk) Date: Mon, 6 Feb 2006 14:50:52 -0800 From: Steve Kargl To: Daniel Rock Message-ID: <20060206225052.GA2526@troutmask.apl.washington.edu> References: <20060206204419.GA51097@troutmask.apl.washington.edu> <43E7CDDB.7060904@deadcafe.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43E7CDDB.7060904@deadcafe.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: Difference in stepping numbers? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Feb 2006 22:51:08 -0000 On Mon, Feb 06, 2006 at 11:29:47PM +0100, Daniel Rock wrote: > > Have you checked your BIOS (latest)? > Yes. I have also repeatedly tested my 12 GB of memory with memtest86+. Thanks for the info and URL. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 04:00:16 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AFCD16A420 for ; Tue, 7 Feb 2006 04:00:16 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08ED843D46 for ; Tue, 7 Feb 2006 04:00:15 +0000 (GMT) (envelope-from cracauer@schlepper.zs64.net) Received: from schlepper.zs64.net (schlepper [212.12.50.230]) by schlepper.zs64.net (8.13.3/8.12.9) with ESMTP id k1740Ccu026594; Tue, 7 Feb 2006 05:00:12 +0100 (CET) (envelope-from cracauer@schlepper.zs64.net) Received: (from cracauer@localhost) by schlepper.zs64.net (8.13.3/8.12.9/Submit) id k1740APA026593; Mon, 6 Feb 2006 23:00:10 -0500 (EST) (envelope-from cracauer) Date: Mon, 6 Feb 2006 23:00:09 -0500 From: Martin Cracauer To: Lennart Sorth Message-ID: <20060206230009.A26385@cons.org> References: <20060127020350.02abf989.kgunders@teamcool.net> <200601271228.02675.groot@kde.org> <43DA1A5A.3000409@uni-c.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <43DA1A5A.3000409@uni-c.dk>; from Lennart.Sorth@uni-c.dk on Fri, Jan 27, 2006 at 02:04:26PM +0100 Cc: freebsd-amd64@freebsd.org Subject: Re: fbsd-amd64 desktop X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 04:00:16 -0000 Lennart Sorth wrote on Fri, Jan 27, 2006 at 02:04:26PM +0100: > Adriaan de Groot wrote: > > and surfing dubious websites (webbrowser + mplayer), amd64 > > desktops are fine. > > ... as long as you don't need win32-codecs I use both a Mozilla chain (firefox, java, flash etc) and a mplayer/xine chain that is built for Linux/i386 on all my platforms, which includes FreeBSD/i386, Linux/amd64 and FreeBSD/amd64. Works very well for me. It is not that Linux/amd64 doesn't have the problem mentioned, too ;-) Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ FreeBSD - where you want to go, today. http://www.freebsd.org/ From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 10:47:56 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9024F16A420; Tue, 7 Feb 2006 10:47:56 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BD4E43D45; Tue, 7 Feb 2006 10:45:23 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=0) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k17AiwJK014103; Tue, 7 Feb 2006 12:45:06 +0200 Received: by flame.pc (Postfix, from userid 1001) id 317E35C5F; Tue, 7 Feb 2006 12:44:14 +0200 (EET) Date: Tue, 7 Feb 2006 12:44:12 +0200 From: Giorgos Keramidas To: Steve Kargl , Olivier Houchard Message-ID: <20060207104411.GA1067@flame.pc> References: <20060201235556.GA708@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060201235556.GA708@troutmask.apl.washington.edu> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.437, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.96, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 10:47:56 -0000 On 2006-02-01 15:55, Steve Kargl wrote: > After a binary search, I have determined that the new pts code is > triggering kernel panics on an AMD64 system. It also makes syscons unusable here. I just rebuilt a HEAD snapshot from today's latest CVSup, installed it in /dev/ad0s1a (my test partition), and the behavior is still the same as a few days ago: - single user mode shell works fine - in multiuser mode, when syscons reaches a login prompt i have to press RET twice to see the last line It seems that something is broken in the way syscons detects whether an output line should be flushed out, but I'm not sure. A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before the first pts change). I don't know how to debug this or provide more useful feedback, but I'll look at the diffs later today, when I'm done with $REALJOB stuff. - Giorgos From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 12:28:41 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C93216A422 for ; Tue, 7 Feb 2006 12:28:41 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.FreeBSD.org (Postfix) with SMTP id 603BC43D6E for ; Tue, 7 Feb 2006 12:28:34 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mx37.stngva01.us.mxservers.net (204.202.242.75) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 3-0412145308; Tue, 7 Feb 2006 13:28:32 +0100 (CET) Received: from www.jennejohn.org [213.198.5.174] (EHLO peedub.jennejohn.org) by mx37.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id e6298e34.27603.001.mx37.stngva01.us.mxservers.net; Tue, 07 Feb 2006 07:28:30 -0500 (EST) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.4/8.11.6) with ESMTP id k17CSLUQ005222; Tue, 7 Feb 2006 13:28:27 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200602071228.k17CSLUQ005222@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Giorgos Keramidas In-Reply-To: Message from Giorgos Keramidas of "Tue, 07 Feb 2006 12:44:12 +0200." <20060207104411.GA1067@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Feb 2006 13:28:21 +0100 From: Gary Jennejohn X-Spam: [F=0.0100000000; heur=0.500(-19800); stat=0.010; spamtraq-heur=0.500(2006020620)] X-MAIL-FROM: X-SOURCE-IP: [213.198.5.174] X-Loop-Detect: 1 X-DistLoop-Detect: 1 Cc: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org, Olivier Houchard Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 12:28:41 -0000 Giorgos Keramidas writes: > On 2006-02-01 15:55, Steve Kargl wrote: > > After a binary search, I have determined that the new pts code is > > triggering kernel panics on an AMD64 system. > > It also makes syscons unusable here. > > I just rebuilt a HEAD snapshot from today's latest CVSup, installed it > in /dev/ad0s1a (my test partition), and the behavior is still the same > as a few days ago: > > - single user mode shell works fine > > - in multiuser mode, when syscons reaches a login prompt > i have to press RET twice to see the last line > > It seems that something is broken in the way syscons detects whether an > output line should be flushed out, but I'm not sure. > > A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before the > first pts change). > > I don't know how to debug this or provide more useful feedback, but I'll > look at the diffs later today, when I'm done with $REALJOB stuff. > I'm running a kernel from Feb 5 09:15 (GMT+1) w/o any problems, even X works OK. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 12:39:37 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F49116A422; Tue, 7 Feb 2006 12:39:37 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44DA643D49; Tue, 7 Feb 2006 12:39:33 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=0) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k17CdADJ017765; Tue, 7 Feb 2006 14:39:17 +0200 Received: by flame.pc (Postfix, from userid 1001) id D93045C8C; Tue, 7 Feb 2006 14:38:29 +0200 (EET) Date: Tue, 7 Feb 2006 14:38:29 +0200 From: Giorgos Keramidas To: Gary Jennejohn Message-ID: <20060207123829.GA29307@flame.pc> References: <20060207104411.GA1067@flame.pc> <200602071228.k17CSLUQ005222@peedub.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602071228.k17CSLUQ005222@peedub.jennejohn.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.438, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.96, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org, Olivier Houchard Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 12:39:37 -0000 On 2006-02-07 13:28, Gary Jennejohn wrote: >Giorgos Keramidas writes: >> On 2006-02-01 15:55, Steve Kargl wrote: >> > After a binary search, I have determined that the new pts code is >> > triggering kernel panics on an AMD64 system. >> >> It also makes syscons unusable here. >> >> I just rebuilt a HEAD snapshot from today's latest CVSup, installed it >> in /dev/ad0s1a (my test partition), and the behavior is still the same >> as a few days ago: >> >> - single user mode shell works fine >> >> - in multiuser mode, when syscons reaches a login prompt >> i have to press RET twice to see the last line >> >> It seems that something is broken in the way syscons detects whether an >> output line should be flushed out, but I'm not sure. >> >> A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before the >> first pts change). >> >> I don't know how to debug this or provide more useful feedback, but I'll >> look at the diffs later today, when I'm done with $REALJOB stuff. > > I'm running a kernel from Feb 5 09:15 (GMT+1) w/o any problems, > even X works OK. Is this on amd64? A kernel and userland from today (Feb 7, around 07:00 UTC) is unusable on a Ferrari 3400 Lmi here. From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 12:43:28 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D4A516A420 for ; Tue, 7 Feb 2006 12:43:28 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mail08b.verio.de (mail08b.verio.de [213.198.55.74]) by mx1.FreeBSD.org (Postfix) with SMTP id 2BCB543D46 for ; Tue, 7 Feb 2006 12:43:27 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mx13.stngva01.us.mxservers.net (204.202.242.69) by mail08b.verio.de (RS ver 1.0.95vs) with SMTP id 3-0744526203; Tue, 7 Feb 2006 13:43:25 +0100 (CET) Received: from www.jennejohn.org [213.198.5.174] (EHLO peedub.jennejohn.org) by mx13.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id ce598e34.15739.334.mx13.stngva01.us.mxservers.net; Tue, 07 Feb 2006 07:43:24 -0500 (EST) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.4/8.11.6) with ESMTP id k17ChJYY005474; Tue, 7 Feb 2006 13:43:20 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200602071243.k17ChJYY005474@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Giorgos Keramidas In-Reply-To: Message from Giorgos Keramidas of "Tue, 07 Feb 2006 14:38:29 +0200." <20060207123829.GA29307@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 07 Feb 2006 13:43:19 +0100 From: Gary Jennejohn X-Spam: [F=0.0217571485; heur=0.500(-19800); stat=0.021; spamtraq-heur=0.500(2006020620)] X-MAIL-FROM: X-SOURCE-IP: [213.198.5.174] X-Loop-Detect: 1 X-DistLoop-Detect: 1 Cc: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org, Olivier Houchard Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 12:43:28 -0000 Giorgos Keramidas writes: > On 2006-02-07 13:28, Gary Jennejohn wrote: > >Giorgos Keramidas writes: > >> On 2006-02-01 15:55, Steve Kargl wrote: > >> > After a binary search, I have determined that the new pts code is > >> > triggering kernel panics on an AMD64 system. > >> > >> It also makes syscons unusable here. > >> > >> I just rebuilt a HEAD snapshot from today's latest CVSup, installed it > >> in /dev/ad0s1a (my test partition), and the behavior is still the same > >> as a few days ago: > >> > >> - single user mode shell works fine > >> > >> - in multiuser mode, when syscons reaches a login prompt > >> i have to press RET twice to see the last line > >> > >> It seems that something is broken in the way syscons detects whether an > >> output line should be flushed out, but I'm not sure. > >> > >> A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before the > >> first pts change). > >> > >> I don't know how to debug this or provide more useful feedback, but I'll > >> look at the diffs later today, when I'm done with $REALJOB stuff. > > > > I'm running a kernel from Feb 5 09:15 (GMT+1) w/o any problems, > > even X works OK. > > Is this on amd64? A kernel and userland from today (Feb 7, > around 07:00 UTC) is unusable on a Ferrari 3400 Lmi here. > Yes, AMD64 X2 running on an ASUS A8V Deluxe. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTde From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 12:54:27 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEB2C16A420; Tue, 7 Feb 2006 12:54:27 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2104043D48; Tue, 7 Feb 2006 12:54:25 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=0) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k17Cs8FS018579; Tue, 7 Feb 2006 14:54:12 +0200 Received: by flame.pc (Postfix, from userid 1001) id 59C7B5C8C; Tue, 7 Feb 2006 14:53:27 +0200 (EET) Date: Tue, 7 Feb 2006 14:53:27 +0200 From: Giorgos Keramidas To: Gary Jennejohn Message-ID: <20060207125327.GA55137@flame.pc> References: <20060207123829.GA29307@flame.pc> <200602071243.k17ChJYY005474@peedub.jennejohn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602071243.k17ChJYY005474@peedub.jennejohn.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.44, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.96, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org, Olivier Houchard Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 12:54:28 -0000 On 2006-02-07 13:43, Gary Jennejohn wrote: >Giorgos Keramidas writes: >>On 2006-02-07 13:28, Gary Jennejohn wrote: >>>Giorgos Keramidas writes: >>>> On 2006-02-01 15:55, Steve Kargl wrote: >>>> > After a binary search, I have determined that the new pts code is >>>> > triggering kernel panics on an AMD64 system. >>>> >>>> It also makes syscons unusable here. >>>> [...] >>>> A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before the >>>> first pts change). >>>> >>>> I don't know how to debug this or provide more useful feedback, but I'll >>>> look at the diffs later today, when I'm done with $REALJOB stuff. >>> >>> I'm running a kernel from Feb 5 09:15 (GMT+1) w/o any problems, >>> even X works OK. >> >> Is this on amd64? A kernel and userland from today (Feb 7, >> around 07:00 UTC) is unusable on a Ferrari 3400 Lmi here. > > Yes, AMD64 X2 running on an ASUS A8V Deluxe. Odd. I'm rebuilding a fresh checkout now, but I don't see any commits since early this morning that could have fixed this. From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 13:23:59 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14DC216A420; Tue, 7 Feb 2006 13:23:59 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3273A43D48; Tue, 7 Feb 2006 13:23:58 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 46E6446BD6; Tue, 7 Feb 2006 08:23:46 -0500 (EST) Date: Tue, 7 Feb 2006 13:26:24 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Giorgos Keramidas In-Reply-To: <20060207104411.GA1067@flame.pc> Message-ID: <20060207132335.W37594@fledge.watson.org> References: <20060201235556.GA708@troutmask.apl.washington.edu> <20060207104411.GA1067@flame.pc> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org, Olivier Houchard Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 13:23:59 -0000 On Tue, 7 Feb 2006, Giorgos Keramidas wrote: > On 2006-02-01 15:55, Steve Kargl wrote: >> After a binary search, I have determined that the new pts code is >> triggering kernel panics on an AMD64 system. > > It also makes syscons unusable here. > > I just rebuilt a HEAD snapshot from today's latest CVSup, installed it > in /dev/ad0s1a (my test partition), and the behavior is still the same > as a few days ago: > > - single user mode shell works fine > > - in multiuser mode, when syscons reaches a login prompt > i have to press RET twice to see the last line > > It seems that something is broken in the way syscons detects whether an > output line should be flushed out, but I'm not sure. > > A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before the > first pts change). > > I don't know how to debug this or provide more useful feedback, but I'll > look at the diffs later today, when I'm done with $REALJOB stuff. Does the instability occur if kern.pts.enable=0, or only when kern.pts.enable=1? If 0, if you back out the user space changes but leave tty_pts.c compiled into the kernel, do the instability issues persist? How about with the kernel code compiled out, but the user space code in place? Basically, it would be good to know if what you're seeing is a property of the pts code being in the kernel at all, or a property of it actually in use. The former might be indicate that a memory layout change or devfs behavioral change has triggered an existing bug previously masked, whereas the latter more likely signals a bug in the pts code or a bug in devfs generated by virtue of the deletion of device nodes. That some of the panics happen very early (perhaps before a pts device is actually allocated) is suggestive... Robert N M Watson From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 14:16:06 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7B0D16A420 for ; Tue, 7 Feb 2006 14:16:06 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mail08a.verio.de (mail08a.verio.de [213.198.55.73]) by mx1.FreeBSD.org (Postfix) with SMTP id CE9D043D49 for ; Tue, 7 Feb 2006 14:16:04 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from mx19.stngva01.us.mxservers.net (204.202.242.102) by mail08a.verio.de (RS ver 1.0.95vs) with SMTP id 0-0198921750; Tue, 7 Feb 2006 15:16:03 +0100 (CET) Received: from www.jennejohn.org [213.198.5.174] (EHLO peedub.jennejohn.org) by mx19.stngva01.us.mxservers.net (mxl_mta-1.3.8-10p4) with ESMTP id 79ba8e34.6132.375.mx19.stngva01.us.mxservers.net; Tue, 07 Feb 2006 09:15:51 -0500 (EST) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.4/8.11.6) with ESMTP id k17EF03v001858; Tue, 7 Feb 2006 15:15:00 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200602071415.k17EF03v001858@peedub.jennejohn.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Robert Watson In-Reply-To: Message from Robert Watson of "Tue, 07 Feb 2006 13:26:24 GMT." <20060207132335.W37594@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Tue, 07 Feb 2006 15:15:00 +0100 From: Gary Jennejohn Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by peedub.jennejohn.org id k17EF03v001858 X-Spam: [F=0.0100000000; heur=0.500(-19800); stat=0.010; spamtraq-heur=0.500(2006020620)] X-MAIL-FROM: X-SOURCE-IP: [213.198.5.174] X-Loop-Detect: 1 X-DistLoop-Detect: 1 Cc: Giorgos Keramidas , freebsd-current@FreeBSD.org, Olivier Houchard , freebsd-amd64@FreeBSD.org Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 14:16:06 -0000 Robert Watson writes: > Does the instability occur if kern.pts.enable=3D0, or only when=20 > kern.pts.enable=3D1? If 0, if you back out the user space changes but = leave=20 > tty_pts.c compiled into the kernel, do the instability issues persist? = How=20 > about with the kernel code compiled out, but the user space code in pla= ce? >=20 > Basically, it would be good to know if what you're seeing is a property= of th > e=20 > pts code being in the kernel at all, or a property of it actually in us= e.=20 > The former might be indicate that a memory layout change or devfs behav= ioral=20 > change has triggered an existing bug previously masked, whereas the lat= ter=20 > more likely signals a bug in the pts code or a bug in devfs generated b= y=20 > virtue of the deletion of device nodes. That some of the panics happen= very=20 > early (perhaps before a pts device is actually allocated) is suggestive= ... I was running 32-bit so I rebooted to 64-bit. kern.pts.enable was 0=A0so I set it to 1 and started X. This automaticall= y starts an mrxvt with 3 virtual terminals. Everything was OK and ``tty'' showed /dev/pts/{0,1,2}, as expected. I didn't try booting with an entry in loader.conf to set kern.pts.enable to 1. I'm now back running 32-bit with kern.pts.enable set to 1 in X with a whole slew of mrxvt's running and I see no problems here either. The only difference is that ``w'' doesn't show any of the /dev/pts entries although I have 7 active. --- Gary Jennejohn / garyjATjennejohnDOTorg gjATfreebsdDOTorg garyjATdenxDOTd= e From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 14:44:13 2006 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B242F16A420; Tue, 7 Feb 2006 14:44:13 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6691E43D49; Tue, 7 Feb 2006 14:44:13 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k17Ei9Wp048655; Tue, 7 Feb 2006 06:44:09 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k17Ei9om048654; Tue, 7 Feb 2006 06:44:09 -0800 (PST) (envelope-from sgk) Date: Tue, 7 Feb 2006 06:44:09 -0800 From: Steve Kargl To: Robert Watson Message-ID: <20060207144409.GA48597@troutmask.apl.washington.edu> References: <20060201235556.GA708@troutmask.apl.washington.edu> <20060207104411.GA1067@flame.pc> <20060207132335.W37594@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060207132335.W37594@fledge.watson.org> User-Agent: Mutt/1.4.2.1i Cc: Giorgos Keramidas , freebsd-current@FreeBSD.org, Olivier Houchard , freebsd-amd64@FreeBSD.org Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 14:44:13 -0000 On Tue, Feb 07, 2006 at 01:26:24PM +0000, Robert Watson wrote: > > Does the instability occur if kern.pts.enable=0, or only when > kern.pts.enable=1? If 0, if you back out the user space changes but leave > tty_pts.c compiled into the kernel, do the instability issues persist? How > about with the kernel code compiled out, but the user space code in place? > I opened a critial PR about this problem. There is a backtrace from a kernel panic that shows that there is either a latent bug in devfs uncovered by pts code or the pts code is stomping on memory. I still have the vmcore.0 file and I may have the matching kernel. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 16:46:50 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5628516A420 for ; Tue, 7 Feb 2006 16:46:50 +0000 (GMT) (envelope-from pairat30@yahoo.com) Received: from web33203.mail.mud.yahoo.com (web33203.mail.mud.yahoo.com [68.142.206.101]) by mx1.FreeBSD.org (Postfix) with SMTP id D050A43D45 for ; Tue, 7 Feb 2006 16:46:49 +0000 (GMT) (envelope-from pairat30@yahoo.com) Received: (qmail 49544 invoked by uid 60001); 7 Feb 2006 16:46:45 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=pBpNW+xzUo9ewPdHVH4R2FtpqflcU/Tl55Dt3yCoxecPj4hJW41uA6+I/UEyxSdNfml740JLPjEcrEapYUCcBsvOdeCvM+WaUkHlLA79WJfQQua03ckW0O3U9A6ORPOXmWq2n1GN4xBKm4B7iY6t6tu9F8+OPcSwIt5sXgYygGk= ; Message-ID: <20060207164645.49542.qmail@web33203.mail.mud.yahoo.com> Received: from [58.147.0.42] by web33203.mail.mud.yahoo.com via HTTP; Tue, 07 Feb 2006 08:46:45 PST Date: Tue, 7 Feb 2006 08:46:45 -0800 (PST) From: Pairat Nugesakulsap To: freebsd-amd64@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 07 Feb 2006 17:18:51 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: install FreeBSD/amd 64 on P4 D830 - intel 955x X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 16:46:50 -0000 Dear sir I have PC Pentium 4 D 830 support EM64T on ASUS P5WD2 intel 955x and I insatll FreeBSD/amd64 on my machine , it pass and reboot. After that , show only root prompt but no password prompt ? I can logon to system and setup X11R6 for run X-Windows (KDE). My question is FreeBSD is run complete 100% on my machine? Best Regard Pairat --------------------------------- Bring words and photos together (easily) with PhotoMail - it's free and works with your Yahoo! Mail. From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 18:36:16 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61CFE16A422 for ; Tue, 7 Feb 2006 18:36:16 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail19.syd.optusnet.com.au (mail19.syd.optusnet.com.au [211.29.132.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3389F43D5D for ; Tue, 7 Feb 2006 18:36:14 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail19.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k17Ia9JI014844 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 8 Feb 2006 05:36:10 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k17Ia9uj003009; Wed, 8 Feb 2006 05:36:09 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k17Ia8b9003008; Wed, 8 Feb 2006 05:36:08 +1100 (EST) (envelope-from peter) Date: Wed, 8 Feb 2006 05:36:08 +1100 From: Peter Jeremy To: Coleman Kane Message-ID: <20060207183608.GC699@turion.vk2pj.dyndns.org> References: <346a80220602032210o71367220v74033da94e3d83bb@mail.gmail.com> <346a80220602051652u5b5f59fdx5fc715c22b84d133@mail.gmail.com> <20060206184111.GE699@turion.vk2pj.dyndns.org> <20060206194532.GA17347@pint.candc.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060206194532.GA17347@pint.candc.home> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit X libs? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 18:36:16 -0000 On Mon, 2006-Feb-06 14:45:32 -0500, Coleman Kane wrote: >On Tue, Feb 07, 2006 at 05:41:11AM +1100, Peter Jeremy wrote: >> On Sun, 2006-Feb-05 19:52:30 -0500, Coleman Kane wrote: >> >Alright. I like the /usr/compat/ia32 idea as well. >> >> It would be even nicer if it was totally transparent so no compat >> hierarchy was needed. The name should probably be /usr/compat/i386 in >> keeping with the FreeBSD naming convention. One difficulty in >> handling /usr/compat/ia32 is applications like mozilla and >> OpenOffice.org which have front ends comprising to twisty maze of >> shell scripts with the actual executables buried elsewhere. (And in >> the case of mozilla, it may be reasonable to have both 32-bit and >> 64-bit versions installed). > >Problem is this: all your 32-bit apps require 32-bit library >counterparts for everything that they link against. For instance, >lets pretend that firefox wouldn't work on amd64. I'm aware of that. I expressed myself very poorly. What I meant to say was that that it would be nice if the kernel and rtld could automatically map between .../lib and .../lib32 depending on the ELF type, rather than requiring that all 32-bit code lived in .../compat/ia32. We also need the ability for a 32-bit app to exec a 64-bit app (whereas I believe the Linux compatibility layer required that an exec'd process always be inside the .../compat/linux tree). A (Linux enthusiast) friend was mentioning that Linux has .../lib and .../lib64 in its amd64 variant. Solaris does much the same. I suspect that one reason for naming things this was round is that it vastly simplifies handling compatibility issues - basically, 32-bit apps just run (because they always point to the 32-bit RTLD and libraries), whilst 64-bit apps get compiled to point to the 64-bit versions. It's too late now, but this probably should have been done on FreeBSD as well. (The downside is that it makes the 'native' architecture look like 32-bits, with 64-bits as an addon). OTOH, a 32-bit app is always going to be smaller and, with less memory footprint, possibly faster - therefore is makes a degree of sense to only use 64-bits where it is needed (eg accessing lots of memory, doing lots of multi-precision integer arithmetic). >Revisiting my earlier comment, we'd also need to maintain seperate >/var/db/pkg trees as well. You only want to have the necessary libs >build in 32bit to support your chosen set of 32bit ports. You'll need a >seperate pkgdb to keep track of them all. Good point. But it gets nastier when dealing with dependencies. LIB_DEPENDS will (always, I think) need to be the same ARCH. BUILD_DEPENDS and RUN_DEPENDS may or may not need to be the same ARCH. Things like {d,g,i}make, gm4 etc don't care whether they are being used to build 32-bit or 64-bit apps. Perl is messier - if perl is just being used to run configuration or installation scripts, its ARCH doesn't matter. If you're building a perl module it probably doesn't matter, unless the module itself contains some binary component that isn't ARCH-independent. >> - allow me to mount FreeBSD/i386 filesystems and execute programs in them. > >Correct me if I am wrong, but there is no such thing as a >"FreeBSD/i386 filesystem". The Berkeley FFS is the same across i386, >amd64, alpha, sparc64, ppc, and whatever else. Yes. > The only thing there is >is a "FreeBSD FFS with i386 programs on it", which would fall under the >same sort of rules that the linuxulator uses right now. This is what I was referring to. It I mount my FreeBSD/i386 filesystems on my FreeBSD/amd64 box, then they mostly fail to load the correct shared libraries (though I think I need to re-evaluate this - the ldconfig32 hooks I thought I had are only in my -current FS and I was testing on -stable). >I think that it would be worthwhile to have the ability for a system >admin to connect ports up to buildworld I think this is work for much later. >I have an idea how infeasible this is, but it would be cool to be able >to specify library mappings from 32-bit land to 64-bit land. Say, for >instance, the amd64-bit versions of the libc string functions are faster >than the 32-bit libc ones. AFAIK, this won't work. amd64 and i386 code is not compatible. The amd64 CPU can be told that a particular process (task descriptor) is to be executed in "compatibility mode" but I don't believe it's possible to switch between them at runtime. -- Peter Jeremy From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 20:30:10 2006 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44BBD16A420 for ; Tue, 7 Feb 2006 20:30:10 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0759443D48 for ; Tue, 7 Feb 2006 20:30:09 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k17KU8OM012917 for ; Tue, 7 Feb 2006 20:30:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k17KU8Bm012916; Tue, 7 Feb 2006 20:30:08 GMT (envelope-from gnats) Resent-Date: Tue, 7 Feb 2006 20:30:08 GMT Resent-Message-Id: <200602072030.k17KU8Bm012916@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Kostas Zorbadelos Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0621316A420 for ; Tue, 7 Feb 2006 20:21:23 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E80D43D4C for ; Tue, 7 Feb 2006 20:21:22 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id k17KLMIm005753 for ; Tue, 7 Feb 2006 20:21:22 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k17KLMam005752; Tue, 7 Feb 2006 20:21:22 GMT (envelope-from nobody) Message-Id: <200602072021.k17KLMam005752@www.freebsd.org> Date: Tue, 7 Feb 2006 20:21:22 GMT From: Kostas Zorbadelos To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/92991: FreeBSD(amd64) freezes when primary disk is on a SiI 3512 SATA150 controller X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 20:30:10 -0000 >Number: 92991 >Category: amd64 >Synopsis: FreeBSD(amd64) freezes when primary disk is on a SiI 3512 SATA150 controller >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 07 20:30:08 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Kostas Zorbadelos >Release: Freebsd 6.0-RELEASE >Organization: OTENET SA >Environment: FreeBSD enigma-home.lan 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Wed Nov 2 19:07:38 UTC 2005 root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC amd64 >Description: I have a GIGABYTE motherboard (GA-K8NS-Ultra-939) based on nforce3 Ultra chipset. It has 2 SATA controllers, a nVidia nForce3 Pro SATA150 and a SiI 3512 SATA150 with raid capabilities. I have a single SEAGATE SATA II 160 GB (7200.9) disk in the system (recently replaced my previous faulted SEAGATE). During FreeBSD installation the disk was on the Silicon controller. The installation froze in the first attempt and I managed to install the system by de-activating ACPI. However after the boot (1 or 2 minutes) I received the following messages in the console: ata4: reiniting channel ata4: DISCONNECT requested ata4: SATA connect readytime=350ms ata4: sata_connect devices=0x1 subdisk8: detached ad8: detached ata4: DISCONNECTED After that, the system froze and the only thing I could do is hit the power button. I disabled ACPI without success. After placing the disk to the Nvidia controller the problems disappeared. dmesg output on the system follows: Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Wed Nov 2 19:07:38 UTC 2005 root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3000+ (1808.81-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20ff0 Stepping = 0 Features=0x78bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 1073676288 (1023 MB) avail memory = 1025011712 (977 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 9 on acpi0 pci_link4: irq 11 on acpi0 pci_link5: irq 9 on acpi0 pci_link6: irq 9 on acpi0 pci_link7: irq 5 on acpi0 pci_link8: on acpi0 pci_link9: irq 10 on acpi0 pci_link10: on acpi0 pci_link11: irq 5 on acpi0 pci_link12: irq 9 on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: on acpi0 pci_link16: on acpi0 pci_link17: irq 11 on acpi0 pci_link18: irq 16 on acpi0 pci_link19: irq 17 on acpi0 pci_link20: irq 18 on acpi0 pci_link21: irq 19 on acpi0 pci_link22: irq 16 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 0 on acpi0 pci_link29: irq 23 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 pci_link32: irq 0 on acpi0 pci_link33: irq 0 on acpi0 pci_link34: irq 0 on acpi0 pci_link35: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 pci_link29: BIOS IRQ 5 for -2145774616.1.INTA is invalid pci_link23: BIOS IRQ 9 for -2145774616.2.INTA is invalid pci_link24: BIOS IRQ 9 for -2145774616.2.INTB is invalid pci_link30: BIOS IRQ 9 for -2145774616.2.INTC is invalid pci_link25: BIOS IRQ 5 for -2145774616.5.INTA is invalid pci_link27: BIOS IRQ 10 for -2145774616.6.INTA is invalid pci_link35: BIOS IRQ 11 for -2145774616.10.INTA is invalid pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfc003000-0xfc003fff irq 20 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xfc004000-0xfc004fff irq 21 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xfc005000-0xfc0050ff irq 22 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered nve0: port 0xb400-0xb407 mem 0xfc000000-0xfc000fff irq 20 at device 5.0 on pci0 nve0: Ethernet address 00:0f:ea:ed:13:01 miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nve0: Ethernet address: 00:0f:ea:ed:13:01 nve0: [GIANT-LOCKED] pcm0: port 0xb800-0xb8ff,0xbc00-0xbc7f mem 0xfc001000-0xfc001fff irq 21 at device 6.0 on pci0 pcm0: [GIANT-LOCKED] pcm0: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f,0xdc00-0xdc7f irq 22 at device 10.0 on pci0 ata2: on atapci1 ata3: on atapci1 pcib1: at device 11.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci1: at device 0.1 (no driver attached) pcib2: at device 14.0 on pci0 pci_link20: BIOS IRQ 21 for 0.6.INTA is invalid pci_link20: BIOS IRQ 22 for 0.10.INTA is invalid pci2: on pcib2 skc0: port 0x8000-0x80ff mem 0xfb000000-0xfb003fff irq 19 at device 11.0 on pci2 skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) sk0: on skc0 sk0: Ethernet address: 00:0f:ea:ed:13:03 miibus1: on sk0 e1000phy0: on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto atapci2: port 0x8400-0x8407,0x8800-0x8803,0x8c00-0x8c07,0x9000-0x9003,0x9400-0x940f mem 0xfb009000-0xfb0091ff irq 17 at device 13.0 on pci2 ata4: on atapci2 ata5: on atapci2 fwohci0: mem 0xfb008000-0xfb0087ff,0xfb004000-0xfb007fff irq 18 at device 14.0 on pci2 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:0f:ea:56:00:e6:5b:2e fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:0f:ea:e6:5b:2e fwe0: Ethernet address: 02:0f:ea:e6:5b:2e fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) fwohci0: phy int fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd7fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: Samsung Electro Mechanics Optical Mouse, rev 1.00/0.04, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 1808811566 Hz quality 800 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 acd1: DVDROM at ata0-slave UDMA33 ad4: 152627MB at ata2-master SATA150 Trying to mount root from ufs:/dev/ad4s3a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 288 files 6 WARNING: /var was not properly dismounted /var: mount pending error: blocks 864 files 17 >How-To-Repeat: The problem occured everytime a couple of minutes after booting, with the disk on the silicon controller >Fix: Used the other (Nvidia) SATA controller of the motherboard >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 21:23:45 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A03F16A420 for ; Tue, 7 Feb 2006 21:23:45 +0000 (GMT) (envelope-from chaim.rieger@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id F00A343D45 for ; Tue, 7 Feb 2006 21:23:44 +0000 (GMT) (envelope-from chaim.rieger@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so1039197wxc for ; Tue, 07 Feb 2006 13:23:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=pUVJyH66V981j02dihp+ahlMTuCrVQa0C2Vioe38iEOQx4KYeK+Y5i0jp+iHJU+l8aTQIk1Oi17C/Ui7Jo8qYw7e+n4DGqN6BV7+3ZkmYzrzDwB/Qfogl1YLy7oZnipNrpr78qLtJlzKuCrJWdIAmS5Ddjsjsa60ThEgjmskC0Q= Received: by 10.70.33.5 with SMTP id g5mr8195501wxg; Tue, 07 Feb 2006 13:23:43 -0800 (PST) Received: from ?172.28.62.142? ( [209.104.55.7]) by mx.gmail.com with ESMTP id i13sm11451189wxd.2006.02.07.13.23.41; Tue, 07 Feb 2006 13:23:42 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0A0EBF53-035D-4396-8721-D7401146C10E@gmail.com> Content-Transfer-Encoding: 7bit From: Chaim Rieger Date: Tue, 7 Feb 2006 13:23:39 -0800 To: freebsd-amd64@freebsd.org X-Mailer: Apple Mail (2.746.2) Cc: Subject: core dump need some help X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 21:23:45 -0000 bsd# kgdb kernel.debug /usr/local/crash/vmcore.0 [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 "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 1: privileged instruction fault while in kernel mode instruction pointer = 0x8:0xffffffff8040d5ea stack pointer = 0x10:0xffffffffb54df6d0 frame pointer = 0x10:0xffffffffa5171000 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 60492 (as) trap number = 1 panic: privileged instruction fault Uptime: 15h45m2s Dumping 3071 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 3071MB (786160 pages) 3055 3039 3023 3007 2991 2975 2959 2943 2927 2911 2895 2879 2863 2847 2831 2815 2799 2783 2767 2751 2735 2719 2703 2687 2671 2655 2639 2623 2607 2591 2575 2559 2543 2527 2511 2495 2479 2463 2447 2431 2415 2399 2383 2367 2351 2335 2319 2303 2287 2271 2255 2239 2223 2207 2191 2175 2159 2143 2127 2111 2095 2079 2063 2047 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 (CTRL-C to abort) 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h DMESG bsd# dmesg Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Wed Nov 2 19:07:38 UTC 2005 root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3700+ (2411.75-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf4a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 3221159936 (3071 MB) avail memory = 3105554432 (2961 MB) ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 9 on acpi0 pci_link3: irq 9 on acpi0 pci_link4: irq 12 on acpi0 pci_link5: irq 10 on acpi0 pci_link6: irq 10 on acpi0 pci_link7: on acpi0 pci_link8: on acpi0 pci_link9: on acpi0 pci_link10: on acpi0 pci_link11: irq 12 on acpi0 pci_link12: irq 10 on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: on acpi0 pci_link16: on acpi0 pci_link17: on acpi0 pci_link18: irq 16 on acpi0 pci_link19: irq 17 on acpi0 pci_link20: irq 18 on acpi0 pci_link21: irq 19 on acpi0 pci_link22: irq 16 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 0 on acpi0 pci_link29: irq 23 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 pci_link32: irq 0 on acpi0 pci_link33: irq 0 on acpi0 pci_link34: irq 0 on acpi0 pci_link35: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 pci_link29: BIOS IRQ 12 for -2145774616.1.INTA is invalid pci_link23: BIOS IRQ 10 for -2145774616.2.INTA is invalid pci_link24: BIOS IRQ 10 for -2145774616.2.INTB is invalid pci_link30: BIOS IRQ 10 for -2145774616.2.INTC is invalid pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xf6001000-0xf6001fff irq 20 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xf6002000-0xf6002fff irq 21 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xf6003000-0xf60030ff irq 22 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib1: at device 11.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 14.0 on pci0 pci2: on pcib2 pci2: at device 7.0 (no driver attached) pcib3: at device 8.0 on pci2 pci3: on pcib3 fxp0: port 0x9000-0x901f mem 0xf5000000-0xf5000fff,0xf3000000-0xf30fffff irq 16 at device 4.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:50:8b:b2:23:ed fxp1: port 0x9400-0x941f mem 0xf5001000-0xf5001fff,0xf3100000-0xf31fffff irq 17 at device 5.0 on pci3 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:50:8b:b2:23:ee pci2: at device 9.0 (no driver attached) fwohci0: mem 0xf4005000-0xf40057ff, 0xf4000000-0xf4003fff irq 18 at device 10.0 on pci2 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:50:42:f8:04:60:28:45 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:50:42:60:28:45 fwe0: Ethernet address: 02:50:42:60:28:45 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2411748570 Hz quality 800 Timecounters tick every 1.000 msec ad1: 381553MB at ata0-slave UDMA133 acd0: DVDROM at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 Trying to mount root from ufs:/dev/ad1s1a From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 21:27:00 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23D8C16A420 for ; Tue, 7 Feb 2006 21:27:00 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FA7243D46 for ; Tue, 7 Feb 2006 21:26:59 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k17LQx5x005964; Tue, 7 Feb 2006 13:26:59 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k17LQxhc005963; Tue, 7 Feb 2006 13:26:59 -0800 (PST) (envelope-from sgk) Date: Tue, 7 Feb 2006 13:26:59 -0800 From: Steve Kargl To: Chaim Rieger Message-ID: <20060207212659.GB5747@troutmask.apl.washington.edu> References: <0A0EBF53-035D-4396-8721-D7401146C10E@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0A0EBF53-035D-4396-8721-D7401146C10E@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: core dump need some help X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 21:27:00 -0000 On Tue, Feb 07, 2006 at 01:23:39PM -0800, Chaim Rieger wrote: > bsd# kgdb kernel.debug /usr/local/crash/vmcore.0 > (snip) > > #0 doadump () at pcpu.h:172 > 172 pcpu.h: No such file or directory. > in pcpu.h What is the backtrace? -- Steve From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 21:32:26 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BEA416A420 for ; Tue, 7 Feb 2006 21:32:26 +0000 (GMT) (envelope-from chaim.rieger@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A25143D7C for ; Tue, 7 Feb 2006 21:32:05 +0000 (GMT) (envelope-from chaim.rieger@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so1040357wxc for ; Tue, 07 Feb 2006 13:32:05 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=blOpBTOkcotDlEwq8EqhzOk4zPAXXLZ7e54nAzkqf1ewL+8J0k3FHL9wvD7Pahlyh9YC5BbfoMxUEZoe1Nr+/E5EkK4xlRkmJk/+9/JU/jFWT95+O7eItth6A9rsg6fkWGb4I2iY+6lXSJhIM10Uv8lYagtIt2EXHFCjSqItohs= Received: by 10.70.133.6 with SMTP id g6mr223882wxd; Tue, 07 Feb 2006 13:32:01 -0800 (PST) Received: from ?172.28.62.142? ( [209.104.55.7]) by mx.gmail.com with ESMTP id h13sm11953082wxd.2006.02.07.13.32.00; Tue, 07 Feb 2006 13:32:01 -0800 (PST) In-Reply-To: <20060207212659.GB5747@troutmask.apl.washington.edu> References: <0A0EBF53-035D-4396-8721-D7401146C10E@gmail.com> <20060207212659.GB5747@troutmask.apl.washington.edu> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chaim Rieger Date: Tue, 7 Feb 2006 13:31:58 -0800 To: freebsd-amd64@freebsd.org X-Mailer: Apple Mail (2.746.2) Cc: Subject: Re: core dump need some help X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 21:32:26 -0000 ok here i could use some help, how do i do a backtrace. if you mean the contents of the info file.0 here goes Dump header from device /dev/ad1s1b Architecture: amd64 Architecture Version: 2 Dump Length: 3220766720B (3071 MB) Blocksize: 512 Dumptime: Tue Feb 7 11:45:17 2006 Hostname: bsd.up-south.com Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.0-RELEASE #0: Wed Nov 2 19:07:38 UTC 2005 root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC Panic String: privileged instruction fault Dump Parity: 2546551807 Bounds: 0 Dump Status: good On Feb 7, 2006, at 1:26 PM, Steve Kargl wrote: > On Tue, Feb 07, 2006 at 01:23:39PM -0800, Chaim Rieger wrote: >> bsd# kgdb kernel.debug /usr/local/crash/vmcore.0 >> > > (snip) > >> >> #0 doadump () at pcpu.h:172 >> 172 pcpu.h: No such file or directory. >> in pcpu.h > > What is the backtrace? > > -- > Steve From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 21:43:19 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A20416A420 for ; Tue, 7 Feb 2006 21:43:19 +0000 (GMT) (envelope-from chaim.rieger@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A63C43D45 for ; Tue, 7 Feb 2006 21:43:18 +0000 (GMT) (envelope-from chaim.rieger@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so1023371wxc for ; Tue, 07 Feb 2006 13:43:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=U+VAPspSmPLPs13297urGklHy9qitwVc2kvEm/eJ9Wm8xKNZu8O6hl6Fmc7puXVh42laFLavhsjhIBbFsWKdSVbx5vNLuccSzJ6EebBvaA19kWJnuqUD+ldzQ2LPnR2OQou6CoQok32VY1Il9TJ7954EgNbS3v1jeeYHglZkgdY= Received: by 10.70.112.16 with SMTP id k16mr4759446wxc; Tue, 07 Feb 2006 13:43:14 -0800 (PST) Received: from ?172.28.62.142? ( [209.104.55.7]) by mx.gmail.com with ESMTP id h19sm6990567wxd.2006.02.07.13.43.13; Tue, 07 Feb 2006 13:43:14 -0800 (PST) In-Reply-To: <20060207212659.GB5747@troutmask.apl.washington.edu> References: <0A0EBF53-035D-4396-8721-D7401146C10E@gmail.com> <20060207212659.GB5747@troutmask.apl.washington.edu> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <62459965-A688-4386-93CD-A831598B085A@gmail.com> Content-Transfer-Encoding: 7bit From: Chaim Rieger Date: Tue, 7 Feb 2006 13:43:12 -0800 To: freebsd-amd64@freebsd.org X-Mailer: Apple Mail (2.746.2) Cc: Subject: Re: core dump need some help X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 21:43:19 -0000 On Feb 7, 2006, at 1:26 PM, Steve Kargl wrote: > On Tue, Feb 07, 2006 at 01:23:39PM -0800, Chaim Rieger wrote: >> bsd# kgdb kernel.debug /usr/local/crash/vmcore.0 >> > > (snip) > >> >> #0 doadump () at pcpu.h:172 >> 172 pcpu.h: No such file or directory. >> in pcpu.h > > What is the backtrace? > > -- > Steve is this it ? #0 0xffffffff803b4b4d in doadump () #1 0xffffffff803b4b74 in doadump () #2 0x0000000000000004 in ?? () #3 0xffffffff803b50c3 in boot () #4 0x0000000000000002 in ?? () #5 0x00000000020e7505 in ?? () #6 0xffffff0054eb9980 in ?? () #7 0x0000000000000104 in ?? () #8 0x0000000000000104 in ?? () #9 0xffffff0054eb9980 in ?? () #10 0xffffff00619b69c0 in ?? () #11 0xffffffff803b56c6 in panic () #12 0x0000003000000010 in ?? () #13 0xffffffffb54df590 in ?? () #14 0xffffffffb54df4c0 in ?? () #15 0xffffffffb54df590 in ?? () #16 0xffffffffb54df4d0 in ?? () #17 0xffffffff8065385c in __func__.0 () #18 0x0000000000000001 in ?? () #19 0x0000000000102a3a in ?? () #20 0x00000000000ffe00 in ?? () #21 0xffffffffb54df4b0 in ?? () #22 0x00000000000ffe00 in ?? () #23 0xffffffffb54df4b0 in ?? () #24 0x0000000000000004 in ?? () #25 0xffffffff803a8f70 in malloc_type_zone_allocated () #26 0x0000000000000002 in ?? () #27 0x0000000000000002 in ?? () #28 0xffffffff9a521998 in ?? () #29 0x0000000000000004 in ?? () #30 0xffffffff9a521900 in ?? () #31 0x0000005782364000 in ?? () #32 0xffffffff9a521900 in ?? () #33 0xffffff001b9c8b60 in ?? () #34 0x000000000000079f in ?? () #35 0xffffffff8040b61a in bqrelse () #36 0x0000000000000004 in ?? () #37 0x0000000000000010 in ?? () #38 0xffffff0054eb9980 in ?? () #39 0x0000000000000001 in ?? () #40 0xffffffff8058bfbf in trap_fatal () #41 0x0000000000000000 in ?? () Previous frame identical to this frame (corrupt stack?) From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 21:49:23 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04A4916A420 for ; Tue, 7 Feb 2006 21:49:23 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id AACDF43D4C for ; Tue, 7 Feb 2006 21:49:22 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k17LnMqD007207; Tue, 7 Feb 2006 13:49:22 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k17LnMEx007206; Tue, 7 Feb 2006 13:49:22 -0800 (PST) (envelope-from sgk) Date: Tue, 7 Feb 2006 13:49:22 -0800 From: Steve Kargl To: Chaim Rieger Message-ID: <20060207214922.GB6853@troutmask.apl.washington.edu> References: <0A0EBF53-035D-4396-8721-D7401146C10E@gmail.com> <20060207212659.GB5747@troutmask.apl.washington.edu> <62459965-A688-4386-93CD-A831598B085A@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <62459965-A688-4386-93CD-A831598B085A@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: core dump need some help X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 21:49:23 -0000 On Tue, Feb 07, 2006 at 01:43:12PM -0800, Chaim Rieger wrote: > > On Feb 7, 2006, at 1:26 PM, Steve Kargl wrote: > > >On Tue, Feb 07, 2006 at 01:23:39PM -0800, Chaim Rieger wrote: > >>bsd# kgdb kernel.debug /usr/local/crash/vmcore.0 > >> > > > >(snip) > > > >> > >>#0 doadump () at pcpu.h:172 > >>172 pcpu.h: No such file or directory. > >> in pcpu.h > > > >What is the backtrace? > > > > is this it ? Yes. Except your kernel.debug appears to be missing its symbols. > #0 0xffffffff803b4b4d in doadump () > #1 0xffffffff803b4b74 in doadump () > #2 0x0000000000000004 in ?? () All of the ?? in the trace should be names of functions and the stack should be accessible. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 21:54:08 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8355016A422 for ; Tue, 7 Feb 2006 21:54:08 +0000 (GMT) (envelope-from chaim.rieger@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 019D243D5F for ; Tue, 7 Feb 2006 21:54:06 +0000 (GMT) (envelope-from chaim.rieger@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so1043300wxc for ; Tue, 07 Feb 2006 13:54:06 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=cE8y4595mvxKku3xMDaVpRxCvRBvYuJZF8QGBxOtcPLn949XlsMrv8PwFE/9QR4yk59oQUNu4uvGV6CNrNiKzB//PI1Y1N8o2zVWj97/hcHm71xMJg09NniFmsW5BGGPuvSRnPPvzbrtOEYbvMLfkS2o5qW1Mt3Gs35j/hiDoxQ= Received: by 10.70.13.10 with SMTP id 10mr3295534wxm; Tue, 07 Feb 2006 13:54:00 -0800 (PST) Received: from ?172.28.62.142? ( [209.104.55.7]) by mx.gmail.com with ESMTP id h10sm11924828wxd.2006.02.07.13.53.59; Tue, 07 Feb 2006 13:54:00 -0800 (PST) In-Reply-To: <20060207214922.GB6853@troutmask.apl.washington.edu> References: <0A0EBF53-035D-4396-8721-D7401146C10E@gmail.com> <20060207212659.GB5747@troutmask.apl.washington.edu> <62459965-A688-4386-93CD-A831598B085A@gmail.com> <20060207214922.GB6853@troutmask.apl.washington.edu> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6CC8AFF3-75FA-4D44-9BCE-EEBF2B566730@gmail.com> Content-Transfer-Encoding: 7bit From: Chaim Rieger Date: Tue, 7 Feb 2006 13:53:57 -0800 To: Steve Kargl X-Mailer: Apple Mail (2.746.2) Cc: freebsd-amd64@freebsd.org Subject: Re: core dump need some help X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 21:54:08 -0000 > > Yes. Except your kernel.debug appears to be missing its symbols. > >> #0 0xffffffff803b4b4d in doadump () >> #1 0xffffffff803b4b74 in doadump () >> #2 0x0000000000000004 in ?? () > > All of the ?? in the trace should be names of functions and > the stack should be accessible. > ok the system cored again, (both times while doing make buildworld in /usr/src) i thought it was ram, so i put 3 brand new stick in. am waiting for the dump to be written (about 30 minutes) thanx for the help. - chaim rieger From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 22:17:53 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E57E16A420 for ; Tue, 7 Feb 2006 22:17:53 +0000 (GMT) (envelope-from chaim.rieger@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47B0C43D48 for ; Tue, 7 Feb 2006 22:17:52 +0000 (GMT) (envelope-from chaim.rieger@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1439081nzo for ; Tue, 07 Feb 2006 14:17:51 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=urPN5L8s+SmDiCUJbWE1G0Ycs5CwCOrt++kblV9BROXo3p9Iw3VZlALxwOU9cfIAI2kfIo5YegKVTwfPu4XGgXZ7s+6V01K5VfPPIv5laBn8lPnHkKoXfiZM1QFDjVQ8XMgZz/OHLBNgl/DbjpSbZMMEd1oAhO3+bvHuHiCSV2A= Received: by 10.64.91.2 with SMTP id o2mr986908qbb; Tue, 07 Feb 2006 14:17:51 -0800 (PST) Received: from ?172.28.62.142? ( [209.104.55.7]) by mx.gmail.com with ESMTP id e16sm2672567qbe.2006.02.07.14.17.50; Tue, 07 Feb 2006 14:17:51 -0800 (PST) In-Reply-To: <20060207214922.GB6853@troutmask.apl.washington.edu> References: <0A0EBF53-035D-4396-8721-D7401146C10E@gmail.com> <20060207212659.GB5747@troutmask.apl.washington.edu> <62459965-A688-4386-93CD-A831598B085A@gmail.com> <20060207214922.GB6853@troutmask.apl.washington.edu> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Chaim Rieger Date: Tue, 7 Feb 2006 14:17:47 -0800 To: Steve Kargl X-Mailer: Apple Mail (2.746.2) Cc: freebsd-amd64@freebsd.org Subject: Re: core dump need some help X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 22:17:53 -0000 > > Yes. Except your kernel.debug appears to be missing its symbols. #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff803b50c3 in boot (howto=3D260) at /usr/src/sys/kern/=20 kern_shutdown.c:399 #3 0xffffffff803b56c6 in panic (fmt=3D0xffffff0090d8dbe0 "@\003=D8\211") = =20 at /usr/src/sys/kern/kern_shutdown.c:555 #4 0xffffffff8058bfbf in trap_fatal (frame=3D0xffffff0090d8dbe0, =20 eva=3D18446742976510559040) at /usr/src/sys/amd64/amd64/trap.c:655 #5 0xffffffff8058c462 in trap (frame=3D {tf_rdi =3D 4, tf_rsi =3D 4096, tf_rdx =3D -1096354855944, tf_rcx = =3D =20 4607, tf_r8 =3D -1629884416, tf_r9 =3D -1629888512, tf_rax =3D 0, tf_rbx = =3D =20 -1629888512, tf_rbp =3D -1629892608, tf_r10 =3D 1, tf_r11 =3D 0, tf_r12 = =3D =20 0, tf_r13 =3D 255, tf_r14 =3D -1710923336, tf_r15 =3D 2, tf_trapno =3D = 1, =20 tf_addr =3D 0, tf_flags =3D 0, tf_err =3D 0, tf_rip =3D -2143234582, = tf_cs =3D =20 8, tf_rflags =3D 66067, tf_rsp =3D -1253652768, tf_ss =3D 16}) at = /usr/src/=20 sys/amd64/amd64/trap.c:467 #6 0xffffffff8057bb6b in calltrap () at /usr/src/sys/amd64/amd64/=20 exception.S:168 #7 0xffffffff8040d5ea in vfs_bio_clrbuf (bp=3D0xffffffff9a0561b8) at /=20= usr/src/sys/kern/vfs_bio.c:3470 #8 0xffffffff8051fc97 in ffs_balloc_ufs2 (vp=3D0xffffff0080f9c7c0, =20 startoffset=3D4096, size=3D16181, cred=3D0xffffff00916d3700, = flags=3D65536, =20 bpp=3D0xffffffffb546c8b0) at /usr/src/sys/ufs/ffs/ffs_balloc.c:679 #9 0xffffffff80535cda in ffs_write (ap=3D0xffffffffb546ca30) at /usr/=20= src/sys/ufs/ffs/ffs_vnops.c:662 #10 0xffffffff805dbbab in VOP_WRITE_APV (vop=3D0xffffffff807f6f60, =20 a=3D0xffffffffb546ca30) at vnode_if.c:698 #11 0xffffffff8042a522 in vn_write (fp=3D0xffffff008bf7cca8, =20 uio=3D0xffffffffb546cb50, active_cred=3D0xffffff00bc2883f8, flags=3D0, =20= td=3D0xffffff0090d8dbe0) at vnode_if.h:372 #12 0xffffffff803ddb67 in dofilewrite (td=3D0xffffff0090d8dbe0, fd=3D3, =20= fp=3D0xffffff008bf7cca8, auio=3D0xffffffffb546cb50, offset=3D-1629884416, = =20 flags=3D0) at file.h:246 #13 0xffffffff803ddeb0 in kern_writev (td=3D0xffffff0090d8dbe0, fd=3D3, =20= auio=3D0xffffffffb546cb50) at /usr/src/sys/kern/sys_generic.c:402 #14 0xffffffff803ddfa8 in write (td=3D0x4, uap=3D0x1000) at = /usr/src/sys/=20 kern/sys_generic.c:326 #15 0xffffffff8058cdd1 in syscall (frame=3D {tf_rdi =3D 3, tf_rsi =3D 6737920, tf_rdx =3D 1189, tf_rcx =3D 0, = =20 tf_r8 =3D 0, tf_r9 =3D 0, tf_rax =3D 4, tf_rbx =3D 6015936, tf_rbp =3D = 1189, =20 tf_r10 =3D 1, tf_r11 =3D 6018560, tf_r12 =3D 6737920, tf_r13 =3D 64, = tf_r14 =3D =20 6275308, tf_r15 =3D 0, tf_trapno =3D 12, tf_addr =3D 6737920, tf_flags =3D= 0, =20 tf_err =3D 2, tf_rip =3D 4678860, tf_cs =3D 43, tf_rflags =3D 518, = tf_rsp =3D =20 140737488347800, tf_ss =3D 35}) at /usr/src/sys/amd64/amd64/trap.c:787 #16 0xffffffff8057bd08 in Xfast_syscall () at /usr/src/sys/amd64/=20 amd64/exception.S:270 #17 0x00000000004764cc in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 22:30:36 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F1C8016A420 for ; Tue, 7 Feb 2006 22:30:36 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C8B543D46 for ; Tue, 7 Feb 2006 22:30:36 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.13.4/8.13.4) with ESMTP id k17MUamR007786; Tue, 7 Feb 2006 14:30:36 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.4/8.13.1/Submit) id k17MUaWt007785; Tue, 7 Feb 2006 14:30:36 -0800 (PST) (envelope-from sgk) Date: Tue, 7 Feb 2006 14:30:36 -0800 From: Steve Kargl To: Chaim Rieger Message-ID: <20060207223036.GA7766@troutmask.apl.washington.edu> References: <0A0EBF53-035D-4396-8721-D7401146C10E@gmail.com> <20060207212659.GB5747@troutmask.apl.washington.edu> <62459965-A688-4386-93CD-A831598B085A@gmail.com> <20060207214922.GB6853@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: core dump need some help X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 22:30:37 -0000 On Tue, Feb 07, 2006 at 02:17:47PM -0800, Chaim Rieger wrote: > > > >Yes. Except your kernel.debug appears to be missing its symbols. > > #0 doadump () at pcpu.h:172 > #1 0x0000000000000004 in ?? () > #2 0xffffffff803b50c3 in boot (howto=260) at /usr/src/sys/kern/ > kern_shutdown.c:399 > #3 0xffffffff803b56c6 in panic (fmt=0xffffff0090d8dbe0 "@\003?\211") > at /usr/src/sys/kern/kern_shutdown.c:555 > #4 0xffffffff8058bfbf in trap_fatal (frame=0xffffff0090d8dbe0, > eva=18446742976510559040) at /usr/src/sys/amd64/amd64/trap.c:655 > #5 0xffffffff8058c462 in trap (frame= > {tf_rdi = 4, tf_rsi = 4096, tf_rdx = -1096354855944, tf_rcx = > 4607, tf_r8 = -1629884416, tf_r9 = -1629888512, tf_rax = 0, tf_rbx = > -1629888512, tf_rbp = -1629892608, tf_r10 = 1, tf_r11 = 0, tf_r12 = > 0, tf_r13 = 255, tf_r14 = -1710923336, tf_r15 = 2, tf_trapno = 1, > tf_addr = 0, tf_flags = 0, tf_err = 0, tf_rip = -2143234582, tf_cs = > 8, tf_rflags = 66067, tf_rsp = -1253652768, tf_ss = 16}) at /usr/src/ > sys/amd64/amd64/trap.c:467 > #6 0xffffffff8057bb6b in calltrap () at /usr/src/sys/amd64/amd64/ > exception.S:168 > #7 0xffffffff8040d5ea in vfs_bio_clrbuf (bp=0xffffffff9a0561b8) at / > usr/src/sys/kern/vfs_bio.c:3470 I'm guessing that frame 7 is where things wnet south on you. I've taken you as far as my kernel debugging knowledge can. Hopefully, someone can help. You may want to submit a PR with send-pr. -- Steve From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 22:37:27 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B44B616A420 for ; Tue, 7 Feb 2006 22:37:27 +0000 (GMT) (envelope-from cokane@mail.cokane.org) Received: from smtp3.fuse.net (mail-out3.fuse.net [216.68.8.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id F140243D46 for ; Tue, 7 Feb 2006 22:37:24 +0000 (GMT) (envelope-from cokane@mail.cokane.org) Received: from gx6.fuse.net ([72.49.90.188]) by smtp3.fuse.net (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with ESMTP id <20060207223723.TKNH25315.smtp3.fuse.net@gx6.fuse.net> for ; Tue, 7 Feb 2006 17:37:23 -0500 Received: from mail.cokane.org ([72.49.90.188]) by gx6.fuse.net (InterMail vG.1.02.00.02 201-2136-104-102-20041210) with ESMTP id <20060207223723.RSRJ4722.gx6.fuse.net@mail.cokane.org> for ; Tue, 7 Feb 2006 17:37:23 -0500 Received: (qmail 18561 invoked by uid 1000); 7 Feb 2006 17:39:21 -0500 Date: Tue, 7 Feb 2006 17:39:21 -0500 From: Coleman Kane To: Peter Jeremy Message-ID: <20060207223921.GA18509@pint.candc.home> References: <346a80220602032210o71367220v74033da94e3d83bb@mail.gmail.com> <346a80220602051652u5b5f59fdx5fc715c22b84d133@mail.gmail.com> <20060206184111.GE699@turion.vk2pj.dyndns.org> <20060206194532.GA17347@pint.candc.home> <20060207183608.GC699@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060207183608.GC699@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.11 Cc: freebsd-amd64@freebsd.org Subject: Re: 32-bit X libs? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 22:37:27 -0000 On Wed, Feb 08, 2006 at 05:36:08AM +1100, Peter Jeremy wrote: > On Mon, 2006-Feb-06 14:45:32 -0500, Coleman Kane wrote: > >On Tue, Feb 07, 2006 at 05:41:11AM +1100, Peter Jeremy wrote: > >> On Sun, 2006-Feb-05 19:52:30 -0500, Coleman Kane wrote: > >> >Alright. I like the /usr/compat/ia32 idea as well. > >> > > > >Problem is this: all your 32-bit apps require 32-bit library > >counterparts for everything that they link against. For instance, > >lets pretend that firefox wouldn't work on amd64. > > I'm aware of that. I expressed myself very poorly. What I meant to > say was that that it would be nice if the kernel and rtld could > automatically map between .../lib and .../lib32 depending on the ELF > type, rather than requiring that all 32-bit code lived in > .../compat/ia32. We also need the ability for a 32-bit app to exec a > 64-bit app (whereas I believe the Linux compatibility layer required > that an exec'd process always be inside the .../compat/linux tree). Unless something's changed that I'm not aware of, then there is no such restriction. IIRC, the linuxulator first searches the PATH counterparts rooted at /compat/linux. If the path is not found there, then the typical FreeBSD search path is used. E.g.: You want to exec 'vim'. Your PATH=/bin:/usr/bin. Linuxulator effectively makes PATH=/compat/linux/bin:/compat/linux/usr/bin:/bin:/usr/bin (just tried this with /compat/linux/bin/bash and tried running chflags). Also when open()ing files, the same rules are applied. If you are creat()ing a file, then existence of the parent directory determines creation location. > > A (Linux enthusiast) friend was mentioning that Linux has .../lib and > .../lib64 in its amd64 variant. Solaris does much the same. I > suspect that one reason for naming things this was round is that it > vastly simplifies handling compatibility issues - basically, 32-bit > apps just run (because they always point to the 32-bit RTLD and > libraries), whilst 64-bit apps get compiled to point to the 64-bit > versions. It's too late now, but this probably should have been done > on FreeBSD as well. (The downside is that it makes the 'native' > architecture look like 32-bits, with 64-bits as an addon). I think that solaris did this due to the SPARC(32 bit) and UltraSPARC(64 bit) systems running the same distribution of Solaris. My guess is that Linux does the same since its distribution model mimics that of Solaris in many respects. The canonical placement of lib64's and lib32's is configurable through ldconfig and ldconfig32 however (and /compat/linux/sbin/ldconfig), an in rc.conf. The point is pretty much moot, and subject to ones preferences for organization. > OTOH, > a 32-bit app is always going to be smaller and, with less memory > footprint, possibly faster - therefore is makes a degree of sense to > only use 64-bits where it is needed (eg accessing lots of memory, > doing lots of multi-precision integer arithmetic). > Its all relative... with the right code you aren't seeing an extreme escalation in the size of the code. > >Revisiting my earlier comment, we'd also need to maintain seperate > >/var/db/pkg trees as well. You only want to have the necessary libs > >build in 32bit to support your chosen set of 32bit ports. You'll need a > >seperate pkgdb to keep track of them all. > > Good point. But it gets nastier when dealing with dependencies. > LIB_DEPENDS will (always, I think) need to be the same ARCH. > BUILD_DEPENDS and RUN_DEPENDS may or may not need to be the same ARCH. > Things like {d,g,i}make, gm4 etc don't care whether they are being > used to build 32-bit or 64-bit apps. > Perl is messier - if perl is just being used to run configuration or > installation scripts, its ARCH doesn't matter. If you're building a > perl module it probably doesn't matter, unless the module itself > contains some binary component that isn't ARCH-independent. > > >> - allow me to mount FreeBSD/i386 filesystems and execute programs in them. > > > >Correct me if I am wrong, but there is no such thing as a > >"FreeBSD/i386 filesystem". The Berkeley FFS is the same across i386, > >amd64, alpha, sparc64, ppc, and whatever else. > > Yes. > > > The only thing there is > >is a "FreeBSD FFS with i386 programs on it", which would fall under the > >same sort of rules that the linuxulator uses right now. > > This is what I was referring to. It I mount my FreeBSD/i386 filesystems > on my FreeBSD/amd64 box, then they mostly fail to load the correct shared > libraries (though I think I need to re-evaluate this - the ldconfig32 > hooks I thought I had are only in my -current FS and I was testing on > -stable). I guess my point is that the kernel can't logically tell what is a 'i386' FreeBSD installation from any other tree in the VFS. Now, perhaps there'd be a syscall that had a list of paths that could tell the system what paths (and below) to treat as a certain ELF type. > > >I think that it would be worthwhile to have the ability for a system > >admin to connect ports up to buildworld > > I think this is work for much later. > > >I have an idea how infeasible this is, but it would be cool to be able > >to specify library mappings from 32-bit land to 64-bit land. Say, for > >instance, the amd64-bit versions of the libc string functions are faster > >than the 32-bit libc ones. > > AFAIK, this won't work. amd64 and i386 code is not compatible. The > amd64 CPU can be told that a particular process (task descriptor) is > to be executed in "compatibility mode" but I don't believe it's possible > to switch between them at runtime. I don't mean 'compatibility mode', but perhaps have the 32-bit memset in the 32-bit libc issue a syscall that makes it execute the 64-memset in 64-bit libc, with all of the pointer-remapping that is necessary. We already do this for some code. OTOH, this might not be worth our effort. It requires two extra kernel switches that would otherwise not happen. > > -- > Peter Jeremy From owner-freebsd-amd64@FreeBSD.ORG Tue Feb 7 22:50:12 2006 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8236C16A422 for ; Tue, 7 Feb 2006 22:50:12 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83B9E43D49 for ; Tue, 7 Feb 2006 22:50:11 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k17MoBmD023802 for ; Tue, 7 Feb 2006 22:50:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k17MoBqB023801; Tue, 7 Feb 2006 22:50:11 GMT (envelope-from gnats) Resent-Date: Tue, 7 Feb 2006 22:50:11 GMT Resent-Message-Id: <200602072250.k17MoBqB023801@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Steve Rieger Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AB7716A423 for ; Tue, 7 Feb 2006 22:47:26 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FD7143D49 for ; Tue, 7 Feb 2006 22:47:26 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id k17MlPVu015847 for ; Tue, 7 Feb 2006 22:47:25 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k17MlPES015846; Tue, 7 Feb 2006 22:47:25 GMT (envelope-from nobody) Message-Id: <200602072247.k17MlPES015846@www.freebsd.org> Date: Tue, 7 Feb 2006 22:47:25 GMT From: Steve Rieger To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/93002: amd64 (6.0) coredumps at unpredictable times X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Feb 2006 22:50:12 -0000 >Number: 93002 >Category: amd64 >Synopsis: amd64 (6.0) coredumps at unpredictable times >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 07 22:50:11 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Steve Rieger >Release: 6.0 current >Organization: None >Environment: $ uname -a FreeBSD bsd.up-south.com 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Wed Nov 2 19:07:38 UTC 2005 root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC amd64 >Description: so far i cored three times, once when installing mysqlserver (50) from ports, once when doing make buidworld in /usr/src, and once when running cvsup and getting all the /usr/src files updated. below are the contents of the coredump file, the backtrace and my dmesg in that order. bsd# kgdb kernel.debug /usr/local/crash/vmcore.0 [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 "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 1: privileged instruction fault while in kernel mode instruction pointer = 0x8:0xffffffff8040d5ea stack pointer = 0x10:0xffffffffb54df6d0 frame pointer = 0x10:0xffffffffa5171000 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 60492 (as) trap number = 1 panic: privileged instruction fault Uptime: 15h45m2s Dumping 3071 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 3071MB (786160 pages) 3055 3039 3023 3007 2991 2975 2959 2943 2927 2911 2895 2879 2863 2847 2831 2815 2799 2783 2767 2751 2735 2719 2703 2687 2671 2655 2639 2623 2607 2591 2575 2559 2543 2527 2511 2495 2479 2463 2447 2431 2415 2399 2383 2367 2351 2335 2319 2303 2287 2271 2255 2239 2223 2207 2191 2175 2159 2143 2127 2111 2095 2079 2063 2047 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 1775 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 1407 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 (CTRL-C to abort) 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h BACKTRACE #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff803b50c3 in boot (howto=260) at /usr/src/sys/kern/ kern_shutdown.c:399 #3 0xffffffff803b56c6 in panic (fmt=0xffffff0090d8dbe0 "@\003Ø\211") at /usr/src/sys/kern/kern_shutdown.c:555 #4 0xffffffff8058bfbf in trap_fatal (frame=0xffffff0090d8dbe0, eva=18446742976510559040) at /usr/src/sys/amd64/amd64/trap.c:655 #5 0xffffffff8058c462 in trap (frame= {tf_rdi = 4, tf_rsi = 4096, tf_rdx = -1096354855944, tf_rcx = 4607, tf_r8 = -1629884416, tf_r9 = -1629888512, tf_rax = 0, tf_rbx = -1629888512, tf_rbp = -1629892608, tf_r10 = 1, tf_r11 = 0, tf_r12 = 0, tf_r13 = 255, tf_r14 = -1710923336, tf_r15 = 2, tf_trapno = 1, tf_addr = 0, tf_flags = 0, tf_err = 0, tf_rip = -2143234582, tf_cs = 8, tf_rflags = 66067, tf_rsp = -1253652768, tf_ss = 16}) at /usr/src/ sys/amd64/amd64/trap.c:467 #6 0xffffffff8057bb6b in calltrap () at /usr/src/sys/amd64/amd64/ exception.S:168 #7 0xffffffff8040d5ea in vfs_bio_clrbuf (bp=0xffffffff9a0561b8) at / usr/src/sys/kern/vfs_bio.c:3470 #8 0xffffffff8051fc97 in ffs_balloc_ufs2 (vp=0xffffff0080f9c7c0, startoffset=4096, size=16181, cred=0xffffff00916d3700, flags=65536, bpp=0xffffffffb546c8b0) at /usr/src/sys/ufs/ffs/ffs_balloc.c:679 #9 0xffffffff80535cda in ffs_write (ap=0xffffffffb546ca30) at /usr/ src/sys/ufs/ffs/ffs_vnops.c:662 #10 0xffffffff805dbbab in VOP_WRITE_APV (vop=0xffffffff807f6f60, a=0xffffffffb546ca30) at vnode_if.c:698 #11 0xffffffff8042a522 in vn_write (fp=0xffffff008bf7cca8, uio=0xffffffffb546cb50, active_cred=0xffffff00bc2883f8, flags=0, td=0xffffff0090d8dbe0) at vnode_if.h:372 #12 0xffffffff803ddb67 in dofilewrite (td=0xffffff0090d8dbe0, fd=3, fp=0xffffff008bf7cca8, auio=0xffffffffb546cb50, offset=-1629884416, flags=0) at file.h:246 #13 0xffffffff803ddeb0 in kern_writev (td=0xffffff0090d8dbe0, fd=3, auio=0xffffffffb546cb50) at /usr/src/sys/kern/sys_generic.c:402 #14 0xffffffff803ddfa8 in write (td=0x4, uap=0x1000) at /usr/src/sys/ kern/sys_generic.c:326 #15 0xffffffff8058cdd1 in syscall (frame= {tf_rdi = 3, tf_rsi = 6737920, tf_rdx = 1189, tf_rcx = 0, tf_r8 = 0, tf_r9 = 0, tf_rax = 4, tf_rbx = 6015936, tf_rbp = 1189, tf_r10 = 1, tf_r11 = 6018560, tf_r12 = 6737920, tf_r13 = 64, tf_r14 = 6275308, tf_r15 = 0, tf_trapno = 12, tf_addr = 6737920, tf_flags = 0, tf_err = 2, tf_rip = 4678860, tf_cs = 43, tf_rflags = 518, tf_rsp = 140737488347800, tf_ss = 35}) at /usr/src/sys/amd64/amd64/trap.c:787 #16 0xffffffff8057bd08 in Xfast_syscall () at /usr/src/sys/amd64/ amd64/exception.S:270 #17 0x00000000004764cc in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit DMESG bsd# dmesg Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-RELEASE #0: Wed Nov 2 19:07:38 UTC 2005 root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3700+ (2411.75-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0xf4a Stepping = 10 Features=0x78bfbff AMD Features=0xe0500800 real memory = 3221159936 (3071 MB) avail memory = 3105554432 (2961 MB) ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) pci_link0: irq 11 on acpi0 pci_link1: irq 10 on acpi0 pci_link2: irq 9 on acpi0 pci_link3: irq 9 on acpi0 pci_link4: irq 12 on acpi0 pci_link5: irq 10 on acpi0 pci_link6: irq 10 on acpi0 pci_link7: on acpi0 pci_link8: on acpi0 pci_link9: on acpi0 pci_link10: on acpi0 pci_link11: irq 12 on acpi0 pci_link12: irq 10 on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: on acpi0 pci_link16: on acpi0 pci_link17: on acpi0 pci_link18: irq 16 on acpi0 pci_link19: irq 17 on acpi0 pci_link20: irq 18 on acpi0 pci_link21: irq 19 on acpi0 pci_link22: irq 16 on acpi0 pci_link23: irq 0 on acpi0 pci_link24: irq 0 on acpi0 pci_link25: irq 0 on acpi0 pci_link26: irq 0 on acpi0 pci_link27: irq 0 on acpi0 pci_link28: irq 0 on acpi0 pci_link29: irq 23 on acpi0 pci_link30: irq 0 on acpi0 pci_link31: irq 0 on acpi0 pci_link32: irq 0 on acpi0 pci_link33: irq 0 on acpi0 pci_link34: irq 0 on acpi0 pci_link35: irq 0 on acpi0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 pci_link29: BIOS IRQ 12 for -2145774616.1.INTA is invalid pci_link23: BIOS IRQ 10 for -2145774616.2.INTA is invalid pci_link24: BIOS IRQ 10 for -2145774616.2.INTB is invalid pci_link30: BIOS IRQ 10 for -2145774616.2.INTC is invalid pci0: on pcib0 agp0: mem 0xe0000000-0xe7ffffff at device 0.0 on pci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xf6001000-0xf6001fff irq 20 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered ohci1: mem 0xf6002000-0xf6002fff irq 21 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 4 ports with 4 removable, self powered ehci0: mem 0xf6003000-0xf60030ff irq 22 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib1: at device 11.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pcib2: at device 14.0 on pci0 pci2: on pcib2 pci2: at device 7.0 (no driver attached) pcib3: at device 8.0 on pci2 pci3: on pcib3 fxp0: port 0x9000-0x901f mem 0xf5000000-0xf5000fff,0xf3000000-0xf30fffff irq 16 at device 4.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:50:8b:b2:23:ed fxp1: port 0x9400-0x941f mem 0xf5001000-0xf5001fff,0xf3100000-0xf31fffff irq 17 at device 5.0 on pci3 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:50:8b:b2:23:ee pci2: at device 9.0 (no driver attached) fwohci0: mem 0xf4005000-0xf40057ff, 0xf4000000-0xf4003fff irq 18 at device 10.0 on pci2 fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:50:42:f8:04:60:28:45 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:50:42:60:28:45 fwe0: Ethernet address: 02:50:42:60:28:45 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2411748570 Hz quality 800 Timecounters tick every 1.000 msec ad1: 381553MB at ata0-slave UDMA133 acd0: DVDROM at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 Trying to mount root from ufs:/dev/ad1s1a >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 8 10:57:19 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60D5416A420; Wed, 8 Feb 2006 10:57:19 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E4B043D53; Wed, 8 Feb 2006 10:57:16 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (patr530-a036.otenet.gr [212.205.215.36]) (authenticated bits=0) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k18Aurw0000760; Wed, 8 Feb 2006 12:57:00 +0200 Received: by flame.pc (Postfix, from userid 1001) id AC4DA5C86; Wed, 8 Feb 2006 12:56:13 +0200 (EET) Date: Wed, 8 Feb 2006 12:56:13 +0200 From: Giorgos Keramidas To: Robert Watson Message-ID: <20060208105613.GA1181@flame.pc> References: <20060201235556.GA708@troutmask.apl.washington.edu> <20060207104411.GA1067@flame.pc> <20060207132335.W37594@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060207132335.W37594@fledge.watson.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.399, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 1.00, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-amd64@freebsd.org, freebsd-current@freebsd.org, Olivier Houchard Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 10:57:19 -0000 On 2006-02-07 13:26, Robert Watson wrote: >On Tue, 7 Feb 2006, Giorgos Keramidas wrote: >>On 2006-02-01 15:55, Steve Kargl wrote: >>>After a binary search, I have determined that the new pts code is >>>triggering kernel panics on an AMD64 system. >> >> It also makes syscons unusable here. >> >> I just rebuilt a HEAD snapshot from today's latest CVSup, installed >> it in /dev/ad0s1a (my test partition), and the behavior is still the >> same as a few days ago: >> >> - single user mode shell works fine >> >> - in multiuser mode, when syscons reaches a login prompt i have to >> press RET twice to see the last line >> >> It seems that something is broken in the way syscons detects whether >> an output line should be flushed out, but I'm not sure. >> >> A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before >> the first pts change). >> >> I don't know how to debug this or provide more useful feedback, but >> I'll look at the diffs later today, when I'm done with $REALJOB >> stuff. > > Does the instability occur if kern.pts.enable=0, or only when > kern.pts.enable=1? Both. I rebuilt a kernel & userland from today's HEAD, and installed it on a clean partition. Both a GENERIC kernel and my own FLAME kernel config (attached) were tested with kern.pts.enable=0 and kern.pts.enable=1. There are no significant differences in "boot -v" dmesg output, apart from minor reordering of things like pflog0 and atapi cam. > If 0, if you back out the user space changes but leave tty_pts.c > compiled into the kernel, do the instability issues persist? How > about with the kernel code compiled out, but the user space code in > place? > Basically, it would be good to know if what you're seeing is a > property of the pts code being in the kernel at all, or a property of > it actually in use. It looks like it's a property of having the code in the kernel. FWIW, I don't see a /dev/pty subdir, even when the kernel reached multiuser mode and I manage to log into ttyv0. I'm off to test backing out the kernel changes... From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 8 11:08:07 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5140916A420; Wed, 8 Feb 2006 11:08:07 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44B8A43D46; Wed, 8 Feb 2006 11:08:04 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (patr530-a036.otenet.gr [212.205.215.36]) (authenticated bits=0) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k18B7eos001218; Wed, 8 Feb 2006 13:07:44 +0200 Received: by flame.pc (Postfix, from userid 1001) id ECFB95C87; Wed, 8 Feb 2006 13:06:55 +0200 (EET) Date: Wed, 8 Feb 2006 13:06:55 +0200 From: Giorgos Keramidas To: Robert Watson Message-ID: <20060208110655.GC1181@flame.pc> References: <20060201235556.GA708@troutmask.apl.washington.edu> <20060207104411.GA1067@flame.pc> <20060207132335.W37594@fledge.watson.org> <20060208105613.GA1181@flame.pc> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: <20060208105613.GA1181@flame.pc> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.401, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 1.00, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-current@freebsd.org, Olivier Houchard , freebsd-amd64@freebsd.org Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 11:08:07 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On 2006-02-08 12:56, Giorgos Keramidas wrote: >On 2006-02-07 13:26, Robert Watson wrote: >> Does the instability occur if kern.pts.enable=0, or only when >> kern.pts.enable=1? > > Both. I rebuilt a kernel & userland from today's HEAD, and installed it > on a clean partition. Both a GENERIC kernel and my own FLAME kernel > config (attached) were tested with kern.pts.enable=0 and kern.pts.enable=1. Attachment forgotten... naturally :) --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=FLAME # # FLAME -- FreeBSD/amd64 kernel configuration file for `flame.pc' laptop # # Based on: # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.449 2006/01/12 01:20:59 obrien Exp $ # $FreeBSD: src/sys/amd64/conf/NOTES,v 1.51 2005/12/03 01:23:49 anholt Exp $ # $FreeBSD: src/sys/conf/NOTES,v 1.1347 2006/01/29 02:52:40 mlaier Exp $ cpu HAMMER ident FLAME # Debugging options are useful for running CURRENT. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options KDB # Enable kernel debugger support. options KDB_TRACE # Print thread stack trace on panic options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed #options SCHED_ULE # ULE scheduler options SCHED_4BSD # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT options NTFS # NT File System options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_BDE # Disk encryption. options GEOM_BSD # BSD disklabels options GEOM_ELI # Disk encryption. options GEOM_GPT # GUID Partition Tables. options GEOM_LABEL # Providers labelization. options GEOM_MBR # DOS/MBR partitioning options GEOM_MIRROR # Disk mirroring. options GEOM_STRIPE # Disk striping. options GEOM_SUNLABEL # Sun/Solaris partitioning options GEOM_SUNLABEL # Sun/Solaris partitioning options GEOM_VOL # Volume names from UFS superblock options COMPAT_43 # Needed by COMPAT_LINUX32 options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options ADAPTIVE_GIANT # Giant mutex is adaptive. #options STOP_NMI # Stop CPUS using NMI instead of IPI options LIBICONV # character code conversion support options CD9660_ICONV options MSDOSFS_ICONV options NTFS_ICONV options NETSMBCRYPTO #encrypted password support for SMB options ALTQ # altq(9) packet queueing options ALTQ_CBQ # Class Based Queueing # Linux 32-bit ABI support options COMPAT_LINUX32 # Compatible with i386 linux binaries options LINPROCFS # Cannot be a module yet. # Bus support. device acpi device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atapicam # emulate ATAPI devices as SCSI ditto via CAM device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI peripherals device scbus # SCSI bus (required for SCSI) device da # Direct Access (disks) device cd # CD device pass # Passthrough device (direct SCSI access) # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc options MAXCONS=12 # number of virtual consoles options SC_ALT_MOUSE_IMAGE # simplified mouse cursor in text mode options SC_DISABLE_REBOOT # disable reboot key sequence options SC_HISTORY_SIZE=200 # number of history buffer lines options SC_MOUSE_CHAR=0x3 # char code for text mode mouse cursor options SC_TWOBUTTON_MOUSE # touchpad is much nicer this way device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit Ethernet device nge # NatSemi DP83820 gigabit Ethernet device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards # XXX kvtop brokenness, pointer/int warnings #device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet device wi # wireless NICs # Wireless NIC cards device wlan # 802.11 support device an # Aironet 4500/4800 802.11 wireless NICs. device awi # BayStack 660 and others device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device ppp # Kernel PPP options PPP_BSDCOMP #PPP BSD-compress support options PPP_DEFLATE #PPP zlib/deflate/gzip support options PPP_FILTER #enable bpf filtering (needs bpf) device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device snp # Snoop device - to look at pty/vty/etc.. device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device gre # IP over IP tunneling device pf # PF OpenBSD packet-filter firewall device pflog # logging support interface for PF device pfsync # synchronization interface for PF # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless NICs device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) #device fwip # IP over FireWire (rfc2734 and rfc3146) device sound # The generic sound driver. device snd_via8233 # This supports Ferrari's sound card # The cpufreq(4) driver provides support for non-ACPI CPU frequency control device cpufreq # Cryptography framework for GEOM_ELI et al. device crypto # core crypto support device cryptodev # /dev/crypto for access to h/w --nFreZHaLTZJo0R7j-- From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 8 12:50:00 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6404316A420; Wed, 8 Feb 2006 12:50:00 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72C6D43D6D; Wed, 8 Feb 2006 12:49:53 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (dialup174.ach.sch.gr [81.186.70.174]) (authenticated bits=0) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k18CnKfo005210; Wed, 8 Feb 2006 14:49:37 +0200 Received: by flame.pc (Postfix, from userid 1001) id 8A2FE5C5D; Wed, 8 Feb 2006 14:19:09 +0200 (EET) Date: Wed, 8 Feb 2006 14:19:09 +0200 From: Giorgos Keramidas To: Robert Watson Message-ID: <20060208121909.GA795@flame.pc> References: <20060201235556.GA708@troutmask.apl.washington.edu> <20060207104411.GA1067@flame.pc> <20060207132335.W37594@fledge.watson.org> <20060208105613.GA1181@flame.pc> <20060208110655.GC1181@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060208110655.GC1181@flame.pc> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.476, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.92, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-current@freebsd.org, Olivier Houchard , freebsd-amd64@freebsd.org Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 12:50:00 -0000 On 2006-02-08 13:06, Giorgos Keramidas wrote: > On 2006-02-08 12:56, Giorgos Keramidas wrote: > >On 2006-02-07 13:26, Robert Watson wrote: > >> Does the instability occur if kern.pts.enable=0, or only when > >> kern.pts.enable=1? > > > > Both. I rebuilt a kernel & userland from today's HEAD, and installed it > > on a clean partition. Both a GENERIC kernel and my own FLAME kernel > > config (attached) were tested with kern.pts.enable=0 and kern.pts.enable=1. > > Attachment forgotten... naturally :) I updated to HEAD and then reverted the tty_pts changes from src/sys only, using the attached patch, but the problems of syscons are still there :-/ %%% Index: conf/files =================================================================== --- conf/files (revision 10) +++ conf/files (revision 11) @@ -1347,7 +1347,6 @@ kern/tty_conf.c standard kern/tty_cons.c standard kern/tty_pty.c optional pty -kern/tty_pts.c optional pty kern/tty_subr.c standard kern/tty_tty.c standard kern/uipc_accf.c optional inet Index: kern/tty_pty.c =================================================================== --- kern/tty_pty.c (revision 10) +++ kern/tty_pty.c (revision 11) @@ -30,7 +30,7 @@ */ #include -__FBSDID("$FreeBSD: src/sys/kern/tty_pty.c,v 1.145 2006/02/02 20:35:45 cognet Exp $"); +__FBSDID("$FreeBSD: src/sys/kern/tty_pty.c,v 1.141 2006/01/10 09:19:09 phk Exp $"); /* * Pseudo-teletype Driver @@ -107,7 +107,6 @@ u_char pt_ucntl; struct tty *pt_tty; struct cdev *devs, *devc; - int pt_devs_open, pt_devc_open; struct prison *pt_prison; }; @@ -133,6 +132,7 @@ static struct cdev * ptyinit(struct cdev *devc, struct thread *td) { + struct cdev *devs; struct ptsc *pt; int n; @@ -143,47 +143,19 @@ devc->si_flags &= ~SI_CHEAPCLONE; - /* - * Initially do not create a slave endpoint. - */ pt = malloc(sizeof(*pt), M_PTY, M_WAITOK | M_ZERO); + pt->devs = devs = make_dev_cred(&pts_cdevsw, n, td->td_ucred, + UID_ROOT, GID_WHEEL, 0666, "tty%c%r", names[n / 32], n % 32); pt->devc = devc; pt->pt_tty = ttyalloc(); pt->pt_tty->t_sc = pt; - devc->si_drv1 = pt; - devc->si_tty = pt->pt_tty; + devs->si_drv1 = devc->si_drv1 = pt; + devs->si_tty = devc->si_tty = pt->pt_tty; + pt->pt_tty->t_dev = devs; return (devc); } -static void -pty_create_slave(struct ucred *cred, struct ptsc *pt, int n) -{ - - pt->devs = make_dev_cred(&pts_cdevsw, n, cred, UID_ROOT, GID_WHEEL, - 0666, "tty%c%r", names[n / 32], n % 32); - pt->devs->si_drv1 = pt; - pt->devs->si_tty = pt->pt_tty; - pt->pt_tty->t_dev = pt->devs; -} - -static void -pty_destroy_slave(struct ptsc *pt) -{ - - pt->pt_tty->t_dev = NULL; - destroy_dev(pt->devs); - pt->devs = NULL; -} - -static void -pty_maybe_destroy_slave(struct ptsc *pt) -{ - - if (0 && pt->pt_devc_open == 0 && pt->pt_devs_open == 0) - pty_destroy_slave(pt); -} - /*ARGSUSED*/ static int ptsopen(struct cdev *dev, int flag, int devtype, struct thread *td) @@ -200,7 +172,7 @@ ttyinitmode(tp, 1, 0); } else if (tp->t_state & TS_XCLUDE && suser(td)) return (EBUSY); - else if (pt->pt_prison != td->td_ucred->cr_prison && suser(td)) + else if (pt->pt_prison != td->td_ucred->cr_prison) return (EBUSY); if (tp->t_oproc) /* Ctrlr still around. */ (void)ttyld_modem(tp, 1); @@ -213,32 +185,20 @@ return (error); } error = ttyld_open(tp, dev); - if (error == 0) { + if (error == 0) ptcwakeup(tp, FREAD|FWRITE); - pt->pt_devs_open = 1; - } else - pty_maybe_destroy_slave(pt); return (error); } static int ptsclose(struct cdev *dev, int flag, int mode, struct thread *td) { - struct ptsc *pti; struct tty *tp; int err; tp = dev->si_tty; - pti = dev->si_drv1; - - KASSERT(dev == pti->devs, ("ptsclose: dev != pti->devs")); - err = ttyld_close(tp, flag); (void) tty_close(tp); - - pti->pt_devs_open = 0; - pty_maybe_destroy_slave(pti); - return (err); } @@ -326,18 +286,12 @@ pt->pt_flags = 0; pt->pt_send = 0; pt->pt_ucntl = 0; - - if (!pt->devs) - pty_create_slave(td->td_ucred, pt, minor(dev)); - pt->pt_devc_open = 1; - return (0); } static int ptcclose(struct cdev *dev, int flags, int fmt, struct thread *td) { - struct ptsc *pti = dev->si_drv1; struct tty *tp; tp = dev->si_tty; @@ -358,8 +312,6 @@ } tp->t_oproc = 0; /* mark closed */ - pti->pt_devc_open = 0; - pty_maybe_destroy_slave(pti); return (0); } %%% From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 8 15:42:57 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 393A316A420; Wed, 8 Feb 2006 15:42:57 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 739A443D45; Wed, 8 Feb 2006 15:42:56 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 8016114 for multiple; Wed, 08 Feb 2006 10:41:21 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k18Fg8r5060613; Wed, 8 Feb 2006 10:42:08 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Daniel Valencia Date: Wed, 8 Feb 2006 10:39:38 -0500 User-Agent: KMail/1.9.1 References: <20060208075439.82637.qmail@web53901.mail.yahoo.com> In-Reply-To: <20060208075439.82637.qmail@web53901.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602081039.41103.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1280/Tue Feb 7 05:11:53 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: amd64@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Fwd: Re: Problems with SMP in amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 15:42:57 -0000 On Wednesday 08 February 2006 02:54, Daniel Valencia wrote: > OK... it's Jan. 25th, at 8:14am. > > there are a bunch of commits at 8:14:45 that relate to the ata drivers, and > a couple at second 46 and 47... but that's it. Interesting. Those changes are just before the /dev/pts changes that a lot of people are currently blaming for amd64 instability. It looks like 8:14am your time is 6:14pm PST? > Thanks, > > - Daniel > > Daniel Valencia wrote: I've narrowed it down to Jan. > 25th, 7:30am - 8:15am > > > I'll try to narrow it down a little further > > > Thanks, > > > - Daniel > > --- John Baldwin wrote: > > On Monday 06 February 2006 23:50, Steve Kargl wrote: > > > On Mon, Feb 06, 2006 at 07:50:35PM -0800, Daniel > > > > Valencia wrote: > > > > > On Saturday 04 February 2006 02:39, Daniel > > > > Valencia > > > > > > > wrote: > > > > > > I just noticed something... it actually > > > > boots well using SMP on > > > > > > > > 6.0-RELEASE... the problem is when using the > > > > last STABLE src > > > > > > > Any chance you could narrow it down using > > > > cvsup to > > > > > > > do a binary search on the > > > > > date as to when it broke? > > > > > > > > How could I get the src tree of a specific date > > > > using > > > > > > cvsup? I only know how to get the latest... > > > > > > Add > > > > > > *default date=2006.02.01.00.00.00 > > > > > > to your supfile for Feb 1., 2006 at 00:00.00. > > > > You can also specify the date on the command line > > using -D. > > > > -- > > John Baldwin <>< > > http://www.FreeBSD.org/~jhb/ > > "Power Users Use the Power to Serve" = > > http://www.FreeBSD.org > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > > > --------------------------------- > Yahoo! Mail - Helps protect you from nasty viruses. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 8 16:13:23 2006 Return-Path: X-Original-To: amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4555A16A420 for ; Wed, 8 Feb 2006 16:13:23 +0000 (GMT) (envelope-from freebsd-amd64@club-internet.fr) Received: from delay-3m.club-internet.fr (delay-3m.club-internet.fr [194.158.104.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4B9043D45 for ; Wed, 8 Feb 2006 16:13:22 +0000 (GMT) (envelope-from freebsd-amd64@club-internet.fr) Received: from relay-dm.club-internet.fr (relay-dm.cs.clubint.net [172.16.20.40]) by delay-3m.club-internet.fr (Postfix) with ESMTP id A219A76E9C for ; Wed, 8 Feb 2006 17:12:12 +0100 (CET) Received: from [192.168.0.5] (l04v-212-194-37-175.d4.club-internet.fr [212.194.37.175]) by relay-dm.club-internet.fr (Postfix) with ESMTP id 0F9E525635; Wed, 8 Feb 2006 17:12:11 +0100 (CET) In-Reply-To: <1138638920.891.11.camel@beaster> References: <1138555678.915.20.camel@beaster> <4cbd01f40601291019s3c0558cav@mail.gmail.com> <20060129194358.34422cc5.torfinn.ingolfsen@broadpark.no> <1138638920.891.11.camel@beaster> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: Mathieu Prevot Date: Wed, 8 Feb 2006 17:13:34 +0100 To: Ralf Folkerts X-Mailer: Apple Mail (2.746.2) Cc: amd64@FreeBSD.org Subject: Re: Installation of print/acroread7 fails on my amd64-System X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 16:13:23 -0000 Le 30 janv. 06 =E0 17:35, Ralf Folkerts a =E9crit : > Am Sonntag, den 29.01.2006, 19:43 +0100 schrieb Torfinn Ingolfsen: >> On Mon, 30 Jan 2006 03:19:34 +0900 >> Sangwoo Shim wrote: >> >>> I've also experienced this problem several months ago, and submitted >>> PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/87985 >>> ...Althogh it didn't get much attention from the maintainer. >> >> I can confirm that I also see this problem, and that manually =20 >> installing >> the linux-gtk2 port before installing acroread7 is a possible >> workaround. >> >> HTH > > Hi Torfinn and Sangwoo, > > thanks for confirming this (so I know my System is not that > mis-configured that that's the reason for not being able to install > acroread7) and also many thanks for the hint to install linux-gtk2 on > its own -- that worked fine and when it was installed I also was able > to install acroread7 w/o any problem! > > Thanks again! > _ralf At fedora.redhat.com/Download/mirrors.html there are many many =20 working rpms. You also can download CD isos, cat them >big.iso, use md to mount the =20= image, and share it via NFS etc. Maybe there is not anymore maintainers ... Cheers Mathieu From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 8 18:19:56 2006 Return-Path: X-Original-To: Freebsd-amd64@freebsd.org Delivered-To: Freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9982016A420 for ; Wed, 8 Feb 2006 18:19:56 +0000 (GMT) (envelope-from ralf.folkerts@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 7CA1E43D46 for ; Wed, 8 Feb 2006 18:19:54 +0000 (GMT) (envelope-from ralf.folkerts@gmx.de) Received: (qmail invoked by alias); 08 Feb 2006 18:19:53 -0000 Received: from dslb-084-057-190-147.pools.arcor-ip.net (EHLO beaster) [84.57.190.147] by mail.gmx.net (mp039) with SMTP; 08 Feb 2006 19:19:53 +0100 X-Authenticated: #18511927 From: Ralf Folkerts To: Mathieu Prevot In-Reply-To: References: <1138555678.915.20.camel@beaster> <4cbd01f40601291019s3c0558cav@mail.gmail.com> <20060129194358.34422cc5.torfinn.ingolfsen@broadpark.no> <1138638920.891.11.camel@beaster> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-VzSP5DUsPIVcHvC1+MSt" Organization: Wohnzimmerrechenzentrum Date: Wed, 08 Feb 2006 19:19:47 +0100 Message-Id: <1139422787.888.11.camel@beaster> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port X-Y-GMX-Trusted: 0 Cc: Freebsd-amd64@freebsd.org Subject: Re: Installation of print/acroread7 fails on my amd64-System X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 18:19:56 -0000 --=-VzSP5DUsPIVcHvC1+MSt Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Am Mittwoch, den 08.02.2006, 17:01 +0100 schrieb Mathieu Prevot: Hi Mathieu, > Le 30 janv. 06 =E0 17:35, Ralf Folkerts a =E9crit : >=20 > > Am Sonntag, den 29.01.2006, 19:43 +0100 schrieb Torfinn Ingolfsen: > >> On Mon, 30 Jan 2006 03:19:34 +0900 > >> Sangwoo Shim wrote: > >> > >>> I've also experienced this problem several months ago, and submitted > >>> PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/87985 > >>> ...Althogh it didn't get much attention from the maintainer. > >> > >> I can confirm that I also see this problem, and that manually =20 > >> installing > >> the linux-gtk2 port before installing acroread7 is a possible > >> workaround. > >> > >> HTH > > > > Hi Torfinn and Sangwoo, > > > > thanks for confirming this (so I know my System is not that > > mis-configured that that's the reason for not being able to install > > acroread7) and also many thanks for the hint to install linux-gtk2 on > > its own -- that worked fine and when it was installed I also was able > > to install acroread7 w/o any problem! > > > > Thanks again! > > _ralf >=20 > At fedora.redhat.com/Download/mirrors.html there are many many =20 > working rpms. > You also can download CD isos, cat them >big.iso, use md to mount the =20 > image, and share it via NFS etc. > Maybe there is not anymore maintainers ... thanks for pointing me there! just checked and there are indeed loads of RPMs for x86_64.=20 However, two questions: Does the Linuxulator work with 64bit Linux-Files? Or is it limited to 32bit? And when I choose to use 64bit, I think I need everything (i.e. base + applications) for 64bit Mode? Cheers, _ralf_ --=-VzSP5DUsPIVcHvC1+MSt Content-Type: application/pgp-signature; name=signature.asc Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD6jZDY2jmDrUy5RMRAmwnAJkBhWvHFR9buO/ewtfQPOmA6RtvdACg3xUv 7zt+rbR4l3TpKR8vBSfIN0A= =u9gz -----END PGP SIGNATURE----- --=-VzSP5DUsPIVcHvC1+MSt-- From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 8 18:40:04 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36A5816A422 for ; Wed, 8 Feb 2006 18:40:04 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: from web53911.mail.yahoo.com (web53911.mail.yahoo.com [206.190.38.160]) by mx1.FreeBSD.org (Postfix) with SMTP id 266AE43D46 for ; Wed, 8 Feb 2006 18:40:00 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: (qmail 61411 invoked by uid 60001); 8 Feb 2006 18:40:00 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=HChqRo5OF+hHuTlluPS6r5D5RUM81/kZTFNG76JdbBSvRL0tJoks4JXSknc9XueTidbZgVgFvfwU9wMeBF5DkgtxuPzLlC4SxlZ3Gq8cCmxlqxXUYbrbdbRfxTGTaDNLi5Esk1sVQrJBNvsQRTiwrZkzLYpueq0lpBQk5yz0/cQ= ; Message-ID: <20060208184000.61409.qmail@web53911.mail.yahoo.com> Received: from [128.200.38.147] by web53911.mail.yahoo.com via HTTP; Wed, 08 Feb 2006 10:40:00 PST Date: Wed, 8 Feb 2006 10:40:00 -0800 (PST) From: Daniel Valencia To: John Baldwin In-Reply-To: <200602081039.41103.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: amd64@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: Fwd: Re: Problems with SMP in amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 18:40:04 -0000 John Baldwin wrote: On Wednesday 08 February 2006 02:54, Daniel Valencia wrote: > OK... it's Jan. 25th, at 8:14am. > > there are a bunch of commits at 8:14:45 that relate to the ata drivers, and > a couple at second 46 and 47... but that's it. Interesting. Those changes are just before the /dev/pts changes that a lot of people are currently blaming for amd64 instability. It looks like 8:14am your time is 6:14pm PST? well, I don't know where's that 8:14am located, but I'm PST (GMT-8)... I didn't understand that though... amd64 is pretty stable, at least in my experience... and it's after those changes that it got screwed up. Even more, IIRC, when I compiled GENERIC after that time, it would boot, but the second SATA drive would not be detected at all. Using a previous kernel, everything works smoothly. - Daniel --------------------------------- Yahoo! Mail - Helps protect you from nasty viruses. From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 8 19:47:50 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D0B916A422 for ; Wed, 8 Feb 2006 19:47:50 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: from web53903.mail.yahoo.com (web53903.mail.yahoo.com [206.190.36.126]) by mx1.FreeBSD.org (Postfix) with SMTP id B224843D55 for ; Wed, 8 Feb 2006 19:47:47 +0000 (GMT) (envelope-from fetrovsky@yahoo.com) Received: (qmail 5454 invoked by uid 60001); 8 Feb 2006 19:47:47 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=GfZNcX/IsmysVb0IdXE7MDNaQPdyBS1WZEsWAvN29RhvapA38OzKyTmJU1Jb0AAdO6g5HDqEfMUf+AZEsGcuHNKQPEm4kxZ66nVv6Ccwieb4QBL3Xt7QKK/wj1HZIwU3+Df0L9wlPggdjG8f6wALwL250NnSzXCSjzAfbIeFxLc= ; Message-ID: <20060208194746.5452.qmail@web53903.mail.yahoo.com> Received: from [128.200.38.147] by web53903.mail.yahoo.com via HTTP; Wed, 08 Feb 2006 11:47:46 PST Date: Wed, 8 Feb 2006 11:47:46 -0800 (PST) From: Daniel Valencia To: freebsd-ports@freebsd.org, freebsd-amd64@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: print/acroread7 on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 19:47:50 -0000 hello print/acroread7 fails to build in my amd64 system... the problem is that it can't seem to find the following file: gtk2-2.4.14-4.fc3.3.amd64.rpm It seems to have tried dozens of different places, and it finally gave up. Afterwards, I updated the ports tree, tried again, and I get the same output. Is there anything I can do to get it running without resorting to the linux binaries? Thanks, - Daniel __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-amd64@FreeBSD.ORG Wed Feb 8 21:20:09 2006 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7217716A422 for ; Wed, 8 Feb 2006 21:20:09 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F11AC43D4C for ; Wed, 8 Feb 2006 21:20:07 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k18LK7ev017261 for ; Wed, 8 Feb 2006 21:20:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k18LK7f0017260; Wed, 8 Feb 2006 21:20:07 GMT (envelope-from gnats) Resent-Date: Wed, 8 Feb 2006 21:20:07 GMT Resent-Message-Id: <200602082120.k18LK7f0017260@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Chris MacKay Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0082216A420 for ; Wed, 8 Feb 2006 21:19:34 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id A27AB43D48 for ; Wed, 8 Feb 2006 21:19:33 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id k18LJX9h039138 for ; Wed, 8 Feb 2006 21:19:33 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k18LJXh4039137; Wed, 8 Feb 2006 21:19:33 GMT (envelope-from nobody) Message-Id: <200602082119.k18LJXh4039137@www.freebsd.org> Date: Wed, 8 Feb 2006 21:19:33 GMT From: Chris MacKay To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/93065: Running make depend on GENERIC kernel fails X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Feb 2006 21:20:09 -0000 >Number: 93065 >Category: amd64 >Synopsis: Running make depend on GENERIC kernel fails >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 08 21:20:03 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Chris MacKay >Release: 6.0-RELEASE cvsup to RELENG_6 >Organization: Nowfast Internet Services >Environment: 64dev# uname -a FreeBSD 64dev.ex-it.biz 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Wed Nov 2 19:07:38 UTC 2005 root@rat.samsco.home:/usr/obj/usr/src/sys/GENERIC amd64 >Description: After a fresh install, and running cvsup, I go to recompile the kernel, and the make depend fails. Following is my cvsup configuration file: *default tag=RELENG_6 *default host=cvsup3.freebsd.org *default base=/usr *default prefix=/usr *default release=cvs delete use-rel-suffix src-all #cvs-crypto The actual output is quite large, so I've put it up at www.ex-it.biz/reports/makedepend60.txt I've also included a full output of "dmesg" in case that is found to be useful: www.ex-it.biz/reports/dmesg.txt >How-To-Repeat: Do a fresh install of 6.0-RELEASE from the ISO image, cvsup with the afforementioned configuration file, cd /usr/src/sys/i386/conf ; config GENERIC ; cd ../compile/GENERIC ; make cleandepend ; make depend >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 9 00:46:00 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEB4916A420; Thu, 9 Feb 2006 00:46:00 +0000 (GMT) (envelope-from conrads@cox.net) Received: from eastrmmtao01.cox.net (eastrmmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCEA343D46; Thu, 9 Feb 2006 00:45:59 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([68.14.59.177]) by eastrmmtao01.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060209004559.MSET4894.eastrmmtao01.cox.net@serene.no-ip.org>; Wed, 8 Feb 2006 19:45:59 -0500 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.4/8.13.4) with ESMTP id k190jiqr081088; Wed, 8 Feb 2006 18:45:46 -0600 (CST) (envelope-from conrads@serene.no-ip.org) Received: (from conrads@localhost) by serene.no-ip.org (8.13.4/8.13.4/Submit) id k190jb9b081087; Wed, 8 Feb 2006 18:45:38 -0600 (CST) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20060208194746.5452.qmail@web53903.mail.yahoo.com> Date: Wed, 08 Feb 2006 18:45:37 -0600 (CST) From: Conrad Sabatier To: Daniel Valencia Cc: freebsd-ports@freebsd.org, freebsd-amd64@freebsd.org Subject: RE: print/acroread7 on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 00:46:01 -0000 On 08-Feb-2006 Daniel Valencia wrote: > hello > > print/acroread7 fails to build in my amd64 system... the problem is that > it can't seem to find the following file: > > gtk2-2.4.14-4.fc3.3.amd64.rpm > > > It seems to have tried dozens of different places, and it finally gave > up. Afterwards, I updated the ports tree, tried again, and I get the > same output. Is there anything I can do to get it running without > resorting to the linux binaries? Try installing x11-toolkits/linux-gtk2 first. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 9 00:59:02 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8421816A420 for ; Thu, 9 Feb 2006 00:59:02 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (koyukuk.teamcool.net [209.161.34.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27CEC43D48 for ; Thu, 9 Feb 2006 00:59:01 +0000 (GMT) (envelope-from kgunders@teamcool.net) Received: from koyukuk.teamcool.net (localhost [127.0.0.1]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id 1CCE7F820 for ; Wed, 8 Feb 2006 17:58:59 -0700 (MST) Received: from cochise.teamcool.net (unknown [192.168.1.57]) by koyukuk.teamcool.net (TeamCool Rocks) with ESMTP id DBCA6F80F for ; Wed, 8 Feb 2006 17:58:58 -0700 (MST) Date: Wed, 8 Feb 2006 17:58:57 -0700 From: Ken Gunderson To: freebsd-amd64@freebsd.org Message-Id: <20060208175857.5ee11071.kgunders@teamcool.net> In-Reply-To: <839aec700602051742y7b3612a0pbc24c0b90687c98d@mail.gmail.com> References: <839aec700602051742y7b3612a0pbc24c0b90687c98d@mail.gmail.com> Organization: Teamcool Networks X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: (jdk15) Java plugin for firefox - how to enable? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 00:59:02 -0000 On Sun, 5 Feb 2006 18:42:49 -0700 Darren Spruell wrote: > I'm running FreeBSD 6.0-RELEASE on amd64 and would like to get the Sun > JDK browser plugin set up on my system. I use firefox from ports. > > If I understand right, java/jdk15 will build a native JDK for FreeBSD > on i386 and amd64. http://www.freebsd.org/java/dists/15.html suggests > that the port will support Web Start and the browser plugin for > Mozilla and Firefox. > > I notice the Makefile for jdk15 checks to see if the architecture is > amd64 and if so, sets WITHOUT_WEB=yes which the inline comments say > will cause the browser plugin to not be built. I suspect this is the > case also because after installing jdk15 I can still only find the fyi- I cannot even get jdk15 to build under AMD using fbsd-i386 WITH_MOZILLA=firefox. -- Best regards, Ken Gunderson Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 9 01:41:04 2006 Return-Path: X-Original-To: Freebsd-amd64@freebsd.org Delivered-To: Freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D47B16A423 for ; Thu, 9 Feb 2006 01:41:04 +0000 (GMT) (envelope-from sangwoos@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8747443D45 for ; Thu, 9 Feb 2006 01:41:03 +0000 (GMT) (envelope-from sangwoos@gmail.com) Received: by uproxy.gmail.com with SMTP id j3so58697ugf for ; Wed, 08 Feb 2006 17:41:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IDykBHloclTejF/m/B8NIguR3ZGrllFO7ahF5p4cYWa3ekiC2Ek+ZDmbBmCwZ1lsOWKmlk4BrcpEwHGPpn0Mp95qR7BopTWU4RSKgvdiG3HLWnQHg9IT90YHoVQu9KMypk2olRBwPs8eA+8hd8d9CMrc1EyW+K0aiW7ftDDaB3I= Received: by 10.49.33.17 with SMTP id l17mr2156067nfj; Wed, 08 Feb 2006 17:14:03 -0800 (PST) Received: by 10.49.40.4 with HTTP; Wed, 8 Feb 2006 17:14:03 -0800 (PST) Message-ID: <4cbd01f40602081714o35b9e5cdi@mail.gmail.com> Date: Thu, 9 Feb 2006 10:14:03 +0900 From: Sangwoo Shim To: Ralf Folkerts In-Reply-To: <1139422787.888.11.camel@beaster> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1138555678.915.20.camel@beaster> <4cbd01f40601291019s3c0558cav@mail.gmail.com> <20060129194358.34422cc5.torfinn.ingolfsen@broadpark.no> <1138638920.891.11.camel@beaster> <1139422787.888.11.camel@beaster> Cc: Freebsd-amd64@freebsd.org Subject: Re: Installation of print/acroread7 fails on my amd64-System X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 01:41:04 -0000 2006/2/9, Ralf Folkerts : > Am Mittwoch, den 08.02.2006, 17:01 +0100 schrieb Mathieu Prevot: > > Hi Mathieu, > > > Le 30 janv. 06 =E0 17:35, Ralf Folkerts a =E9crit : > > > > > Am Sonntag, den 29.01.2006, 19:43 +0100 schrieb Torfinn Ingolfsen: > > >> On Mon, 30 Jan 2006 03:19:34 +0900 > > >> Sangwoo Shim wrote: > > >> > > >>> I've also experienced this problem several months ago, and submitte= d > > >>> PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/87985 > > >>> ...Althogh it didn't get much attention from the maintainer. > > >> > > >> I can confirm that I also see this problem, and that manually > > >> installing > > >> the linux-gtk2 port before installing acroread7 is a possible > > >> workaround. > > >> > > >> HTH > > > > > > Hi Torfinn and Sangwoo, > > > > > > thanks for confirming this (so I know my System is not that > > > mis-configured that that's the reason for not being able to install > > > acroread7) and also many thanks for the hint to install linux-gtk2 on > > > its own -- that worked fine and when it was installed I also was able > > > to install acroread7 w/o any problem! > > > > > > Thanks again! > > > _ralf > > > > At fedora.redhat.com/Download/mirrors.html there are many many > > working rpms. > > You also can download CD isos, cat them >big.iso, use md to mount the > > image, and share it via NFS etc. > > Maybe there is not anymore maintainers ... > > thanks for pointing me there! just checked and there are indeed loads of > RPMs for x86_64. > > However, two questions: Does the Linuxulator work with 64bit > Linux-Files? Or is it limited to 32bit? And when I choose to use 64bit, > I think I need everything (i.e. base + applications) for 64bit Mode? > > Cheers, > _ralf_ I believe that we are limited to use 32bit linux binaries for now. And if you look for the name of binaries which are required during the acroread installation as a dependencies, they contain 'amd64', not x86_64. So I think ARCH variable setting was screwed somewhere in the Makefile. -- Regards, Sangwoo Shim From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 9 01:45:46 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FA0516A420 for ; Thu, 9 Feb 2006 01:45:46 +0000 (GMT) (envelope-from sangwoos@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48A7543D45 for ; Thu, 9 Feb 2006 01:45:44 +0000 (GMT) (envelope-from sangwoos@gmail.com) Received: by uproxy.gmail.com with SMTP id y2so58375uge for ; Wed, 08 Feb 2006 17:45:43 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=a9y6xO+woiLERKjaeGK6pHvfCbEolFE/BYbCA/4n0ZsopwAI3NR6jezFoh5ykhQKkiQvBq7DORC9W0FT7qPnyHaeztTs+Wep6OPQwEydh8/2nbrGs2MN6ZXzLm07RBn3s4lpCk6CwpgL46GVOWvqznaPZspy53B9h8cQ33Lb3uo= Received: by 10.48.47.14 with SMTP id u14mr2155999nfu; Wed, 08 Feb 2006 17:19:27 -0800 (PST) Received: by 10.49.40.4 with HTTP; Wed, 8 Feb 2006 17:19:27 -0800 (PST) Message-ID: <4cbd01f40602081719o7a7d876dq@mail.gmail.com> Date: Thu, 9 Feb 2006 10:19:27 +0900 From: Sangwoo Shim To: Conrad Sabatier In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060208194746.5452.qmail@web53903.mail.yahoo.com> Cc: freebsd-amd64@freebsd.org, freebsd-ports@freebsd.org, Daniel Valencia Subject: Re: print/acroread7 on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 01:45:46 -0000 2006/2/9, Conrad Sabatier : > > On 08-Feb-2006 Daniel Valencia wrote: > > hello > > > > print/acroread7 fails to build in my amd64 system... the problem is th= at > > it can't seem to find the following file: > > > > gtk2-2.4.14-4.fc3.3.amd64.rpm > > > > > > It seems to have tried dozens of different places, and it finally gave > > up. Afterwards, I updated the ports tree, tried again, and I get the > > same output. Is there anything I can do to get it running without > > resorting to the linux binaries? > > Try installing x11-toolkits/linux-gtk2 first. > > -- > Conrad J. Sabatier -- "In Unix veritas" Or refer ports/87985, to benefit from automatic dependency-based installati= on which is one of the greatness of our ports system. http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/87985 PS. I've seen the thread exactly cover this topic on -amd64 list. Next time, please search for a same topic before posting. -- Regards, Sangwoo Shim From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 9 02:20:08 2006 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 954EA16A420 for ; Thu, 9 Feb 2006 02:20:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F9C343D45 for ; Thu, 9 Feb 2006 02:20:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k192K7TO036308 for ; Thu, 9 Feb 2006 02:20:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k192K7ds036307; Thu, 9 Feb 2006 02:20:07 GMT (envelope-from gnats) Date: Thu, 9 Feb 2006 02:20:07 GMT Message-Id: <200602090220.k192K7ds036307@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Kris Kennaway Cc: Subject: Re: amd64/93065: Running make depend on GENERIC kernel fails X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kris Kennaway List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 02:20:08 -0000 The following reply was made to PR amd64/93065; it has been noted by GNATS. From: Kris Kennaway To: Chris MacKay Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: amd64/93065: Running make depend on GENERIC kernel fails Date: Wed, 8 Feb 2006 21:12:50 -0500 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Feb 08, 2006 at 09:19:33PM +0000, Chris MacKay wrote: > >How-To-Repeat: > Do a fresh install of 6.0-RELEASE from the ISO image, cvsup with the afforementioned configuration file, cd /usr/src/sys/i386/conf ; config GENERIC ; cd ../compile/GENERIC ; make cleandepend ; make depend cc -c -O2 -frename-registers -pipe ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ that looks like local COPTFLAGS settings, to me. Kris --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD6qUiWry0BWjoQKURAhtsAKCbYgyU5Yjh73r5wNANqY7RHnrqxgCgsZsU Ff1nElq6c6Uv/nquWdq0obk= =2qS+ -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 9 03:56:37 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E99316A420 for ; Thu, 9 Feb 2006 03:56:37 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from omta04sl.mx.bigpond.com (omta04sl.mx.bigpond.com [144.140.93.156]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA14343D4C for ; Thu, 9 Feb 2006 03:56:35 +0000 (GMT) (envelope-from andrew@areilly.bpc-users.org) Received: from areilly.bpc-users.org ([141.168.4.160]) by omta04sl.mx.bigpond.com with ESMTP id <20060209035634.TUQV10380.omta04sl.mx.bigpond.com@areilly.bpc-users.org> for ; Thu, 9 Feb 2006 03:56:34 +0000 Received: (qmail 2581 invoked by uid 501); 9 Feb 2006 03:57:00 -0000 Date: Thu, 9 Feb 2006 14:56:59 +1100 From: Andrew Reilly To: freebsd-amd64@freebsd.org Message-ID: <20060209035659.GA2377@gurney.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: contigmalloc problem in SMP X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 03:56:37 -0000 I reported, earlier, that I wasn't able to get the amd64 version of the (closed source) 4front-tech OSS driver to start: it was unable to allocate some contiguous memory (48k or so, at the time). I've been in e-mail contact with one of their developers, and he has released a new version of the driver that doesn't try to allocate so much memory (now about 28k) for me to try. This didn't work either. However: I've just tried re-booting with kern.smp.disabled="1" in /boot/loader.conf, and lo: it works. So: why might contigmalloc() be failing, in a two-processor situation? (Sorry, uname -a: FreeBSD duncan.reilly.home 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Thu Feb 2 16:39:13 EST 2006 root@duncan.reilly.home:/usr/obj/usr/src/sys/DUNCAN amd64 ) Further details: unlike most other uses of contigmalloc() that I've seen in the tree (which use PAGE_SIZE alignment), this particular sound card needs a 64k-aligned buffer, and (with a bit of disassembly) that's what the oss driver appears to be asking for. All of the other arguments look the same. Oh: while I was looking at /src/sys/vm/vm_contig.c to see if I could see any obvious causes, I noticed that there's a sysctl knob: vm.old_contigmalloc, which is defaulting to 0. I frobbed it to 1 (in loader.conf, and rebooted), and that didn't help (in two-processor SMP). Any thoughts on what new vs old contigmalloc entails? Cheers, -- Andrew From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 9 13:20:09 2006 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19F0D16A420 for ; Thu, 9 Feb 2006 13:20:09 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9853443D48 for ; Thu, 9 Feb 2006 13:20:08 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k19DK8e7083354 for ; Thu, 9 Feb 2006 13:20:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k19DK8bf083353; Thu, 9 Feb 2006 13:20:08 GMT (envelope-from gnats) Resent-Date: Thu, 9 Feb 2006 13:20:08 GMT Resent-Message-Id: <200602091320.k19DK8bf083353@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Michael Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12D8616A420 for ; Thu, 9 Feb 2006 13:16:19 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id C576F43D46 for ; Thu, 9 Feb 2006 13:16:18 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id k19DGIkN073848 for ; Thu, 9 Feb 2006 13:16:18 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id k19DGI3U073847; Thu, 9 Feb 2006 13:16:18 GMT (envelope-from nobody) Message-Id: <200602091316.k19DGI3U073847@www.freebsd.org> Date: Thu, 9 Feb 2006 13:16:18 GMT From: Michael To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Cc: Subject: amd64/93090: NIC on GA-K8NF-9 motherboard is recognized, but does not work. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 13:20:09 -0000 >Number: 93090 >Category: amd64 >Synopsis: NIC on GA-K8NF-9 motherboard is recognized, but does not work. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 09 13:20:07 GMT 2006 >Closed-Date: >Last-Modified: >Originator: Michael >Release: 6.0 >Organization: ABG Ster-Projekt >Environment: >Description: NIC installed on GA-K8NF-9 motherboard is correctly recognized, driver "nve" is attached, but does not work: system prints out a message "device timeout (x)", where x=2,3,4,5.... >How-To-Repeat: Boot the system on GA-K8NF-9 motherboard. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 9 13:20:12 2006 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CDA516A422 for ; Thu, 9 Feb 2006 13:20:12 +0000 (GMT) (envelope-from david@jetnet.co.uk) Received: from kosh.jetnet.co.uk (kosh.jetnet.co.uk [80.87.128.128]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9E4C43D45 for ; Thu, 9 Feb 2006 13:20:11 +0000 (GMT) (envelope-from david@jetnet.co.uk) Received: from localhost (localhost [127.0.0.1]) by kosh.jetnet.co.uk (Postfix) with ESMTP id 97E5B22217 for ; Thu, 9 Feb 2006 13:20:10 +0000 (GMT) Received: from kosh.jetnet.co.uk ([127.0.0.1]) by localhost (mail.jetnet.co.uk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 13463-01-2 for ; Thu, 9 Feb 2006 13:20:09 +0000 (GMT) Received: from [192.168.0.100] (82-69-108-39.dsl.in-addr.zen.co.uk [82.69.108.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by kosh.jetnet.co.uk (Postfix) with ESMTP id 50B6B2213A for ; Thu, 9 Feb 2006 13:20:09 +0000 (GMT) Message-ID: <43EB418A.2040707@jetnet.co.uk> Date: Thu, 09 Feb 2006 13:20:10 +0000 From: David Reid User-Agent: Mozilla Thunderbird 1.0.7 (X11/20060110) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD AMD64 Mailing List X-Enigmail-Version: 0.93.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at jetnet.co.uk Cc: Subject: core dumps? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 13:20:12 -0000 I've been trying to get my machine to dump cores when it crashes, but in /var/crash all I see is one file called minfree and no core dumps are created when the system crashes. In rc.conf I have dumpdir="/var/crash" dumpdev="/dev/ar0s1b" Any ideas why I don't get core dumps created? Thanks david From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 9 13:27:47 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85DDB16A422 for ; Thu, 9 Feb 2006 13:27:47 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E5EF43D45 for ; Thu, 9 Feb 2006 13:27:47 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so121316wxc for ; Thu, 09 Feb 2006 05:27:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YtJvPP6Q12mpL4niaR80YyChFrL1YkculU6DvupOBL8haSTG9C4afAbl2USRHbG7zX9QVlEhJCAM8bFQrzkcg0wfCxew1RUfb29jeePzhtmR/dgCOlVfasElvffufhi409RPkBKz2OL1yvEes2TFUKrkcKsQlJXyMDlsVRTxgFI= Received: by 10.70.96.9 with SMTP id t9mr1085059wxb; Thu, 09 Feb 2006 05:27:44 -0800 (PST) Received: by 10.70.105.2 with HTTP; Thu, 9 Feb 2006 05:27:44 -0800 (PST) Message-ID: <84dead720602090527o28f37897nf527514c4c2de0e6@mail.gmail.com> Date: Thu, 9 Feb 2006 18:57:44 +0530 From: Joseph Koshy To: David Reid In-Reply-To: <43EB418A.2040707@jetnet.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43EB418A.2040707@jetnet.co.uk> Cc: FreeBSD AMD64 Mailing List Subject: Re: core dumps? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 13:27:47 -0000 dr> I've been trying to get my machine to dump cores when it dr> crashes, but in /var/crash all I see is one file called dr> minfree and no core dumps are created when the system dr> crashes. Do you see an error message from savecore when the machine boots up? -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 9 14:39:56 2006 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05E2816A420; Thu, 9 Feb 2006 14:39:56 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2ED8F43D6A; Thu, 9 Feb 2006 14:39:41 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (dialup247.ach.sch.gr [81.186.70.247]) (authenticated bits=0) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k19EdOfM004327; Thu, 9 Feb 2006 16:39:30 +0200 Received: by flame.pc (Postfix, from userid 1001) id 4004F5C89; Thu, 9 Feb 2006 03:54:21 +0200 (EET) Date: Thu, 9 Feb 2006 03:54:21 +0200 From: Giorgos Keramidas To: John Baldwin Message-ID: <20060209015420.GA1592@flame.pc> References: <20060208075439.82637.qmail@web53901.mail.yahoo.com> <200602081039.41103.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602081039.41103.jhb@freebsd.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.864, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.29, BAYES_00 -2.60, DATE_IN_PAST_12_24 1.25) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: amd64@freebsd.org, freebsd-hackers@freebsd.org, Daniel Valencia Subject: Re: Fwd: Re: Problems with SMP in amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 14:39:56 -0000 On 2006-02-08 10:39, John Baldwin wrote: >On Wednesday 08 February 2006 02:54, Daniel Valencia wrote: >> OK... it's Jan. 25th, at 8:14am. >> >> there are a bunch of commits at 8:14:45 that relate to the ata >> drivers, and a couple at second 46 and 47... but that's it. > > Interesting. Those changes are just before the /dev/pts > changes that a lot of people are currently blaming for amd64 > instability. It looks like 8:14am your time is 6:14pm PST? I'm seeing random panics (unfortunately under X11, and I haven't had the time to build a kernel with DDB_UNATTENDED yet) with a kernel from 2006/01/26 01:30:00 UTC, but not as serious as the ones after the pts changes. What is funny is that reverting the pts changes to sys/kern only from HEAD doesn't solve the syscons problems on FreeBSD/amd64 I've hit, so it is possible that the bug that has prevented HEAD from being usable here for a few days exists in pre-pts code. I'm now rolling back to 2006/01/25 00:00:00 UTC, which seems to be the last date I could build a kernel & userland that was safe to use on my laptop. Then I'll start trying to narrow this down in the commits between: 2006/01/25 00:00:00 UTC 2006/01/26 01:30:00 UTC But it may take a while, since I only have a single amd64 machine here and it builds world+kernel in around 1.5 hours. - Giorgos From owner-freebsd-amd64@FreeBSD.ORG Thu Feb 9 16:28:08 2006 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 128E016A420 for ; Thu, 9 Feb 2006 16:28:08 +0000 (GMT) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (c-24-16-180-74.hsd1.wa.comcast.net [24.16.180.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id A960343D45 for ; Thu, 9 Feb 2006 16:28:07 +0000 (GMT) (envelope-from glewis@eyesbeyond.com) Received: from misty.eyesbeyond.com (localhost.eyesbeyond.com [127.0.0.1]) by misty.eyesbeyond.com (8.13.3/8.13.3) with ESMTP id k19GS3tp094023; Thu, 9 Feb 2006 09:28:03 -0700 (MST) (envelope-from glewis@eyesbeyond.com) Received: (from glewis@localhost) by misty.eyesbeyond.com (8.13.3/8.13.3/Submit) id k19GS0Cm094022; Thu, 9 Feb 2006 09:28:00 -0700 (MST) (envelope-from glewis@eyesbeyond.com) X-Authentication-Warning: misty.eyesbeyond.com: glewis set sender to glewis@eyesbeyond.com using -f Date: Thu, 9 Feb 2006 09:28:00 -0700 From: Greg Lewis To: Ken Gunderson Message-ID: <20060209162800.GA93937@misty.eyesbeyond.com> References: <839aec700602051742y7b3612a0pbc24c0b90687c98d@mail.gmail.com> <20060208175857.5ee11071.kgunders@teamcool.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060208175857.5ee11071.kgunders@teamcool.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-amd64@freebsd.org Subject: Re: (jdk15) Java plugin for firefox - how to enable? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2006 16:28:08 -0000 On Wed, Feb 08, 2006 at 05:58:57PM -0700, Ken Gunderson wrote: > On Sun, 5 Feb 2006 18:42:49 -0700 > Darren Spruell wrote: > > > I'm running FreeBSD 6.0-RELEASE on amd64 and would like to get the Sun > > JDK browser plugin set up on my system. I use firefox from ports. > > > > If I understand right, java/jdk15 will build a native JDK for FreeBSD > > on i386 and amd64. http://www.freebsd.org/java/dists/15.html suggests > > that the port will support Web Start and the browser plugin for > > Mozilla and Firefox. > > > > I notice the Makefile for jdk15 checks to see if the architecture is > > amd64 and if so, sets WITHOUT_WEB=yes which the inline comments say > > will cause the browser plugin to not be built. I suspect this is the > > case also because after installing jdk15 I can still only find the > > fyi- I cannot even get jdk15 to build under AMD using fbsd-i386 > WITH_MOZILLA=firefox. The browser plugin wasn't 64 bit clean on either the browser or Java end for Mozilla and Firefox <= 1.0. Firefox 1.5 has changed the interface and it isn't backwards compatible. So currently you are doubly screwed getting the plugin to work on amd64. -- Greg Lewis Email : glewis@eyesbeyond.com Eyes Beyond Web : http://www.eyesbeyond.com Information Technology FreeBSD : glewis@FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 10 00:26:38 2006 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90E0D16A420; Fri, 10 Feb 2006 00:26:38 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ADAA43D45; Fri, 10 Feb 2006 00:26:38 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3539172DDD; Thu, 9 Feb 2006 16:26:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2D62E72DCB; Thu, 9 Feb 2006 16:26:38 -0800 (PST) Date: Thu, 9 Feb 2006 16:26:38 -0800 (PST) From: Doug White To: Steve Rieger In-Reply-To: <200602072247.k17MlPES015846@www.freebsd.org> Message-ID: <20060209162213.I10921@carver.gumbysoft.com> References: <200602072247.k17MlPES015846@www.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-gnats-submit@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: amd64/93002: amd64 (6.0) coredumps at unpredictable times X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 00:26:38 -0000 On Tue, 7 Feb 2006, Steve Rieger wrote: > Fatal trap 1: privileged instruction fault while in kernel mode > instruction pointer = 0x8:0xffffffff8040d5ea > stack pointer = 0x10:0xffffffffb54df6d0 > frame pointer = 0x10:0xffffffffa5171000 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 60492 (as) > trap number = 1 > panic: privileged instruction fault This is a very atypical trap. If you were running -CURRENT it'd indicate a bug, but the location of the trap isn't around any sort of privilieged instruction which leads me to believe you have a hardware issue. To check, can you please load this dump back into gdb and run: disass 0xffffffff8040d5ea This will print a disassembly of the function at that point. Please post the output of the first screen or so. That may help us identify what the faulting instruction was. If that instruction can't throw that type of exception then we can eliminate a software bug. > pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 > pci_link29: BIOS IRQ 12 for -2145774616.1.INTA is invalid > pci_link23: BIOS IRQ 10 for -2145774616.2.INTA is invalid > pci_link24: BIOS IRQ 10 for -2145774616.2.INTB is invalid > pci_link30: BIOS IRQ 10 for -2145774616.2.INTC is invalid This is additionally scary, as it looks like there is bad bugs in the ACPI tables in the BIOS. If you haven't already, please upgrade the BIOS on your system to the latest, and verify that the memory installed in the system is the type specified by the board vendor. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 10 00:30:17 2006 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D06F416A420 for ; Fri, 10 Feb 2006 00:30:17 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CBC243D48 for ; Fri, 10 Feb 2006 00:30:17 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1A0UHrQ027555 for ; Fri, 10 Feb 2006 00:30:17 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1A0UHNa027554; Fri, 10 Feb 2006 00:30:17 GMT (envelope-from gnats) Date: Fri, 10 Feb 2006 00:30:17 GMT Message-Id: <200602100030.k1A0UHNa027554@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Doug White Cc: Subject: Re: amd64/93002: amd64 (6.0) coredumps at unpredictable times X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Doug White List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 00:30:18 -0000 The following reply was made to PR amd64/93002; it has been noted by GNATS. From: Doug White To: Steve Rieger Cc: freebsd-gnats-submit@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: amd64/93002: amd64 (6.0) coredumps at unpredictable times Date: Thu, 9 Feb 2006 16:26:38 -0800 (PST) On Tue, 7 Feb 2006, Steve Rieger wrote: > Fatal trap 1: privileged instruction fault while in kernel mode > instruction pointer = 0x8:0xffffffff8040d5ea > stack pointer = 0x10:0xffffffffb54df6d0 > frame pointer = 0x10:0xffffffffa5171000 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 60492 (as) > trap number = 1 > panic: privileged instruction fault This is a very atypical trap. If you were running -CURRENT it'd indicate a bug, but the location of the trap isn't around any sort of privilieged instruction which leads me to believe you have a hardware issue. To check, can you please load this dump back into gdb and run: disass 0xffffffff8040d5ea This will print a disassembly of the function at that point. Please post the output of the first screen or so. That may help us identify what the faulting instruction was. If that instruction can't throw that type of exception then we can eliminate a software bug. > pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 > pci_link29: BIOS IRQ 12 for -2145774616.1.INTA is invalid > pci_link23: BIOS IRQ 10 for -2145774616.2.INTA is invalid > pci_link24: BIOS IRQ 10 for -2145774616.2.INTB is invalid > pci_link30: BIOS IRQ 10 for -2145774616.2.INTC is invalid This is additionally scary, as it looks like there is bad bugs in the ACPI tables in the BIOS. If you haven't already, please upgrade the BIOS on your system to the latest, and verify that the memory installed in the system is the type specified by the board vendor. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 10 13:53:51 2006 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 244BD16A420; Fri, 10 Feb 2006 13:53:51 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A6B943D45; Fri, 10 Feb 2006 13:53:49 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 8163452 for multiple; Fri, 10 Feb 2006 08:53:02 -0500 Received: from [192.168.0.15] (osx.baldwin.cx [192.168.0.15]) (authenticated bits=0) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1ADrjrK075141; Fri, 10 Feb 2006 08:53:45 -0500 (EST) (envelope-from jhb@FreeBSD.org) In-Reply-To: <20060209162213.I10921@carver.gumbysoft.com> References: <200602072247.k17MlPES015846@www.freebsd.org> <20060209162213.I10921@carver.gumbysoft.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: John Baldwin Date: Fri, 10 Feb 2006 08:52:34 -0500 To: Doug White X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: ClamAV 0.87.1/1283/Thu Feb 9 15:55:06 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: Steve Rieger , freebsd-gnats-submit@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: amd64/93002: amd64 (6.0) coredumps at unpredictable times X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 13:53:51 -0000 On Feb 9, 2006, at 7:26 PM, Doug White wrote: > On Tue, 7 Feb 2006, Steve Rieger wrote: > >> Fatal trap 1: privileged instruction fault while in kernel mode >> instruction pointer = 0x8:0xffffffff8040d5ea >> stack pointer = 0x10:0xffffffffb54df6d0 >> frame pointer = 0x10:0xffffffffa5171000 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 60492 (as) >> trap number = 1 >> panic: privileged instruction fault > > This is a very atypical trap. If you were running -CURRENT it'd > indicate a > bug, but the location of the trap isn't around any sort of privilieged > instruction which leads me to believe you have a hardware issue. Agreed. >> pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 >> pci_link29: BIOS IRQ 12 for -2145774616.1.INTA is invalid >> pci_link23: BIOS IRQ 10 for -2145774616.2.INTA is invalid >> pci_link24: BIOS IRQ 10 for -2145774616.2.INTB is invalid >> pci_link30: BIOS IRQ 10 for -2145774616.2.INTC is invalid > > This is additionally scary, as it looks like there is bad bugs in > the ACPI > tables in the BIOS. Nah, it's a bug in FreeBSD that is already fixed in RELENG_6. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 10 14:00:23 2006 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C8CF16A420 for ; Fri, 10 Feb 2006 14:00:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15A6B43D45 for ; Fri, 10 Feb 2006 14:00:23 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1AE0MOk088493 for ; Fri, 10 Feb 2006 14:00:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1AE0Mpt088492; Fri, 10 Feb 2006 14:00:22 GMT (envelope-from gnats) Date: Fri, 10 Feb 2006 14:00:22 GMT Message-Id: <200602101400.k1AE0Mpt088492@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: John Baldwin Cc: Subject: Re: amd64/93002: amd64 (6.0) coredumps at unpredictable times X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John Baldwin List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 14:00:23 -0000 The following reply was made to PR amd64/93002; it has been noted by GNATS. From: John Baldwin To: Doug White Cc: Steve Rieger , freebsd-gnats-submit@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: amd64/93002: amd64 (6.0) coredumps at unpredictable times Date: Fri, 10 Feb 2006 08:52:34 -0500 On Feb 9, 2006, at 7:26 PM, Doug White wrote: > On Tue, 7 Feb 2006, Steve Rieger wrote: > >> Fatal trap 1: privileged instruction fault while in kernel mode >> instruction pointer = 0x8:0xffffffff8040d5ea >> stack pointer = 0x10:0xffffffffb54df6d0 >> frame pointer = 0x10:0xffffffffa5171000 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, resume, IOPL = 0 >> current process = 60492 (as) >> trap number = 1 >> panic: privileged instruction fault > > This is a very atypical trap. If you were running -CURRENT it'd > indicate a > bug, but the location of the trap isn't around any sort of privilieged > instruction which leads me to believe you have a hardware issue. Agreed. >> pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 >> pci_link29: BIOS IRQ 12 for -2145774616.1.INTA is invalid >> pci_link23: BIOS IRQ 10 for -2145774616.2.INTA is invalid >> pci_link24: BIOS IRQ 10 for -2145774616.2.INTB is invalid >> pci_link30: BIOS IRQ 10 for -2145774616.2.INTC is invalid > > This is additionally scary, as it looks like there is bad bugs in > the ACPI > tables in the BIOS. Nah, it's a bug in FreeBSD that is already fixed in RELENG_6. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-amd64@FreeBSD.ORG Fri Feb 10 23:10:19 2006 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C3C516A420; Fri, 10 Feb 2006 23:10:19 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 312A943D49; Fri, 10 Feb 2006 23:10:17 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.5/8.13.5/Debian-3) with ESMTP id k1AN9uRl013680 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 11 Feb 2006 01:09:59 +0200 Received: from flame.pc (flame [127.0.0.1]) by flame.pc (8.13.4/8.13.4) with ESMTP id k1AN9ovg001039; Sat, 11 Feb 2006 01:09:50 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by flame.pc (8.13.4/8.13.4/Submit) id k1AN9oo7001038; Sat, 11 Feb 2006 01:09:50 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 11 Feb 2006 01:09:50 +0200 From: Giorgos Keramidas To: Robert Watson Message-ID: <20060210230950.GA938@flame.pc> References: <20060201235556.GA708@troutmask.apl.washington.edu> <20060207104411.GA1067@flame.pc> <20060207132335.W37594@fledge.watson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060207132335.W37594@fledge.watson.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.351, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.85, BAYES_00 -2.60, DNS_FROM_RFC_ABUSE 0.20) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr Cc: freebsd-current@FreeBSD.org, Olivier Houchard , freebsd-amd64@FreeBSD.org Subject: Re: HEADSUP: New pts code triggers panics on amd64 systems. X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 23:10:19 -0000 On 2006-02-07 13:26, Robert Watson wrote: >On Tue, 7 Feb 2006, Giorgos Keramidas wrote: >>On 2006-02-01 15:55, Steve Kargl wrote: >>>After a binary search, I have determined that the new pts code is >>>triggering kernel panics on an AMD64 system. >> >> It also makes syscons unusable here. >> >> I just rebuilt a HEAD snapshot from today's latest CVSup, installed it >> in /dev/ad0s1a (my test partition), and the behavior is still the same >> as a few days ago: >> >> - single user mode shell works fine >> >> - in multiuser mode, when syscons reaches a login prompt >> i have to press RET twice to see the last line >> >> It seems that something is broken in the way syscons detects whether an >> output line should be flushed out, but I'm not sure. >> >> A snapshot from -D '2006/01/26 01:30:00 UTC' works fine (just before the >> first pts change). >> >> I don't know how to debug this or provide more useful feedback, but I'll >> look at the diffs later today, when I'm done with $REALJOB stuff. > > Does the instability occur if kern.pts.enable=0, or only when > kern.pts.enable=1? If 0, if you back out the user space changes but leave > tty_pts.c compiled into the kernel, do the instability issues persist? How > about with the kernel code compiled out, but the user space code in place? > > Basically, it would be good to know if what you're seeing is a property of > the pts code being in the kernel at all, or a property of it actually in > use. I'm not sure if what I see is a pts side-effect. I rebuilt a snapshot of HEAD again today, and discovered something else that may help us track this down. A few more observations, in case they prove helpful to someone more acquainted with the way syscons output is supposed to work: - If I keep hitting Scroll-Lock again and again, then syscons output *does* eventually appear. - If I type stuff without seeing it and then press RETURN twice, the previous from last line *does* appear in my terminal. - When pressing CTRL-ALT-ESC, the debugger starts normally, but after typing many times commands that have large output, i.e.: show witness the console locks up entirely. This looks like a locking problem, instead of a pts/syscons one :-/ From owner-freebsd-amd64@FreeBSD.ORG Sat Feb 11 11:37:01 2006 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5221A16A420; Sat, 11 Feb 2006 11:37:01 +0000 (GMT) (envelope-from matteo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3E2F43D48; Sat, 11 Feb 2006 11:37:00 +0000 (GMT) (envelope-from matteo@FreeBSD.org) Received: from freefall.freebsd.org (matteo@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k1BBb0X1074829; Sat, 11 Feb 2006 11:37:00 GMT (envelope-from matteo@freefall.freebsd.org) Received: (from matteo@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k1BBb09L074825; Sat, 11 Feb 2006 11:37:00 GMT (envelope-from matteo) Date: Sat, 11 Feb 2006 11:37:00 GMT From: Matteo Riondato Message-Id: <200602111137.k1BBb09L074825@freefall.freebsd.org> To: matteo@FreeBSD.org, freebsd-amd64@FreeBSD.org, matteo@FreeBSD.org Cc: Subject: Re: amd64/91571: amd64 startup not initializing 32-bit librarys in ldconfig X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Feb 2006 11:37:01 -0000 Synopsis: amd64 startup not initializing 32-bit librarys in ldconfig Responsible-Changed-From-To: freebsd-amd64->matteo Responsible-Changed-By: matteo Responsible-Changed-When: Sat Feb 11 11:36:28 UTC 2006 Responsible-Changed-Why: I'll work on this http://www.freebsd.org/cgi/query-pr.cgi?pr=91571