From owner-freebsd-sparc64@FreeBSD.ORG Sun Apr 17 12:49:58 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7918D16A4CE for ; Sun, 17 Apr 2005 12:49:58 +0000 (GMT) Received: from dorado.vub.ac.be (dorado.vub.ac.be [134.184.129.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1032B43D45 for ; Sun, 17 Apr 2005 12:49:58 +0000 (GMT) (envelope-from IX@pandora.be) Received: from gaosu.rave.org (igwe5.vub.ac.be [134.184.49.5]) by dorado.vub.ac.be (Postfix) with ESMTP id 48753148; Sun, 17 Apr 2005 14:49:57 +0200 (CEST) Received: by gaosu.rave.org (Postfix, from userid 1980) id C702AFB; Sun, 17 Apr 2005 12:49:58 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by gaosu.rave.org (Postfix) with ESMTP id 86DE3D2DB; Sun, 17 Apr 2005 12:49:58 +0000 (UTC) Date: Sun, 17 Apr 2005 12:49:58 +0000 (UTC) From: IX@pandora.be X-X-Sender: dieter@gaosu.rave.org To: Gheorghe Ardelean In-Reply-To: Message-ID: References: X-Powered-by: NetBSD/i386 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-sparc64@freebsd.org Subject: Re: 5.4-RC2 hang on boot on Ultra1 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Apr 2005 12:49:58 -0000 On Thu, 14 Apr 2005, Gheorghe Ardelean wrote: > Hi, > > While trying to boot a plain U1 from a disk installed with 5.4-RC2 (the > disk was installed in a U5) the systems hangs just after entering the > kernel. I see the same hang on an ultra2, booting from the 5.4RC2 bootonly iso. I don't know what details I need to provide. If it's useful, I can send a NetBSD dmesg output. Kind regards, dieter -- There is virtue in doing the right thing just for the sake of doing it right. -- Nicholas Petreley From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 18 02:16:33 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A4F116A4CE; Mon, 18 Apr 2005 02:16:33 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D5F343D2D; Mon, 18 Apr 2005 02:16:32 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.3/8.13.3) with ESMTP id j3I2GVoc012393; Sun, 17 Apr 2005 22:16:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j3I2GloK017733; Sun, 17 Apr 2005 22:16:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 058CB7306E; Sun, 17 Apr 2005 22:16:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050418021630.058CB7306E@freebsd-current.sentex.ca> Date: Sun, 17 Apr 2005 22:16:30 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2005 02:16:33 -0000 TB --- 2005-04-18 00:38:45 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-18 00:38:45 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-04-18 00:38:45 - checking out the source tree TB --- 2005-04-18 00:38:45 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-04-18 00:38:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-18 00:45:46 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-18 00:45:46 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-04-18 00:45:46 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-18 01:53:53 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-18 01:53:53 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-04-18 01:53:53 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Apr 18 01:53:53 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Apr 18 02:05:49 UTC 2005 TB --- 2005-04-18 02:05:49 - generating LINT kernel config TB --- 2005-04-18 02:05:49 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-04-18 02:05:49 - /usr/bin/make -B LINT TB --- 2005-04-18 02:05:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-18 02:05:49 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-04-18 02:05:49 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Apr 18 02:05:49 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/pci/ofw _pcibus.c awk -f /tinderbox/CURRENT/sparc64/sparc64/src/sys/tools/makeobjops.awk /tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/pci/ofw_pci_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large- function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror ofw_pci_if.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/pci/psy cho.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/sbus/sb us.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/dev/twa -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror /tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/sbus/ls i64854.c /tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/sbus/lsi64854.c: In function `lsi64854_pp_intr': /tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/sbus/lsi64854.c:659: warning: format argument is not a pointer (arg 5) /tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/sbus/lsi64854.c:659: warning: too many arguments for format *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-04-18 02:16:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-18 02:16:30 - ERROR: failed to build lint kernel TB --- 2005-04-18 02:16:30 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 18 11:02:14 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3D2716A4EC for ; Mon, 18 Apr 2005 11:02:14 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE36E43D31 for ; Mon, 18 Apr 2005 11:02:14 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j3IB2D20093411 for ; Mon, 18 Apr 2005 11:02:13 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j3IB2Cff093404 for freebsd-sparc64@freebsd.org; Mon, 18 Apr 2005 11:02:12 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 18 Apr 2005 11:02:12 GMT Message-Id: <200504181102.j3IB2Cff093404@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Subject: Current problem reports assigned to you X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2005 11:02:15 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2004/09/14] sparc64/71729sparc64 printf in kernel thread causes panic on S o [2004/10/21] sparc64/72962sparc64 [sysinstall] Sysinstall panics on sparc64 o [2004/11/02] sparc64/73413sparc64 [patch] pthread(libkse) library is broken o [2004/11/10] sparc64/73782sparc64 libc is missing the _Qp_cmp function o [2005/02/12] sparc64/77417sparc64 [panic] with high usage of cpu when lan u 5 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2004/07/09] sparc64/68869sparc64 netcard: Unexpect packet size, drop packe o [2004/10/22] sparc64/72998sparc64 [patch] set_mcontext() change syscalls pa 2 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 18 12:45:16 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E41416A582 for ; Mon, 18 Apr 2005 12:45:16 +0000 (GMT) Received: from tts.orel.ru (tts.orel.ru [213.59.64.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id 530E143D5F for ; Mon, 18 Apr 2005 12:45:12 +0000 (GMT) (envelope-from bel@orel.ru) Received: from belnb (pf1.net.orel.ru [213.59.64.75]) (authenticated bits=0) by tts.orel.ru (8.13.1/8.13.1/bel) with ESMTP id j3ICj9Mo021169 for ; Mon, 18 Apr 2005 16:45:10 +0400 Message-ID: <000601c54414$91dad6c0$4763a8c0@belnb> From: "Andrew Belashov" To: Date: Mon, 18 Apr 2005 16:45:15 +0400 Organization: ORIS X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4946.1400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4946.1400 X-Zombi-Check: on netra2.orel.ru Subject: firefox panics in run-time relocation code X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2005 12:45:16 -0000 On Tue, Oct 26, 15:23:28 PDT 2004, Marius Strobl wrote: > On Tue, Oct 26, 2004 at 06:09:14PM +0400, Andrew Belashov wrote: > > Hello, All! > > > > firefox compiled from ports. > > > > Someone has the same problem? > > > > It segfaulted when I gave it a try two months ago when looking at the > state of xorg on sparc64 but I can't remeber where. I think it was in > it's own code though and not in rtld or I'd remember. > Did firefox ever work on sparc64? Mozilla didn't work until Thomas > Moestl fixed it (still works) and these patches where brought over to > firefox but I'm not aware if firefox was tested on sparc64 so far. Firefox on FreeBSD/sparc64 STILL broken? To All: What browser are you using? From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 19 03:29:48 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A38016A4CE; Tue, 19 Apr 2005 03:29:48 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4191543D41; Tue, 19 Apr 2005 03:29:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 7C64C51CC5; Mon, 18 Apr 2005 20:29:47 -0700 (PDT) Date: Mon, 18 Apr 2005 20:29:47 -0700 From: Kris Kennaway To: sparc64@FreeBSD.org, net@FreeBSD.org, rwatson@freeBSD.org Message-ID: <20050419032947.GA23047@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: "panic: trap: fast data access mmu miss" in m_copym X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 03:29:48 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This on an u10 running FreeBSD 5.3-STABLE (NETBOOT) #1: Sun Dec 12 18:38:35 JST 2004 It may already be fixed, but since this is clearly a very infrequent problem (the other 7 machines with the same kernel have been running for months) it will be hard to tell empirically. Unfortunately I don't seem to have a kernel.debug for this machine.=20 panic: trap: fast data access mmu miss cpuid =3D 0 KDB: enter: panic [thread 100005] Stopped at kdb_enter+0x38: ta %xcc, 1 db> wh panic() at panic+0x214 trap() at trap+0x13c -- fast data access mmu miss tar=3D0 %o7=3D0xc02b2090 -- m_copym() at m_copym+0x40 tcp_output() at tcp_output+0xfa4 tcp_input() at tcp_input+0x3680 ip_input() at ip_input+0x150 netisr_processqueue() at netisr_processqueue+0x7c swi_net() at swi_net+0x154 ithread_loop() at ithread_loop+0x124 fork_exit() at fork_exit+0x68 fork_trampoline() at fork_trampoline+0x8 db> --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD4DBQFCZHsqWry0BWjoQKURAgPZAKDBul3V7HPuZenHjpakqbCbY+/yugCXRGQS 7uKLOW80vtZ1kLgg5rKiSQ== =7pSM -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 19 04:34:29 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E0E516A4CE for ; Tue, 19 Apr 2005 04:34:29 +0000 (GMT) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2812943D5C for ; Tue, 19 Apr 2005 04:34:28 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from yongari@rndsoft.co.kr(192.168.5.90) by MailFilter v1.05 with ESMTP Processed in 0.126604 secs; 19 Apr 2005 13:32:43 +0900 Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) j3J4Xxm1005766 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 19 Apr 2005 13:33:59 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j3J4XxOt005765 for freebsd-sparc64@freebsd.org; Tue, 19 Apr 2005 13:33:59 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Tue, 19 Apr 2005 13:33:59 +0900 From: Pyun YongHyeon To: freebsd-sparc64@freebsd.org Message-ID: <20050419043359.GA4941@michelle.rndsoft.co.kr> References: <20050414092608.GB2855@michelle.rndsoft.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050414092608.GB2855@michelle.rndsoft.co.kr> User-Agent: Mutt/1.4.2.1i Subject: Re: em(4) patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@rndsoft.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 04:34:29 -0000 On Thu, Apr 14, 2005 at 06:26:08PM +0900, To freebsd-sparc64@freebsd.org wrote: > > I have a initial patch that make em(4) work on sparc64. > The patch seems to work but it may have uncovered bugs in it. Here is updated patch. http://www.kr.freebsd.org/~yongari/em.patch.0419 The new patch includes jmg's suggestion and supports JUMBO frames. Though OpenBSD's aligment code works well I noticed it suffers from poor performance. So I used simple mbuf prepend method which is slightly faster than that of OpenBSD's code. Of course, best performance would be obtained when JUMBO frame is not used at all. :-( -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 19 04:50:16 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D872C16A4CE for ; Tue, 19 Apr 2005 04:50:16 +0000 (GMT) Received: from rndsoft.co.kr (michelle.rndsoft.co.kr [211.32.202.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF7B043D3F for ; Tue, 19 Apr 2005 04:50:15 +0000 (GMT) (envelope-from yongari@rndsoft.co.kr) Received: from yongari@rndsoft.co.kr(192.168.5.90) by MailFilter v1.05 with ESMTP Processed in 0.127586 secs; 19 Apr 2005 13:48:30 +0900 Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.1/8.13.1) with ESMTP id j3J4nlBi005808 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Apr 2005 13:49:47 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j3J4nkVY005807; Tue, 19 Apr 2005 13:49:46 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Tue, 19 Apr 2005 13:49:46 +0900 From: Pyun YongHyeon To: John-Mark Gurney Message-ID: <20050419044946.GB4941@michelle.rndsoft.co.kr> References: <20050414092608.GB2855@michelle.rndsoft.co.kr> <20050414192749.GO56487@funkthat.com> <20050415023902.GC7393@michelle.rndsoft.co.kr> <20050415030935.GQ56487@funkthat.com> <20050415042731.GD7393@michelle.rndsoft.co.kr> <20050415051112.GE7393@michelle.rndsoft.co.kr> <20050415154309.GS56487@funkthat.com> <20050416004627.GA11603@michelle.rndsoft.co.kr> <20050416170133.GA16099@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050416170133.GA16099@funkthat.com> User-Agent: Mutt/1.4.2.1i cc: freebsd-sparc64@freebsd.org Subject: Re: em(4) patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@rndsoft.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 04:50:17 -0000 On Sat, Apr 16, 2005 at 10:01:33AM -0700, John-Mark Gurney wrote: > Pyun YongHyeon wrote this message on Sat, Apr 16, 2005 at 09:46 +0900: > > On Fri, Apr 15, 2005 at 08:43:09AM -0700, John-Mark Gurney wrote: > > > Sten Spans wrote this message on Fri, Apr 15, 2005 at 12:09 +0200: > > > > >With your changes JUMBO frames work here. This should also fix PR75794. > > > > >It would be really great if your changes could be comitted. > > > > > > > > Let's not forget ipv6 please, it needs this fix too, > > > > if the code is imported. > > > > > > And netatalk, netipsec and netipx too will probably need these changes.. > > > > > > Another reason I haven't brought in the code quite yet... > > > > Hmm, this means we have to patch all filrewalls(pf/ipfw/ipf), carp(4) > > and possibily netgraph(4) too. I'm afraid this is not right direction > > to go. Alignment fixup would be best served in ether_input or in driver > > layer which seems to be more appropriate place. Maybe this is the > > reason why OpenBSD have such a complex alignment code in em driver. > > Please make sure you know the entire problem before you say it's no > the correct way to go... Drivers like re and vge have to copy up an > entire cluster (2k), just to make alignment correct... It's even more > ugly than patching everyone to self align... > > Also, IMO, it's the correct layer to put the fix up in each firewalls, > etc.. Because the driver should not magicly know that the upper layers > need an alignment.. Plus, what happens if someone happens to use foobar > which only needs 2 byte alignment... Why should we continue to fixup > packets on alignment constrained machines when this layer doesn't need > it? > Personally, I beleive all upper layers(> L2) assume its payload is aligned correctly(maybe NFS is exception). So if lower layers give no assurance on alignment it have to check whether it needs alignment fixup(currently no such check exist and your m_copyup would handle this transparently). According to my experimentation your m_copyup works well. But this means all protocol handlers should have this check too and I think that is hard to maintain since there are so many places to add this code. AFAIK all firewalls can be run under bridge environments. In this situation they need your alignment fixup code too. However if lower layer(ethernet layer or driver layer) can provide alignment free mbuf, there is no need to add a such alignment fixup code. In addition, I believe we can avoid alignment fixup code for architecures that allow non-aligned memory access in driver layer by defining conditioanal compilation. Of course, driver layer does not know that upper layers need an alignment. However I think almost all protocols have designed to align 4 byte boundary so ethernet header and its type field would be the only exception. If a protocol handler need x byte alignment it should handle this in its protocol handler since other parts of code assumes 4 byte boundary, IMO. > Hence why I am trying to get some performance measurements to see just > the performance difference the extra mbuf allocation makes over coping > data... -- Regards, Pyun YongHyeon http://www.kr.freebsd.org/~yongari | yongari@freebsd.org From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 19 07:35:18 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9563916A4CE; Tue, 19 Apr 2005 07:35:18 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 475C843D53; Tue, 19 Apr 2005 07:35:18 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id 49B8446B33; Tue, 19 Apr 2005 03:35:17 -0400 (EDT) Date: Tue, 19 Apr 2005 08:36:28 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kris Kennaway In-Reply-To: <20050419032947.GA23047@xor.obsecurity.org> Message-ID: <20050419083350.V31061@fledge.watson.org> References: <20050419032947.GA23047@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: net@FreeBSD.org cc: sparc64@FreeBSD.org Subject: Re: "panic: trap: fast data access mmu miss" in m_copym X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 07:35:18 -0000 On Mon, 18 Apr 2005, Kris Kennaway wrote: > This on an u10 running > > FreeBSD 5.3-STABLE (NETBOOT) #1: Sun Dec 12 18:38:35 JST 2004 > > It may already be fixed, but since this is clearly a very infrequent > problem (the other 7 machines with the same kernel have been running for > months) it will be hard to tell empirically. > > Unfortunately I don't seem to have a kernel.debug for this machine. Is it possible to build a kernel from around the right date and see how closely things match? Do you have the full trap message? There was a 2005/01/12 change to tcp_output.c that corrected a possible crash, but I don't have the details of the crash on-hand to know if it's the same one. A lin number would be very helpful, even approximate, for the call to m_copym() in tcp_output(), as well as the full fault message. Robert N M Watson > > panic: trap: fast data access mmu miss > cpuid = 0 > KDB: enter: panic > [thread 100005] > Stopped at kdb_enter+0x38: ta %xcc, 1 > db> wh > panic() at panic+0x214 > trap() at trap+0x13c > -- fast data access mmu miss tar=0 %o7=0xc02b2090 -- > m_copym() at m_copym+0x40 > tcp_output() at tcp_output+0xfa4 > tcp_input() at tcp_input+0x3680 > ip_input() at ip_input+0x150 > netisr_processqueue() at netisr_processqueue+0x7c > swi_net() at swi_net+0x154 > ithread_loop() at ithread_loop+0x124 > fork_exit() at fork_exit+0x68 > fork_trampoline() at fork_trampoline+0x8 > db> > From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 19 12:29:39 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 233C816A4CE for ; Tue, 19 Apr 2005 12:29:39 +0000 (GMT) Received: from ford.blinkenlights.nl (ford.blinkenlights.nl [213.204.211.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9934F43D31 for ; Tue, 19 Apr 2005 12:29:38 +0000 (GMT) (envelope-from sten@blinkenlights.nl) Received: from tea.blinkenlights.nl (tea.blinkenlights.nl [IPv6:2001:960:301:3:a00:20ff:fe85:fa39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ford.blinkenlights.nl (Postfix) with ESMTP id BD24D3F294; Tue, 19 Apr 2005 14:29:36 +0200 (CEST) Received: by tea.blinkenlights.nl (Postfix, from userid 101) id BA091192; Tue, 19 Apr 2005 14:29:36 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by tea.blinkenlights.nl (Postfix) with ESMTP id A032D127; Tue, 19 Apr 2005 14:29:36 +0200 (CEST) Date: Tue, 19 Apr 2005 14:29:36 +0200 (CEST) From: Sten Spans To: Pyun YongHyeon In-Reply-To: <20050419043359.GA4941@michelle.rndsoft.co.kr> Message-ID: References: <20050414092608.GB2855@michelle.rndsoft.co.kr> <20050419043359.GA4941@michelle.rndsoft.co.kr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: freebsd-sparc64@freebsd.org Subject: Re: em(4) patch X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 12:29:39 -0000 On Tue, 19 Apr 2005, Pyun YongHyeon wrote: > On Thu, Apr 14, 2005 at 06:26:08PM +0900, To freebsd-sparc64@freebsd.org wrote: > > > > I have a initial patch that make em(4) work on sparc64. > > The patch seems to work but it may have uncovered bugs in it. > > Here is updated patch. > http://www.kr.freebsd.org/~yongari/em.patch.0419 > > The new patch includes jmg's suggestion and supports JUMBO frames. > Though OpenBSD's aligment code works well I noticed it suffers > from poor performance. So I used simple mbuf prepend method which > is slightly faster than that of OpenBSD's code. Of course, best > performance would be obtained when JUMBO frame is not used at all. :-( Great, thanks for looking into this. I've tested the patch on an alpha (ds10) running 5.4-RC3, with dev/em from current. Some netperf results: Recv Send Send Socket Socket Message Elapsed Size Size Size Time Throughput bytes bytes bytes secs. 10^6bits/sec openbsd code in: 87380 32768 32768 10.01 415.38 openbsd code out: 65536 16384 16384 10.00 403.87 fbsd patch in: 87380 32768 32768 10.01 409.02 fbsd patch out: 65536 16384 16384 10.00 464.78 Aka roughly comparable performance, and no crash :) -- Sten Spans "There is a crack in everything, that's how the light gets in." Leonard Cohen - Anthem From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 19 17:46:52 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 853EF16A4CE; Tue, 19 Apr 2005 17:46:52 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24D3843D5A; Tue, 19 Apr 2005 17:46:52 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 90A9651578; Tue, 19 Apr 2005 10:46:50 -0700 (PDT) Date: Tue, 19 Apr 2005 10:46:50 -0700 From: Kris Kennaway To: Robert Watson Message-ID: <20050419174650.GA55289@xor.obsecurity.org> References: <20050419032947.GA23047@xor.obsecurity.org> <20050419083350.V31061@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <20050419083350.V31061@fledge.watson.org> User-Agent: Mutt/1.4.2.1i cc: sparc64@FreeBSD.org cc: net@FreeBSD.org cc: Kris Kennaway Subject: Re: "panic: trap: fast data access mmu miss" in m_copym X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 17:46:52 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 19, 2005 at 08:36:28AM +0100, Robert Watson wrote: > On Mon, 18 Apr 2005, Kris Kennaway wrote: >=20 > >This on an u10 running > > > >FreeBSD 5.3-STABLE (NETBOOT) #1: Sun Dec 12 18:38:35 JST 2004 > > > >It may already be fixed, but since this is clearly a very infrequent=20 > >problem (the other 7 machines with the same kernel have been running for= =20 > >months) it will be hard to tell empirically. > > > >Unfortunately I don't seem to have a kernel.debug for this machine. >=20 > Is it possible to build a kernel from around the right date and see how= =20 > closely things match? I could, but I don't know how well this is likely to work. =20 > Do you have the full trap message? The full trap message is as above. sparc64 doesn't seem to give very detailed trap information. > There was a=20 > 2005/01/12 change to tcp_output.c that corrected a possible crash, but I= =20 > don't have the details of the crash on-hand to know if it's the same one.= =20 > A lin number would be very helpful, even approximate, for the call to=20 > m_copym() in tcp_output(), as well as the full fault message. I'll try to get the line number. Kris --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCZUQJWry0BWjoQKURAubJAKDtQMZvdC//MFqc4pXzg0McS4SvhwCdHO09 e9LIbbORoSBY34xtZImQ1jY= =h3DR -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 19 21:15:23 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 136A316A4CE; Tue, 19 Apr 2005 21:15:23 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 387F743D53; Tue, 19 Apr 2005 21:15:21 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j3JLFKBr045482; Tue, 19 Apr 2005 17:15:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.3/8.13.3) with ESMTP id j3JLFdK0004127; Tue, 19 Apr 2005 17:15:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9B72E7306E; Tue, 19 Apr 2005 17:15:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050419211520.9B72E7306E@freebsd-current.sentex.ca> Date: Tue, 19 Apr 2005 17:15:20 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 21:15:23 -0000 TB --- 2005-04-19 20:00:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-19 20:00:22 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-04-19 20:00:22 - checking out the source tree TB --- 2005-04-19 20:00:22 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-04-19 20:00:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-19 20:07:07 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-19 20:07:07 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-04-19 20:07:07 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-19 21:14:02 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-19 21:14:02 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-04-19 21:14:02 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Apr 19 21:14:03 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] machine -> /tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/include rm -f .depend GPATH GRTAGS GSYMS GTAGS rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include -I/tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/hwpmc/../../hwpmc/hwpmc_mod.c In file included from /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/hwpmc/../../hwpmc/hwpmc_mod.c:40: @/sys/pmc.h:1120:2: #error Unsupported PMC architecture. /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/hwpmc/../../hwpmc/hwpmc_mod.c:53:30: machine/pmc_mdep.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules/hwpmc. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-04-19 21:15:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-19 21:15:20 - ERROR: failed to build generic kernel TB --- 2005-04-19 21:15:20 - tinderbox aborted From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 19 23:26:24 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D40016A4CE; Tue, 19 Apr 2005 23:26:24 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE75643D39; Tue, 19 Apr 2005 23:26:23 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C803F51365; Tue, 19 Apr 2005 16:26:22 -0700 (PDT) Date: Tue, 19 Apr 2005 16:26:22 -0700 From: Kris Kennaway To: Robert Watson Message-ID: <20050419232622.GA30734@xor.obsecurity.org> References: <20050419032947.GA23047@xor.obsecurity.org> <20050419083350.V31061@fledge.watson.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline In-Reply-To: <20050419083350.V31061@fledge.watson.org> User-Agent: Mutt/1.4.2.1i cc: sparc64@FreeBSD.org cc: net@FreeBSD.org cc: Kris Kennaway Subject: Re: "panic: trap: fast data access mmu miss" in m_copym X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2005 23:26:24 -0000 --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 19, 2005 at 08:36:28AM +0100, Robert Watson wrote: > On Mon, 18 Apr 2005, Kris Kennaway wrote: >=20 > >This on an u10 running > > > >FreeBSD 5.3-STABLE (NETBOOT) #1: Sun Dec 12 18:38:35 JST 2004 > > > >It may already be fixed, but since this is clearly a very infrequent=20 > >problem (the other 7 machines with the same kernel have been running for= =20 > >months) it will be hard to tell empirically. > > > >Unfortunately I don't seem to have a kernel.debug for this machine. >=20 > Is it possible to build a kernel from around the right date and see how= =20 > closely things match? Do you have the full trap message? There was a=20 > 2005/01/12 change to tcp_output.c that corrected a possible crash, but I= =20 > don't have the details of the crash on-hand to know if it's the same one.= =20 > A lin number would be very helpful, even approximate, for the call to=20 > m_copym() in tcp_output(), as well as the full fault message. I tried building a kernel from the same source date. gdb53 couldn't decode the vmcore with it. With the stripped kernel I get this: panic: trap: fast data access mmu miss panic messages: --- panic: trap: fast data access mmu miss cpuid =3D 0 KDB: enter: panic Dumping 512 MB (2 chunks) chunk at 0x10000000: 268435456 bytes |\^H --- #0 0x00000000c0147e4c in doadump () (kgdb) bt #0 0x00000000c0147e4c in doadump () #1 0x00000000c005d9d4 in db_fncall () #2 0x00000000c005dbc4 in db_command_loop () #3 0x00000000c0060608 in db_trap () #4 0x00000000c0167dc8 in kdb_trap () #5 0x00000000c02d30a4 in trap () #6 0x00000000c01677d8 in kdb_enter () #7 0x00000000c01677d0 in kdb_enter () #8 0x00000000c0148d34 in panic () #9 0x00000000c02d2fbc in trap () #10 0x00000000c018acc0 in m_copym () #11 0x00000000c02b2090 in uma_zalloc_arg () #12 0x00000000c01f4ce4 in tcp_output () #13 0x00000000c01f3840 in tcp_input () #14 0x00000000c01e83f0 in ip_input () #15 0x00000000c01d31fc in netisr_processqueue () #16 0x00000000c01d3574 in swi_net () #17 0x00000000c012fb44 in ithread_loop () #18 0x00000000c012e428 in fork_exit () (kgdb) Unfortunately, the symbol addresses in the new kernel.debug aren't even close (e.g. the offset from old and new addresses vary significantly for different symbols), so I think I might be out of luck. I'll update the machine, keep the kernel.debug this time, and see what happens over the next few months. Kris --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCZZOeWry0BWjoQKURAgNEAJ9aCWsTYN0ClVDHRnCRn0WzX4p9VgCgtO7m wypARvw6cVYoTof94S0VVUk= =9KFk -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 21 13:48:25 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A98C816A4CE for ; Thu, 21 Apr 2005 13:48:25 +0000 (GMT) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13D0943D2F for ; Thu, 21 Apr 2005 13:48:25 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from monsterjam.org (cpe-024-211-168-109.nc.res.rr.com [24.211.168.109])j3LDmJY4010818 for ; Thu, 21 Apr 2005 09:48:19 -0400 (EDT) Received: (qmail 30671 invoked by uid 0); 21 Apr 2005 13:48:19 -0000 Received: from 127.0.0.1 by monsterjam.org (envelope-from , uid 82) with qmail-scanner-1.24 ( Clear:RC:1(127.0.0.1):. Processed in 0.061053 secs); 21 Apr 2005 13:48:19 -0000 X-Qmail-Scanner-Mail-From: jason@monsterjam.org via monsterjam.org X-Qmail-Scanner: 1.24 (Clear:RC:1(127.0.0.1):. Processed in 0.061053 secs) Received: from unknown (HELO monsterjam.org) (127.0.0.1) by 0 with SMTP; 21 Apr 2005 13:48:19 -0000 Received: (from jason@localhost) by monsterjam.org (8.13.1/8.13.1/Submit) id j3LDmIkp030663 for sparc@freebsd.org; Thu, 21 Apr 2005 09:48:18 -0400 (EDT) (envelope-from jason) Date: Thu, 21 Apr 2005 09:48:18 -0400 From: Jason To: sparc@freebsd.org Message-ID: <20050421134818.GA29383@monsterjam.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: vnc port still does not work.. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2005 13:48:25 -0000 anyone gotten vnc to work on sparc? http://lists.freebsd.org/pipermail/freebsd-sparc64/2004-September/002099.html [jason@shonuff]$ uname -a FreeBSD shonuff.cisco.com 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #0: Sat Apr 2 06:52:52 UTC 2005 jason@shonuff.cisco.com:/usr/obj/usr/src/sys/SHONUFF sparc64 [jason@shonuff]$ cat .vnc/shonuff.cisco.com\:1.log Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' Getting interface configuration (4): Device not configured 21/04/05 13:40:52 Xvnc version 3.3.7 - built Apr 21 2005 13:29:37 21/04/05 13:40:52 Copyright (C) 2002-2003 RealVNC Ltd. 21/04/05 13:40:52 Copyright (C) 1994-2000 AT&T Laboratories Cambridge. 21/04/05 13:40:52 All Rights Reserved. 21/04/05 13:40:52 See http://www.realvnc.com for information on VNC 21/04/05 13:40:52 Desktop name 'X' (shonuff.cisco.com:1) 21/04/05 13:40:52 Protocol version supported 3.3 21/04/05 13:40:52 Listening for VNC connections on TCP port 5901 21/04/05 13:40:52 Listening for HTTP connections on TCP port 5801 21/04/05 13:40:52 URL http://shonuff.cisco.com:5801 failed to set default font path '/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/' Fatal server error: could not open default font 'fixed' xsetroot: unable to open display 'shonuff.cisco.com:1' IceWM: using /home/jason/.icewm for private configuration files xterm Xt error: Can't open display: shonuff.cisco.com:1 IceWM: Can't open display: shonuff.cisco.com:1. X must be running and $DISPLAY set. From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 21 18:35:07 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75CE816A4CE; Thu, 21 Apr 2005 18:35:07 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB23343D2F; Thu, 21 Apr 2005 18:35:06 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4B8B35388C; Thu, 21 Apr 2005 11:35:05 -0700 (PDT) Date: Thu, 21 Apr 2005 11:35:05 -0700 From: Kris Kennaway To: sparc64@FreeBSD.org, stable@FreeBSD.org Message-ID: <20050421183504.GA93119@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: lockmgr invariants panic on 5.4 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2005 18:35:07 -0000 --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I got the following when running 'umount' on a ufs system on an up-to-date RELENG_5 sparc64 system (e4500): panic: trap: memory address not aligned cpuid = 7 KDB: enter: panic Dumping 5120 MB (5 chunks) chunk at 0: 1073741824 bytes |\^H/\^H-\^H --- #0 doadump () at ../../../kern/kern_shutdown.c:246 246 savectx(&dumppcb); (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:246 #1 0x00000000c0067940 in db_fncall (dummy1=0, dummy2=0, dummy3=11, dummy4=0xeef7c630 "") at ../../../ddb/db_command.c:531 #2 0x00000000c006764c in db_command (last_cmdp=0xc03f6a10, cmd_table=0x0, aux_cmd_tablep=0xc03b28b8, aux_cmd_tablep_end=0xc03b28d0) at ../../../ddb/db_command.c:349 #3 0x00000000c0067770 in db_command_loop () at ../../../ddb/db_command.c:455 #4 0x00000000c006a2d0 in db_trap (type=-285751232, code=0) at ../../../ddb/db_main.c:219 #5 0x00000000c0186de0 in kdb_trap (type=107, code=0, tf=0x1) at ../../../kern/subr_kdb.c:418 #6 0x00000000c02e9ca0 in trap (tf=0xeef7cac0) at ../../../sparc64/sparc64/trap.c:307 #7 0x00000000c01869bc in kdb_enter (msg=0x0) at ../../../kern/subr_kdb.c:238 #8 0x00000000c01869b4 in kdb_enter (msg=0xc038ef10 "panic") at ../../../kern/subr_kdb.c:238 #9 0x00000000c0169dec in panic (fmt=0xc03af0a8 "trap: %s") at ../../../kern/kern_shutdown.c:550 #10 0x00000000c02e9e2c in trap (tf=0xeef7cec0) at ../../../sparc64/sparc64/trap.c:369 #11 0x00000000c015ce48 in acquire (lkpp=0xc015ce4c, extflags=-1069529200, wanted=80) at ../../../kern/kern_lock.c:178 #12 0x00000000c015cdf8 in acquire (lkpp=0xeef7d1c0, extflags=16777280, wanted=1536) at ../../../kern/kern_lock.c:161 #13 0x00000000c015d390 in lockmgr (lkp=0xfffff8000457bbc0, flags=16973826, interlkp=0xfffff800f5643680, td=0xfffff800f9e39900) at ../../../kern/kern_lock.c:389 #14 0x00000000c02ab760 in ufs_lock (ap=0xeef7d370) at ../../../ufs/ufs/ufs_vnops.c:2000 #15 0x00000000c02ac5dc in ufs_vnoperate (ap=0xeef7d370) at ../../../ufs/ufs/ufs_vnops.c:2821 #16 0x00000000c01d94fc in vn_lock (vp=0xfffff800f5643680, flags=16908290, td=0xfffff800f9e39900) at vnode_if.h:1013 #17 0x00000000c01d88f0 in vn_read (fp=0xfffff800181e21c0, uio=0xeef7d5a0, active_cred=0xfffff8000142bb00, flags=0, td=0xfffff800f9e39900) at ../../../kern/vfs_vnops.c:544 #18 0x00000000c0194944 in dofileread (td=0xfffff800f9e39900, fp=0xfffff800181e21c0, fd=4, buf=0x4ae000, nbyte=2048, offset=-1, flags=0) at file.h:233 #19 0x00000000c01947d8 in read (td=0xfffff800f9e39900, uap=0xeef7d8c0) at ../../../kern/sys_generic.c:107 #20 0x00000000c02ea390 in syscall (tf=0xeef7d880) at ../../../sparc64/sparc64/trap.c:592 (kgdb) frame 11 #11 0x00000000c015ce48 in acquire (lkpp=0xc015ce4c, extflags=-1069529200, wanted=80) at ../../../kern/kern_lock.c:178 178 if (lkp->lk_newlock != NULL) { (kgdb) print *lkp $3 = {lk_interlock = 0x0, lk_flags = 0, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 0, lk_wmesg = 0x0, lk_timo = 0, lk_lockholder = 0x0, lk_newlock = 0x0} (kgdb) frame 12 #12 0x00000000c015cdf8 in acquire (lkpp=0xeef7d1c0, extflags=16777280, wanted=1536) at ../../../kern/kern_lock.c:161 161 error = msleep(lkp, lkp->lk_interlock, lkp->lk_prio, (kgdb) print *lkp $4 = {lk_interlock = 0xdeadc0dedeadc0de, lk_flags = 3735929054, lk_sharecount = -559038242, lk_waitcount = -559038243, lk_exclusivecount = -8531, can not access 0xdeadc0de, invalid address (deadc0de) can not access 0xdeadc0de, invalid address (deadc0de) can not access 0xdeadc0de, invalid address (deadc0de) can not access 0xdeadc0de, invalid address (deadc0de) can not access 0xdeadc0de, invalid address (deadc0de) can not access 0xdeadc0de, invalid address (deadc0de) lk_prio = -16162, lk_wmesg = 0xdeadc0dedeadc0de
, lk_timo = -559038242, lk_lockholder = 0xdeadc0dedeadc0de, lk_newlock = 0xdeadc0dedeadc0de} (kgdb) frame 14 #14 0x00000000c02ab760 in ufs_lock (ap=0xeef7d370) at ../../../ufs/ufs/ufs_vnops.c:2000 2000 return (lockmgr(vp->v_vnlock, flags, VI_MTX(vp), ap->a_td)); (kgdb) print *vp $6 = {v_interlock = {mtx_object = {lo_class = 0xc03d2998, lo_name = 0xc0399730 "vnode interlock", lo_type = 0xc0399730 "vnode interlock", lo_flags = 196608, lo_list = { tqe_next = 0xfffff800f70de3c0, tqe_prev = 0xfffff800f4e36d40}, lo_witness = 0xc0410e28}, mtx_lock = 4, mtx_recurse = 0}, v_iflag = 0, v_usecount = 1, v_numoutput = 0, v_vxthread = 0x0, v_holdcnt = 28001, v_cleanblkhd = {tqh_first = 0xc0a85440, tqh_last = 0xc0a857c0}, v_cleanblkroot = 0xc1b1d3c0, v_cleanbufcnt = 28001, v_dirtyblkhd = {tqh_first = 0x0, tqh_last = 0xfffff800f5643710}, v_dirtyblkroot = 0x0, v_dirtybufcnt = 0, v_vflag = 136, v_writecount = 0, v_object = 0xfffff800f59d88c0, v_lastw = 0, v_cstart = 0, v_lasta = 0, v_clen = 0, v_un = {vu_mountedhere = 0x0, vu_socket = 0x0, vu_spec = {vu_cdev = 0x0, vu_specnext = { sle_next = 0x0}}, vu_fifoinfo = 0x0}, v_freelist = {tqe_next = 0x0, tqe_prev = 0x0}, v_nmntvnodes = {tqe_next = 0xfffff800f5642b40, tqe_prev = 0xfffff80005137830}, v_synclist = { le_next = 0x0, le_prev = 0xfffff800016113b8}, v_type = VREG, v_tag = 0xc03a41d8 "ufs", v_data = 0xfffff800f9262820, v_lock = {lk_interlock = 0xc0404748, lk_flags = 16777280, lk_sharecount = 0, lk_waitcount = 0, lk_exclusivecount = 0, lk_prio = 80, lk_wmesg = 0xc03a41d8 "ufs", lk_timo = 6, lk_lockholder = 0xffffffffffffffff, lk_newlock = 0x0}, v_vnlock = 0xfffff800f56437c0, v_op = 0xfffff80001675200, v_mount = 0xfffff80005137800, v_cache_src = {lh_first = 0x0}, v_cache_dst = {tqh_first = 0x0, tqh_last = 0xfffff800f5643818}, v_id = 493, v_dd = 0xfffff800f5643680, v_ddid = 0, v_pollinfo = 0x0, v_label = 0x0, v_cachedfs = 1050, v_cachedid = 5, v_bsize = 16384} (kgdb) Anything more I can drag from the core to debug this? Kris --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCZ/JYWry0BWjoQKURAhG+AKDZ3MsyNTKSG2UyQiMMWBK8r0kC3gCg4WNp D05vjf3RsjmA02PwbC7q7jo= =WJbg -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 22 02:52:52 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1265116A4CE for ; Fri, 22 Apr 2005 02:52:52 +0000 (GMT) Received: from smtp-relay.tamu.edu (smtp-relay.tamu.edu [165.91.143.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5346843D48 for ; Fri, 22 Apr 2005 02:52:49 +0000 (GMT) (envelope-from tyler@tamu.edu) Received: from [192.168.1.161] (evilbit.resnet.tamu.edu [128.194.4.186]) (authenticated bits=0) by smtp-relay.tamu.edu (8.12.10/8.12.10) with ESMTP id j3M2qiSG028186 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 21 Apr 2005 21:52:46 -0500 (CDT) From: "R. Tyler Ballance" To: Jason In-Reply-To: <20050421134818.GA29383@monsterjam.org> References: <20050421134818.GA29383@monsterjam.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-E1EYu3JhL5u3ELKu5n7o" Date: Thu, 21 Apr 2005 21:57:30 -0500 Message-Id: <1114138650.13448.8.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 cc: sparc@freebsd.org Subject: Re: vnc port still does not work.. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2005 02:52:52 -0000 --=-E1EYu3JhL5u3ELKu5n7o Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2005-04-21 at 09:48 -0400, Jason wrote: > anyone gotten vnc to work on sparc? >=20 > http://lists.freebsd.org/pipermail/freebsd-sparc64/2004-September/002099.= html >=20 > [jason@shonuff]$ uname -a > FreeBSD shonuff.cisco.com 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #0: Sat A= pr 2 06:52:52 UTC 2005 =20 > jason@shonuff.cisco.com:/usr/obj/usr/src/sys/SHONUFF sparc64 >=20 > [jason@shonuff]$ cat .vnc/shonuff.cisco.com\:1.log=20 > Couldn't open RGB_DB '/usr/X11R6/lib/X11/rgb' > Getting interface configuration (4): Device not configured > 21/04/05 13:40:52 Xvnc version 3.3.7 - built Apr 21 2005 13:29:37 > 21/04/05 13:40:52 Copyright (C) 2002-2003 RealVNC Ltd. > 21/04/05 13:40:52 Copyright (C) 1994-2000 AT&T Laboratories Cambridge. > 21/04/05 13:40:52 All Rights Reserved. > 21/04/05 13:40:52 See http://www.realvnc.com for information on VNC > 21/04/05 13:40:52 Desktop name 'X' (shonuff.cisco.com:1) > 21/04/05 13:40:52 Protocol version supported 3.3 > 21/04/05 13:40:52 Listening for VNC connections on TCP port 5901 > 21/04/05 13:40:52 Listening for HTTP connections on TCP port 5801 > 21/04/05 13:40:52 URL http://shonuff.cisco.com:5801 > failed to set default font path=20 > '/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11= R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/= fonts/100dpi/' > Fatal server error: > could not open default font 'fixed' > xsetroot: unable to open display 'shonuff.cisco.com:1' > IceWM: using /home/jason/.icewm for private configuration files > xterm Xt error: Can't open display: shonuff.cisco.com:1 > IceWM: Can't open display: shonuff.cisco.com:1. X must be running and $DI= SPLAY set. Have you given tightvnc a try, AFAIK tightvnc is a little bit more "maintained" and "current" than RealVNC (see: network optimizations and the likes) It's worth a try IMO, there are other VNC servers you might want to give a try to see if it's something related to the VNC server, or to how X is configured on your sparc64... Cheers, -R. Tyler Ballance --=-E1EYu3JhL5u3ELKu5n7o Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iQIVAwUAQmhoF4BeTbTGPYVBAQLBgg//f58V2GQkCFxTsU+G45mjhyidYnqKAtsE EaIISVOpOseFWEbtnhdDXKQdX7oaeIq434hdeIka4YR862iA7hLs1HHVjyPB4JwW ao8pZJltb4pxuVvzNyWYzot1ZuHsims1nWG11v7DhlT/2+q0edGTSaofBu7Gszy4 8gjfC571eSCBuIFvBLeggUUMaJWFtpgxcH74qzuO8frgfKIxqdwG7nKjIYSjhVYH YqFMSTrvt2aBx3V+fqk1GXcMujm8YXl5K4gQqEBbCDN0CuzITecEzw+GxXqY0ymK 4BwwT3rKXc11a10TRFUcoA4omhFVOR07gUWdP28jdWOudSPbf8fRmfzwOLegP80I uGcPksdH051PDw/uLThKSKo6DnFwCYIw+cWanplCmW18DQAWFOP3HHQyGcMpdqb8 YeRFJzWd/oiPzu0/K67oWWyS0pMAToDSDv7lmSWCxATc/HgYv50NrPwv0U88hbuZ evUvzOG7lpUlVzi7nHIHjzSCBcyUWM26kVc9Pspb2ffvO/oPrsI2IwsOeu9/Zpza Khper0vA3MiHxmQuzwQnv6K66vFTP2+z8Y90wG4Pnyn3njNJkhFUtcE6VKHAQTe8 nhhSrX95/RJyu+jBQ/X23ew4NnWMQaSVZCQd+GpeU8HQ8vrtUbXJpHfaYaU8QiNf orCBgdOqpVo= =WiKr -----END PGP SIGNATURE----- --=-E1EYu3JhL5u3ELKu5n7o-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 22 05:04:03 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B80C16A4CE; Fri, 22 Apr 2005 05:04:03 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FEFC43D46; Fri, 22 Apr 2005 05:04:03 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id EC3A45388C; Thu, 21 Apr 2005 22:04:01 -0700 (PDT) Date: Thu, 21 Apr 2005 22:04:01 -0700 From: Kris Kennaway To: stable@FreeBSD.org, sparc64@FreeBSD.org Message-ID: <20050422050401.GA57677@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: Preposterous errno values from kernel X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2005 05:04:03 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm getting this on a RELENG_5_4 sparc64 system (e4500): # rm -rf * /bin/rm: Unknown error: 7283. # ktrace rm -rf * /usr/bin/ktrace: Address already in use. # ktrace /bin/rm -rf * /usr/bin/ktrace: Software caused connection abort. # ktrace -di sh # /bin/rm -f * /bin/rm: Network dropped connection on reset [...] 505 sh CALL execve(0x22c0c0,0x278010,0x277e10) 505 sh NAMI "/bin/rm" 505 sh RET execve -1 errno 52 Network dropped connection on reset 505 sh CALL write(0x2,0x22a080,0x2d) =20 # ktrace -di sh # rm -rf * rm: Unknown error: 7283 [...] 510 sh CALL execve(0x277ee0,0x278010,0x277e10) 510 sh NAMI "/bin/rm" 510 sh RET execve -1 errno 7283 Unknown error: 7283 510 sh CALL execve(0x277ee0,0x278010,0x277e10) I have verified that the kernel is up-to-date and there are no extraneous patches in my source tree. It has survived a kernel clean and rebuild. Kris --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCaIXBWry0BWjoQKURAmHRAKCPWo0l0BoHsANiBFjiC/g7A/NaWgCg9v+w apaWCXeaP0G3i3RqJy/Styw= =IfeG -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 22 11:23:04 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 060C016A4CE for ; Fri, 22 Apr 2005 11:23:04 +0000 (GMT) Received: from ms-smtp-03-eri0.southeast.rr.com (ms-smtp-03-lbl.southeast.rr.com [24.25.9.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69B9D43D2D for ; Fri, 22 Apr 2005 11:23:03 +0000 (GMT) (envelope-from jason@monsterjam.org) Received: from monsterjam.org (cpe-024-211-168-109.nc.res.rr.com [24.211.168.109])j3MBMxY4010228 for ; Fri, 22 Apr 2005 07:23:00 -0400 (EDT) Received: (qmail 79017 invoked by uid 0); 22 Apr 2005 11:22:59 -0000 Received: from 127.0.0.1 by monsterjam.org (envelope-from , uid 82) with qmail-scanner-1.24 ( Clear:RC:1(127.0.0.1):. Processed in 0.1045 secs); 22 Apr 2005 11:22:59 -0000 X-Qmail-Scanner-Mail-From: jason@monsterjam.org via monsterjam.org X-Qmail-Scanner: 1.24 (Clear:RC:1(127.0.0.1):. Processed in 0.1045 secs) Received: from unknown (HELO monsterjam.org) (127.0.0.1) by 0 with SMTP; 22 Apr 2005 11:22:59 -0000 Received: (from jason@localhost) by monsterjam.org (8.13.1/8.13.1/Submit) id j3MBMwYc079007; Fri, 22 Apr 2005 07:22:59 -0400 (EDT) (envelope-from jason) Date: Fri, 22 Apr 2005 07:22:58 -0400 From: Jason To: "R. Tyler Ballance" Message-ID: <20050422112258.GA65217@monsterjam.org> References: <20050421134818.GA29383@monsterjam.org> <1114138650.13448.8.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <1114138650.13448.8.camel@localhost.localdomain> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: Symantec AntiVirus Scan Engine cc: sparc@freebsd.org Subject: Re: vnc port still does not work.. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2005 11:23:04 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Have you given tightvnc a try, AFAIK tightvnc is a little bit more > "maintained" and "current" than RealVNC (see: network optimizations and > the likes) both tightvnc and tridiavnc give the same result. [jason@shonuff]$ pwd =20 /usr/ports/net/tightvnc [jason@shonuff]$ make install clean =3D=3D=3D> tightvnc-1.2.9 is marked as broken: Does not compile on !i386. =3D=3D=3D> Cleaning for libiconv-1.9.2_1 etc.. Jason >=20 > It's worth a try IMO, there are other VNC servers you might want to give > a try to see if it's something related to the VNC server, or to how X is > configured on your sparc64... >=20 > Cheers, >=20 > -R. Tyler Ballance --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D | Jason Welsh jason@monsterjam.org | | http://monsterjam.org DSS PGP: 0x5E30CC98 | | gpg key: http://monsterjam.org/gpg/ | =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCaN6SGNtVuV4wzJgRAoyCAJ9Iv6I2yJXN2cqIMFaiv79Ha5Zf6wCdFsWN rHrk7XhXKNiC+BHlJ/k8i0I= =kjHp -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 22 13:31:09 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B746216A4CE for ; Fri, 22 Apr 2005 13:31:09 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AA7B43D5A for ; Fri, 22 Apr 2005 13:31:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C2AE1535A8; Fri, 22 Apr 2005 06:31:08 -0700 (PDT) Date: Fri, 22 Apr 2005 06:31:08 -0700 From: Kris Kennaway To: Jason Message-ID: <20050422133108.GA4159@xor.obsecurity.org> References: <20050421134818.GA29383@monsterjam.org> <1114138650.13448.8.camel@localhost.localdomain> <20050422112258.GA65217@monsterjam.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <20050422112258.GA65217@monsterjam.org> User-Agent: Mutt/1.4.2.1i cc: sparc@freebsd.org Subject: Re: vnc port still does not work.. X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2005 13:31:09 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 22, 2005 at 07:22:58AM -0400, Jason wrote: > > Have you given tightvnc a try, AFAIK tightvnc is a little bit more > > "maintained" and "current" than RealVNC (see: network optimizations and > > the likes) > both tightvnc and tridiavnc give the same result. > [jason@shonuff]$ pwd =20 > /usr/ports/net/tightvnc > [jason@shonuff]$ make install clean > =3D=3D=3D> tightvnc-1.2.9 is marked as broken: Does not compile on !i386. > =3D=3D=3D> Cleaning for libiconv-1.9.2_1 > etc.. This is evidence that the VNC-derived codebase has problems on !i386. You could also look for a large number of warnings during compilation as more evidence that it wasn't written for 64-bit targets. However you should compare your config to a working config on i386 to rule out configuration problems. Also take this up with the developers, since they're the ones who should fix any non-portability of their code. Kris --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCaPycWry0BWjoQKURAsolAJ0RRBCOzT/Qe2QOtOS6z2Pg2ejezQCeM5aJ 6aZeCjnEBooxWCqVwWasY98= =mKhj -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 22 16:57:38 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16F4E16A4CE for ; Fri, 22 Apr 2005 16:57:38 +0000 (GMT) Received: from smtpauth06.mail.atl.earthlink.net (smtpauth06.mail.atl.earthlink.net [209.86.89.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id C972B43D2F for ; Fri, 22 Apr 2005 16:57:37 +0000 (GMT) (envelope-from berudy@earthlink.net) Received: from [167.112.160.33] (helo=earthlink.net) by smtpauth06.mail.atl.earthlink.net with asmtp (TLSv1:RC4-MD5:128) (Exim 4.34) id 1DP1TF-0000tO-A9 for freebsd-sparc64@freebsd.org; Fri, 22 Apr 2005 12:57:37 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=test1; d=earthlink.net; h=Message-ID:Date:From:User-Agent:X-Accept-Language:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=elV2bZlIkucPLsURzuS/Oi6aQUcIux02cOoj6tANKZmR0LHm6WSpiZfCFPNMR9Do; Message-ID: <42692CF3.4040904@earthlink.net> Date: Fri, 22 Apr 2005 12:57:23 -0400 From: Brian Rudy User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040113 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-sparc64@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-ELNK-Trace: 8f3ad7bb8a634b4e94f5150ab1c16ac06b48d29827cfba204e6b64f08f70d1e0bb98781a6800f57a350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 167.112.160.33 Subject: Problems with Display X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2005 16:57:38 -0000 Good day; I am having some difficulty with the installation of version 5.3 on a Ultra 60 system. It seems like everything goes fine but, the console display goes south. Everything else seems to be working ok but, the console isn't. Remote access to this box is working fine. Here's the last group of lines from dmesg: Apr 19 06:02:33 sun syslogd: kernel boot file is /boot/kernel/kernel ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib Starting local daemons: . Updating motd . Starting sshd. Initial sparc64 initialization: . Additional ABI support: . Starting cron. Local package initialization: NTP . Additional TCP options: . Starting inetd. Starting background file system checks in 60 seconds. Tue Apr 19 06:02:37 EDT 2005 Apr 19 06:02:37 sun getty[423]: open /dev/screen: No such file or directory There is no /dev/screen file but, there is a /dev/screen:r1280x1024x60 file I tried making a link to this file in hopes it would fix it but, after a reboot, my link was gone. Can someone point me in the right direction? Any help would be greatly appreciated. Thank you -- _________________________________ From: Brian Rudy Addr: berudy@earthlink.net _________________________________ From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 22 20:34:44 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09D4016A4CE; Fri, 22 Apr 2005 20:34:44 +0000 (GMT) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53B1743D4C; Fri, 22 Apr 2005 20:34:43 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j3MKYerm003528 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 23 Apr 2005 06:34:41 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j3MKYd7l020848; Sat, 23 Apr 2005 06:34:40 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j3MKYdeW020847; Sat, 23 Apr 2005 06:34:39 +1000 (EST) (envelope-from pjeremy) Date: Sat, 23 Apr 2005 06:34:39 +1000 From: Peter Jeremy To: Kris Kennaway Message-ID: <20050422203439.GH12673@cirb503493.alcatel.com.au> References: <20050422050401.GA57677@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050422050401.GA57677@xor.obsecurity.org> User-Agent: Mutt/1.4.2i cc: stable@freebsd.org cc: sparc64@freebsd.org Subject: Re: Preposterous errno values from kernel X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2005 20:34:44 -0000 On Thu, 2005-Apr-21 22:04:01 -0700, Kris Kennaway wrote: >I'm getting this on a RELENG_5_4 sparc64 system (e4500): > ># rm -rf * >/bin/rm: Unknown error: 7283. Cute. Does it affect anything other than /bin/rm? Is /bin/rm sane (not some random junk that's confusing the ELF loader)? Is this an SMP system (which might point to locking problems)? If this seems consistent (other than the actual errno reported), the quickest solution would seem to be to use DDB (or kernel GDB) to follow the execution path from execve() until it goes off the rails. -- Peter Jeremy From owner-freebsd-sparc64@FreeBSD.ORG Fri Apr 22 21:29:57 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D983C16A4CE; Fri, 22 Apr 2005 21:29:57 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C1BA43D5F; Fri, 22 Apr 2005 21:29:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id ADC24513B6; Fri, 22 Apr 2005 14:29:56 -0700 (PDT) Date: Fri, 22 Apr 2005 14:29:56 -0700 From: Kris Kennaway To: Peter Jeremy Message-ID: <20050422212956.GA33946@xor.obsecurity.org> References: <20050422050401.GA57677@xor.obsecurity.org> <20050422203439.GH12673@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline In-Reply-To: <20050422203439.GH12673@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4.2.1i cc: stable@freebsd.org cc: sparc64@freebsd.org cc: Kris Kennaway Subject: Re: Preposterous errno values from kernel X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2005 21:29:58 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 23, 2005 at 06:34:39AM +1000, Peter Jeremy wrote: > On Thu, 2005-Apr-21 22:04:01 -0700, Kris Kennaway wrote: > >I'm getting this on a RELENG_5_4 sparc64 system (e4500): > > > ># rm -rf * > >/bin/rm: Unknown error: 7283. >=20 > Cute. Does it affect anything other than /bin/rm? Is /bin/rm sane > (not some random junk that's confusing the ELF loader)? Is this an > SMP system (which might point to locking problems)? I think I'm only seeing it in relation to rm, but I've done a make world with a clean tree and had it persist. rm seems to work in other situations (including some other errors). It is an SMP machine (highly SMP; 12-CPU). > If this seems consistent (other than the actual errno reported), the > quickest solution would seem to be to use DDB (or kernel GDB) to > follow the execution path from execve() until it goes off the rails. I might have to try that. Kris --0F1p//8PRICkK4MW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCaWzUWry0BWjoQKURAkZEAJ4+ndyVHxZi1furknXN90+c2lQ9XACg1HMz z9v5eCeNH57eWBfK11W5T2U= =f32X -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 23 08:05:04 2005 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AD9E16A4CE for ; Sat, 23 Apr 2005 08:05:04 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.194.102.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B99543D1D for ; Sat, 23 Apr 2005 08:05:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3C31E5155C; Sat, 23 Apr 2005 01:05:03 -0700 (PDT) Date: Sat, 23 Apr 2005 01:05:02 -0700 From: Kris Kennaway To: sparc64@FreeBSD.org Message-ID: <20050423080502.GA97360@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: panic upon deleting DDB breakpoint X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2005 08:05:04 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I did the following on a RELENG_5 machine (in the course of trying to track down my errno problem previously reported): db> break unlink db> cont [thread pid 57866 tid 100044 ] Breakpoint at unlink: save %sp, -0xc0, %sp db> delete unlink db> cont panic: trap: fast data access mmu miss cpuid = 0 KDB: enter: panic [thread pid 57866 tid 100044 ] Stopped at kdb_enter+0x38: ta %xcc, 1 db> wh Tracing pid 57866 tid 100044 td 0xfffff8003f817400 panic() at panic+0x19c trap() at trap+0x16c -- fast data access mmu miss tar=0 %o7=0xc01ab278 -- unlink() at unlink+0x20 -- syscall (10, FreeBSD ELF64, unlink) %o7=0x10352c -- userland() at 0x403a4e68 user trace: trap %o7=0x10352c pc 0x403a4e68, sp 0x7fdffffd5e1 pc 0x1040d8, sp 0x7fdffffdb21 pc 0x1013b4, sp 0x7fdffffdbe1 pc 0x40217414, sp 0x7fdffffdca1 done This is repeatable on two machines; I have a coredump. (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:246 #1 0x00000000c01698b4 in boot (howto=260) at ../../../kern/kern_shutdown.c:409 #2 0x00000000c0169cc4 in panic (fmt=0xc03ae988 "trap: %s") at ../../../kern/kern_shutdown.c:565 #3 0x00000000c02e978c in trap (tf=0xee9175c0) at ../../../sparc64/sparc64/trap.c:369 #4 0x00000000c01d30c4 in unlink (td=0xee917880, uap=0x0) at ../../../kern/vfs_syscalls.c:1585 #5 0x00000000c01d30b8 in unlink (td=0xee917880, uap=0x0) at ../../../kern/vfs_syscalls.c:1584 (kgdb) frame 3 #3 0x00000000c02e978c in trap (tf=0xee9175c0) at ../../../sparc64/sparc64/trap.c:369 369 panic("trap: %s", trap_msg[tf->tf_type & ~T_KERNEL]); (kgdb) frame 4 #4 0x00000000c01d30c4 in unlink (td=0xee917880, uap=0x0) at ../../../kern/vfs_syscalls.c:1585 1585 error = kern_unlink(td, uap->path, UIO_USERSPACE); (kgdb) frame 5 #5 0x00000000c01d30b8 in unlink (td=0xee917880, uap=0x0) at ../../../kern/vfs_syscalls.c:1584 1584 mtx_lock(&Giant); (kgdb) (Take the above with a grain of salt since gdb53 got the stack trace wrong). I didn't yet try other breakpoints. Doing the same thing on i386 doesn't cause a panic. Kris --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCagGuWry0BWjoQKURAol1AKCB+d1MsD+vWA1ZvwG0axHUQohFxgCfYkes k0GvZT11rocvXRrOcxoithg= =8gic -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G--