From owner-freebsd-sparc64@FreeBSD.ORG Sun Apr 19 21:42:26 2009 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 083DD106564A; Sun, 19 Apr 2009 21:42:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D3E748FC13; Sun, 19 Apr 2009 21:42:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n3JLgNVE000825; Sun, 19 Apr 2009 17:42:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n3JLgM9t070782; Sun, 19 Apr 2009 17:42:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EAE447302F; Sun, 19 Apr 2009 17:42:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090419214222.EAE447302F@freebsd-current.sentex.ca> Date: Sun, 19 Apr 2009 17:42:22 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Apr 2009 21:42:26 -0000 TB --- 2009-04-19 21:17:49 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-04-19 21:17:49 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-04-19 21:17:49 - cleaning the object tree TB --- 2009-04-19 21:18:19 - cvsupping the source tree TB --- 2009-04-19 21:18:20 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-04-19 21:18:31 - building world TB --- 2009-04-19 21:18:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-04-19 21:18:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-04-19 21:18:31 - TARGET=sun4v TB --- 2009-04-19 21:18:31 - TARGET_ARCH=sparc64 TB --- 2009-04-19 21:18:31 - TZ=UTC TB --- 2009-04-19 21:18:31 - __MAKE_CONF=/dev/null TB --- 2009-04-19 21:18:31 - cd /src TB --- 2009-04-19 21:18:31 - /usr/bin/make -B buildworld >>> World build started on Sun Apr 19 21:18:32 UTC 2009 >>> 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 [...] cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_pspinlock.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_resume_np.c cc -O2 -pipe -DPTHREAD_KERNEL -I/src/lib/libthr/../libc/include -I/src/lib/libthr/thread -I/src/lib/libthr/../../include -I/src/lib/libthr/arch/sparc64/include -I/src/lib/libthr/sys -I/src/lib/libthr/../../libexec/rtld-elf -I/src/lib/libthr/../../libexec/rtld-elf/sparc64 -I/src/lib/libthr/../libthread_db -Winline -D_PTHREADS_INVARIANTS -DSYSCALL_COMPAT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libthr/thread/thr_rtld.c /src/lib/libthr/thread/thr_rtld.c:42:1: error: "CACHE_LINE_SIZE" redefined In file included from /obj/sun4v/src/tmp/usr/include/sys/param.h:109, from /src/lib/libthr/thread/thr_private.h:42, from /src/lib/libthr/thread/thr_rtld.c:37: /obj/sun4v/src/tmp/usr/include/machine/param.h:77:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/lib/libthr. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-04-19 21:42:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-04-19 21:42:22 - ERROR: failed to build world TB --- 2009-04-19 21:42:22 - 1154.40 user 131.27 system 1473.80 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 20 11:06:59 2009 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E57291065674 for ; Mon, 20 Apr 2009 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CFE918FC14 for ; Mon, 20 Apr 2009 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3KB6xZ9033161 for ; Mon, 20 Apr 2009 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3KB6xCk033157 for freebsd-sparc64@FreeBSD.org; Mon, 20 Apr 2009 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 20 Apr 2009 11:06:59 GMT Message-Id: <200904201106.n3KB6xCk033157@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-sparc64@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-sparc64@FreeBSD.org X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 11:07:00 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- f sparc/127051 sparc64 [hme] hme interfaces "pause" with the message "device o sparc/119244 sparc64 X11Forwarding to X11 server on sparc crashes Xorg o sparc/119240 sparc64 top has WCPU over 100% on UP system s sparc/119239 sparc64 gdb coredumps on sparc64 o sparc/119017 sparc64 [install] 7.0 Beta won't install on U60 o sparc/113556 sparc64 [panic] trap: memory address not aligned; Rebooting... f sparc/108732 sparc64 ping(8) reports 14 digit time on sparc64 s sparc/107087 sparc64 [hang] system is hung during boot from CD f sparc/106251 sparc64 [libmalloc] malloc fails > for large allocations f sparc/105157 sparc64 No reply to ping on Sparc64 o sparc/105048 sparc64 [trm] trm(4) panics on sparc64 o sparc/104428 sparc64 [nullfs] nullfs panics on E4500 (but not E420) o sparc/80890 sparc64 [panic] kmem_malloc(73728): kmem_map too small running o sparc/80410 sparc64 [netgraph] netgraph is causing crash with mpd on sparc o sparc/71729 sparc64 printf in kernel thread causes panic on SPARC 15 problems total. From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 20 18:36:22 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FD771065670 for ; Mon, 20 Apr 2009 18:36:22 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 0470A8FC20 for ; Mon, 20 Apr 2009 18:36:21 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n3KIaKGS025289; Mon, 20 Apr 2009 20:36:20 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n3KIaKBx025288; Mon, 20 Apr 2009 20:36:20 +0200 (CEST) (envelope-from marius) Date: Mon, 20 Apr 2009 20:36:20 +0200 From: Marius Strobl To: Florian Smeets Message-ID: <20090420183620.GA25251@alchemy.franken.de> References: <20090325114426.GA74306@alchemy.franken.de> <49CA1BF1.6090507@kasimir.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49CA1BF1.6090507@kasimir.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: US-III crashes on current X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 18:36:22 -0000 On Wed, Mar 25, 2009 at 12:56:33PM +0100, Florian Smeets wrote: > On 25.03.2009 12:44 Uhr, Marius Strobl wrote: > >On Sun, Mar 22, 2009 at 07:30:28PM -0500, zenxyzzy wrote: > > > >>2) halt consistently panic's the machine. quite benign, if you think > >>about it: > >> > >>panic: trap: fast data access mmu miss > >>cpuid = 0 > >>KDB: enter: panic > >>[thread pid 1402 tid 100148 ] > >>Stopped at kdb_enter+0x80: ta %xcc, 1 > >>db> where > >>Tracing pid 1402 tid 100148 td 0xfffff8000448a700 > >>panic() at panic+0x20c > >>trap() at trap+0x4d0 > >>-- fast data access mmu miss tar=0x14543da000 %o7=0xc034c96c -- > >>callout_lock() at callout_lock+0x40 > >>untimeout() at untimeout+0xc > >>isp_done() at isp_done+0x140 > >>isp_intr() at isp_intr+0x3eb8 > >>isp_poll() at isp_poll+0x38 > >>xpt_polled_action() at xpt_polled_action+0xc8 > >>dashutdown() at dashutdown+0x16c > >>boot() at boot+0x858 > >>reboot() at reboot+0x64 > >>syscall() at syscall+0x2e8 > >>-- syscall (55, FreeBSD ELF64, reboot) %o7=0x1013e4 -- > >>userland() at 0x4056af08 > >>user trace: trap %o7=0x1013e4 > >>pc 0x4056af08, sp 0x7fdffffe261 > >>pc 0x100df0, sp 0x7fdffffe321 > >>pc 0x402066f4, sp 0x7fdffffe3e1 > > > >IIRC, this was recently already (correctly) reported to scsi@. > >At least I for one didn't have time to investigate this so far > >though. > > > > I can offer console access to a machine which has this problem to any > developer interested. > Are you still seeing this on current CURRENT? Unfortunately I'm not able to reproduce it here. Recently there was some rototilling in sub-system startup and I think also shutdown which caused some fallout but which might have been fixed again. Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 20 18:58:16 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D483106564A for ; Mon, 20 Apr 2009 18:58:16 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id DA5568FC13 for ; Mon, 20 Apr 2009 18:58:15 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n3KIwE4C025459; Mon, 20 Apr 2009 20:58:14 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n3KIwEfD025458; Mon, 20 Apr 2009 20:58:14 +0200 (CEST) (envelope-from marius) Date: Mon, 20 Apr 2009 20:58:14 +0200 From: Marius Strobl To: freebsd-sparc64@freebsd.org Message-ID: <20090420185814.GB25251@alchemy.franken.de> References: <20090325122338.GB74306@alchemy.franken.de> <20090325132514.GA3020@lonesome.com> <20090325140324.GA28007@alchemy.franken.de> <20090325141128.GA82584@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090325141128.GA82584@alchemy.franken.de> User-Agent: Mutt/1.4.2.3i Cc: Mark Linimon Subject: Re: UltraSparc III still busted - X server causes hang, current panics at boot X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 18:58:16 -0000 On Wed, Mar 25, 2009 at 03:11:28PM +0100, Marius Strobl wrote: > On Wed, Mar 25, 2009 at 03:03:24PM +0100, Marius Strobl wrote: > > On Wed, Mar 25, 2009 at 08:25:14AM -0500, Mark Linimon wrote: > > > Right now x11 isn't buildable on sparc64-current no matter what the > > > machine (e.g. US-II as well). We are in the middle of a great deal > > > of ports churn for various reasons. I have asked for some help from > > > various port maintainers to fix the problems. However, not everyone > > > has access to a sparc64 machine for testing. > > > > > > > FYI, with ports as of 20090322 the only problem hit compile- > > wise when installing xorg on a V210 running r189533 was that > > xorg-drivers depends on xf86-video-intel, which is marked > > amd64 and i386 only. This was with WITHOUT_HAL defined though. > > X.Org 7.4 might have additional problems on a more recent > > CURRENT, which are unlikely to be sparc64-specific then > > however. Could you please commit the patch below using your > > portmngr-hat? > > > > Hrm, thinking about it the version below is probably more > appropriate as it also takes other architectures like > powerpc into account. FYI, the X.Org 7.4 ports now work and package fine again on sparc64, this requires at least the following versions or later and r188018 (r189080 for 7-STABLE) though: dri-7.4_1,2 libGL-7.4_1 libGLU-7.4_1 libpciaccess-0.10.5,6 xf86-video-sunffb-1.2.0_1 xorg-server-1.5.3_8,1 This also includes sun4u machines based on USIII or greater and equipped with cards driven by creator(4) or machfb(4), the latter requires r191076 (r191230 for 7-STABLE). I didn't bother to try with hal enabled though as it still seems to be quite problematic even on amd64 and i386 according to the other lists. I've also once again fixed firefox and firefox3 and probably some other gecko-based ports like seamonkey and thunderbird to work on sparc64. Marius From owner-freebsd-sparc64@FreeBSD.ORG Mon Apr 20 23:45:32 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BC44106564A for ; Mon, 20 Apr 2009 23:45:32 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from mail.solomo.de (mail.solomo.de [85.214.49.72]) by mx1.freebsd.org (Postfix) with ESMTP id B67C68FC08 for ; Mon, 20 Apr 2009 23:45:31 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from localhost (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id AE8513F4E8; Tue, 21 Apr 2009 01:45:30 +0200 (CEST) X-Virus-Scanned: amavisd-new at vistream.de Received: from mail.solomo.de ([127.0.0.1]) by localhost (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 8LbYPBODRmVM; Tue, 21 Apr 2009 01:45:28 +0200 (CEST) Received: from nibbler-osx.local (i5E86A0C5.versanet.de [94.134.160.197]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 08AC93F45F; Tue, 21 Apr 2009 01:45:28 +0200 (CEST) Message-ID: <49ED0917.10402@kasimir.com> Date: Tue, 21 Apr 2009 01:45:27 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b4pre) Gecko/20090419 Shredder/3.0b3pre MIME-Version: 1.0 To: Marius Strobl References: <20090325114426.GA74306@alchemy.franken.de> <49CA1BF1.6090507@kasimir.com> <20090420183620.GA25251@alchemy.franken.de> In-Reply-To: <20090420183620.GA25251@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-sparc64@freebsd.org Subject: Re: US-III crashes on current X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 23:45:32 -0000 On 20.04.09 20:36, Marius Strobl wrote: > On Wed, Mar 25, 2009 at 12:56:33PM +0100, Florian Smeets wrote: >> On 25.03.2009 12:44 Uhr, Marius Strobl wrote: >>> On Sun, Mar 22, 2009 at 07:30:28PM -0500, zenxyzzy wrote: >>> >>>> 2) halt consistently panic's the machine. quite benign, if you think >>>> about it: >>>> >>>> panic: trap: fast data access mmu miss >>>> cpuid = 0 >>>> KDB: enter: panic >>>> [thread pid 1402 tid 100148 ] >>>> Stopped at kdb_enter+0x80: ta %xcc, 1 >>>> db> where >>>> Tracing pid 1402 tid 100148 td 0xfffff8000448a700 >>>> panic() at panic+0x20c >>>> trap() at trap+0x4d0 >>>> -- fast data access mmu miss tar=0x14543da000 %o7=0xc034c96c -- >>>> callout_lock() at callout_lock+0x40 >>>> untimeout() at untimeout+0xc >>>> isp_done() at isp_done+0x140 >>>> isp_intr() at isp_intr+0x3eb8 >>>> isp_poll() at isp_poll+0x38 >>>> xpt_polled_action() at xpt_polled_action+0xc8 >>>> dashutdown() at dashutdown+0x16c >>>> boot() at boot+0x858 >>>> reboot() at reboot+0x64 >>>> syscall() at syscall+0x2e8 >>>> -- syscall (55, FreeBSD ELF64, reboot) %o7=0x1013e4 -- >>>> userland() at 0x4056af08 >>>> user trace: trap %o7=0x1013e4 >>>> pc 0x4056af08, sp 0x7fdffffe261 >>>> pc 0x100df0, sp 0x7fdffffe321 >>>> pc 0x402066f4, sp 0x7fdffffe3e1 >>> >>> IIRC, this was recently already (correctly) reported to scsi@. >>> At least I for one didn't have time to investigate this so far >>> though. >>> >> >> I can offer console access to a machine which has this problem to any >> developer interested. >> > > Are you still seeing this on current CURRENT? Unfortunately > I'm not able to reproduce it here. Recently there was some > rototilling in sub-system startup and I think also shutdown > which caused some fallout but which might have been fixed > again. > Yes, i can still reproduce this on every shutdown. Tried with r191337. Trace is still the same. Cheers, Florian From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 21 18:58:16 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 942D71065675 for ; Tue, 21 Apr 2009 18:58:16 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 2713D8FC22 for ; Tue, 21 Apr 2009 18:58:15 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n3LIwE2N036757; Tue, 21 Apr 2009 20:58:14 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n3LIwEFe036756; Tue, 21 Apr 2009 20:58:14 +0200 (CEST) (envelope-from marius) Date: Tue, 21 Apr 2009 20:58:14 +0200 From: Marius Strobl To: Florian Smeets Message-ID: <20090421185814.GA33994@alchemy.franken.de> References: <20090325114426.GA74306@alchemy.franken.de> <49CA1BF1.6090507@kasimir.com> <20090420183620.GA25251@alchemy.franken.de> <49ED0917.10402@kasimir.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49ED0917.10402@kasimir.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: US-III crashes on current X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 18:58:17 -0000 On Tue, Apr 21, 2009 at 01:45:27AM +0200, Florian Smeets wrote: > On 20.04.09 20:36, Marius Strobl wrote: > >On Wed, Mar 25, 2009 at 12:56:33PM +0100, Florian Smeets wrote: > >>On 25.03.2009 12:44 Uhr, Marius Strobl wrote: > >>>On Sun, Mar 22, 2009 at 07:30:28PM -0500, zenxyzzy wrote: > >>> > >>>>2) halt consistently panic's the machine. quite benign, if you think > >>>>about it: > >>>> > >>>>panic: trap: fast data access mmu miss > >>>>cpuid = 0 > >>>>KDB: enter: panic > >>>>[thread pid 1402 tid 100148 ] > >>>>Stopped at kdb_enter+0x80: ta %xcc, 1 > >>>>db> where > >>>>Tracing pid 1402 tid 100148 td 0xfffff8000448a700 > >>>>panic() at panic+0x20c > >>>>trap() at trap+0x4d0 > >>>>-- fast data access mmu miss tar=0x14543da000 %o7=0xc034c96c -- > >>>>callout_lock() at callout_lock+0x40 > >>>>untimeout() at untimeout+0xc > >>>>isp_done() at isp_done+0x140 > >>>>isp_intr() at isp_intr+0x3eb8 > >>>>isp_poll() at isp_poll+0x38 > >>>>xpt_polled_action() at xpt_polled_action+0xc8 > >>>>dashutdown() at dashutdown+0x16c > >>>>boot() at boot+0x858 > >>>>reboot() at reboot+0x64 > >>>>syscall() at syscall+0x2e8 > >>>>-- syscall (55, FreeBSD ELF64, reboot) %o7=0x1013e4 -- > >>>>userland() at 0x4056af08 > >>>>user trace: trap %o7=0x1013e4 > >>>>pc 0x4056af08, sp 0x7fdffffe261 > >>>>pc 0x100df0, sp 0x7fdffffe321 > >>>>pc 0x402066f4, sp 0x7fdffffe3e1 > >>> > >>>IIRC, this was recently already (correctly) reported to scsi@. > >>>At least I for one didn't have time to investigate this so far > >>>though. > >>> > >> > >>I can offer console access to a machine which has this problem to any > >>developer interested. > >> > > > >Are you still seeing this on current CURRENT? Unfortunately > >I'm not able to reproduce it here. Recently there was some > >rototilling in sub-system startup and I think also shutdown > >which caused some fallout but which might have been fixed > >again. > > > > Yes, i can still reproduce this on every shutdown. Tried with r191337. > Trace is still the same. > Could you please run gdb(1) on the corresponding kernel.debug and report the output of the following commands? l *(0xc034c96c) l *(callout_lock+0x40) Change as needed if the addresses differ from the above backtrace. Hrm, the one you reported to scsi@ actually is a bit different: > -- fast data access mmu miss tar=0x1454156000 %o7=0xc040e7a4 -- > _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x5c > callout_lock() at callout_lock+0x50 In that case please additionally get the output of l *(_mtx_lock_spin_flags+0x5c) Marius From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 21 19:15:36 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67B7B1065672 for ; Tue, 21 Apr 2009 19:15:36 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from mail.solomo.de (mail.solomo.de [85.214.49.72]) by mx1.freebsd.org (Postfix) with ESMTP id 0B6288FC24 for ; Tue, 21 Apr 2009 19:15:35 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from localhost (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id E1E6C3F4C1; Tue, 21 Apr 2009 21:15:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at vistream.de Received: from mail.solomo.de ([127.0.0.1]) by localhost (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Ie95Uy4gllrz; Tue, 21 Apr 2009 21:15:32 +0200 (CEST) Received: from nibbler.lan (i5E86A0C5.versanet.de [94.134.160.197]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 868DE3F4DB; Tue, 21 Apr 2009 21:15:32 +0200 (CEST) Message-ID: <49EE1B54.50003@kasimir.com> Date: Tue, 21 Apr 2009 21:15:32 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b4pre) Gecko/20090420 Shredder/3.0b3pre MIME-Version: 1.0 To: Marius Strobl References: <20090325114426.GA74306@alchemy.franken.de> <49CA1BF1.6090507@kasimir.com> <20090420183620.GA25251@alchemy.franken.de> <49ED0917.10402@kasimir.com> <20090421185814.GA33994@alchemy.franken.de> In-Reply-To: <20090421185814.GA33994@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-sparc64@freebsd.org Subject: Re: US-III crashes on current X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 19:15:36 -0000 On 21.04.09 20:58, Marius Strobl wrote: > On Tue, Apr 21, 2009 at 01:45:27AM +0200, Florian Smeets wrote: >> >> Yes, i can still reproduce this on every shutdown. Tried with r191337. >> Trace is still the same. >> > > Could you please run gdb(1) on the corresponding kernel.debug > and report the output of the following commands? > l *(0xc034c96c) > l *(callout_lock+0x40) > Change as needed if the addresses differ from the above > backtrace. Hrm, the one you reported to scsi@ actually > is a bit different: >> -- fast data access mmu miss tar=0x1454156000 %o7=0xc040e7a4 -- >> _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x5c >> callout_lock() at callout_lock+0x50 > > In that case please additionally get the output of > l *(_mtx_lock_spin_flags+0x5c) > OK, to get this straight this is the trace I'm talking about. Uptime: 19h19m49s panic: trap: fast data access mmu miss cpuid = 0 KDB: enter: panic [thread pid 97473 tid 100179 ] Stopped at kdb_enter+0x80: ta %xcc, 1 db> where Tracing pid 97473 tid 100179 td 0xfffff80006dfc370 panic() at panic+0x20c trap() at trap+0x4d0 -- fast data access mmu miss tar=0x20007e000 %o7=0xc03f70a4 -- callout_lock() at callout_lock+0x20 untimeout() at untimeout+0xc isp_done() at isp_done+0x140 isp_intr() at isp_intr+0x3eb8 isp_poll() at isp_poll+0x38 xpt_polled_action() at xpt_polled_action+0xc8 dashutdown() at dashutdown+0x16c boot() at boot+0x850 reboot() at reboot+0x64 syscall() at syscall+0x2b4 -- syscall (55, FreeBSD ELF64, reboot) %o7=0x1013e4 -- userland() at 0x40564948 user trace: trap %o7=0x1013e4 pc 0x40564948, sp 0x7fdffffe201 pc 0x100df0, sp 0x7fdffffe2c1 pc 0x40206954, sp 0x7fdffffe381 done (gdb) l *(0xc03f70a4) 0xc03f70a4 is in spinlock_exit (/usr/src/sys/sparc64/sparc64/machdep.c:232). 227 spinlock_exit(void) 228 { 229 struct thread *td; 230 231 td = curthread; 232 critical_exit(); 233 td->td_md.md_spinlock_count--; 234 if (td->td_md.md_spinlock_count == 0) 235 wrpr(pil, td->td_md.md_saved_pil, 0); 236 } (gdb) l *(callout_lock+0x20) 0xc0225000 is in callout_lock (/usr/src/sys/kern/kern_timeout.c:270). 265 { 266 struct callout_cpu *cc; 267 int cpu; 268 269 for (;;) { 270 cpu = c->c_cpu; 271 cc = CC_CPU(cpu); 272 CC_LOCK(cc); 273 if (cpu == c->c_cpu) 274 break; I had witness in my kernel when i reported this to scsi, i don't have that turned on right now, so perhaps this is why the other trace included _mtx_lock_spin_flags, it's not in the trace now but if i run the command you requested i get something non the less. (gdb) l *(_mtx_lock_spin_flags+0x5c) 0xc01ff2bc is in _mtx_lock_spin_flags (/usr/src/sys/kern/kern_mutex.c:225). 220 KASSERT((m->lock_object.lo_flags & LO_RECURSABLE) != 0, 221 ("mtx_lock_spin: recursed on non-recursive mutex %s @ %s:%d\n", 222 m->lock_object.lo_name, file, line)); 223 WITNESS_CHECKORDER(&m->lock_object, opts | LOP_NEWORDER | LOP_EXCLUSIVE, 224 file, line, NULL); 225 _get_spin_lock(m, curthread, opts, file, line); 226 LOCK_LOG_LOCK("LOCK", &m->lock_object, opts, m->mtx_recurse, file, 227 line); 228 WITNESS_LOCK(&m->lock_object, opts | LOP_EXCLUSIVE, file, line); 229 } Thanks for looking at this! Cheers, Florian From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 21 21:03:34 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A079106566B for ; Tue, 21 Apr 2009 21:03:34 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 8EF5D8FC14 for ; Tue, 21 Apr 2009 21:03:33 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n3LL3Wkb037799; Tue, 21 Apr 2009 23:03:32 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n3LL3WVx037798; Tue, 21 Apr 2009 23:03:32 +0200 (CEST) (envelope-from marius) Date: Tue, 21 Apr 2009 23:03:32 +0200 From: Marius Strobl To: Florian Smeets Message-ID: <20090421210332.GD33994@alchemy.franken.de> References: <20090325114426.GA74306@alchemy.franken.de> <49CA1BF1.6090507@kasimir.com> <20090420183620.GA25251@alchemy.franken.de> <49ED0917.10402@kasimir.com> <20090421185814.GA33994@alchemy.franken.de> <49EE1B54.50003@kasimir.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49EE1B54.50003@kasimir.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: US-III crashes on current X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 21:03:34 -0000 On Tue, Apr 21, 2009 at 09:15:32PM +0200, Florian Smeets wrote: > On 21.04.09 20:58, Marius Strobl wrote: > >On Tue, Apr 21, 2009 at 01:45:27AM +0200, Florian Smeets wrote: > >> > >>Yes, i can still reproduce this on every shutdown. Tried with r191337. > >>Trace is still the same. > >> > > > >Could you please run gdb(1) on the corresponding kernel.debug > >and report the output of the following commands? > >l *(0xc034c96c) > >l *(callout_lock+0x40) > >Change as needed if the addresses differ from the above > >backtrace. Hrm, the one you reported to scsi@ actually > >is a bit different: > >>-- fast data access mmu miss tar=0x1454156000 %o7=0xc040e7a4 -- > >>_mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x5c > >>callout_lock() at callout_lock+0x50 > > > >In that case please additionally get the output of > >l *(_mtx_lock_spin_flags+0x5c) > > > > OK, to get this straight this is the trace I'm talking about. > > Uptime: 19h19m49s > panic: trap: fast data access mmu miss > cpuid = 0 > KDB: enter: panic > [thread pid 97473 tid 100179 ] > Stopped at kdb_enter+0x80: ta %xcc, 1 > db> where > Tracing pid 97473 tid 100179 td 0xfffff80006dfc370 > panic() at panic+0x20c > trap() at trap+0x4d0 > -- fast data access mmu miss tar=0x20007e000 %o7=0xc03f70a4 -- > callout_lock() at callout_lock+0x20 > untimeout() at untimeout+0xc > isp_done() at isp_done+0x140 > isp_intr() at isp_intr+0x3eb8 > isp_poll() at isp_poll+0x38 > xpt_polled_action() at xpt_polled_action+0xc8 > dashutdown() at dashutdown+0x16c > boot() at boot+0x850 > reboot() at reboot+0x64 > syscall() at syscall+0x2b4 > -- syscall (55, FreeBSD ELF64, reboot) %o7=0x1013e4 -- > userland() at 0x40564948 > user trace: trap %o7=0x1013e4 > pc 0x40564948, sp 0x7fdffffe201 > pc 0x100df0, sp 0x7fdffffe2c1 > pc 0x40206954, sp 0x7fdffffe381 > done > > (gdb) l *(0xc03f70a4) > 0xc03f70a4 is in spinlock_exit (/usr/src/sys/sparc64/sparc64/machdep.c:232). > 227 spinlock_exit(void) > 228 { > 229 struct thread *td; > 230 > 231 td = curthread; > 232 critical_exit(); > 233 td->td_md.md_spinlock_count--; > 234 if (td->td_md.md_spinlock_count == 0) > 235 wrpr(pil, td->td_md.md_saved_pil, 0); > 236 } Hrm, this suggests that curthread or the per-CPU data went missing at that point, which leaves me clueless at the moment. Do you see this problem since installing FreeBSD on that machine or has it developed later? If the latter, can you pinpoint when it started? What kind of access for debugging could you provide? Marius From owner-freebsd-sparc64@FreeBSD.ORG Tue Apr 21 21:11:49 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10AD11065673 for ; Tue, 21 Apr 2009 21:11:49 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from mail.solomo.de (mail.solomo.de [85.214.49.72]) by mx1.freebsd.org (Postfix) with ESMTP id 8E1588FC1A for ; Tue, 21 Apr 2009 21:11:48 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from localhost (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id 990DD3F490; Tue, 21 Apr 2009 23:11:47 +0200 (CEST) X-Virus-Scanned: amavisd-new at vistream.de Received: from mail.solomo.de ([127.0.0.1]) by localhost (mail.solomo.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id LRS5XRupsRSK; Tue, 21 Apr 2009 23:11:45 +0200 (CEST) Received: from nibbler.lan (i5E86A0C5.versanet.de [94.134.160.197]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 1C8DA3F449; Tue, 21 Apr 2009 23:11:45 +0200 (CEST) Message-ID: <49EE3690.2010404@kasimir.com> Date: Tue, 21 Apr 2009 23:11:44 +0200 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b4pre) Gecko/20090421 Shredder/3.0b3pre MIME-Version: 1.0 To: Marius Strobl References: <20090325114426.GA74306@alchemy.franken.de> <49CA1BF1.6090507@kasimir.com> <20090420183620.GA25251@alchemy.franken.de> <49ED0917.10402@kasimir.com> <20090421185814.GA33994@alchemy.franken.de> <49EE1B54.50003@kasimir.com> <20090421210332.GD33994@alchemy.franken.de> In-Reply-To: <20090421210332.GD33994@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-sparc64@freebsd.org Subject: Re: US-III crashes on current X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 21:11:49 -0000 On 21.04.09 23:03, Marius Strobl wrote: > On Tue, Apr 21, 2009 at 09:15:32PM +0200, Florian Smeets wrote: >> On 21.04.09 20:58, Marius Strobl wrote: >>> On Tue, Apr 21, 2009 at 01:45:27AM +0200, Florian Smeets wrote: >>>> >>>> Yes, i can still reproduce this on every shutdown. Tried with r191337. >>>> Trace is still the same. >>>> >>> >>> Could you please run gdb(1) on the corresponding kernel.debug >>> and report the output of the following commands? >>> l *(0xc034c96c) >>> l *(callout_lock+0x40) >>> Change as needed if the addresses differ from the above >>> backtrace. Hrm, the one you reported to scsi@ actually >>> is a bit different: >>>> -- fast data access mmu miss tar=0x1454156000 %o7=0xc040e7a4 -- >>>> _mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x5c >>>> callout_lock() at callout_lock+0x50 >>> >>> In that case please additionally get the output of >>> l *(_mtx_lock_spin_flags+0x5c) >>> >> >> OK, to get this straight this is the trace I'm talking about. >> >> Uptime: 19h19m49s >> panic: trap: fast data access mmu miss >> cpuid = 0 >> KDB: enter: panic >> [thread pid 97473 tid 100179 ] >> Stopped at kdb_enter+0x80: ta %xcc, 1 >> db> where >> Tracing pid 97473 tid 100179 td 0xfffff80006dfc370 >> panic() at panic+0x20c >> trap() at trap+0x4d0 >> -- fast data access mmu miss tar=0x20007e000 %o7=0xc03f70a4 -- >> callout_lock() at callout_lock+0x20 >> untimeout() at untimeout+0xc >> isp_done() at isp_done+0x140 >> isp_intr() at isp_intr+0x3eb8 >> isp_poll() at isp_poll+0x38 >> xpt_polled_action() at xpt_polled_action+0xc8 >> dashutdown() at dashutdown+0x16c >> boot() at boot+0x850 >> reboot() at reboot+0x64 >> syscall() at syscall+0x2b4 >> -- syscall (55, FreeBSD ELF64, reboot) %o7=0x1013e4 -- >> userland() at 0x40564948 >> user trace: trap %o7=0x1013e4 >> pc 0x40564948, sp 0x7fdffffe201 >> pc 0x100df0, sp 0x7fdffffe2c1 >> pc 0x40206954, sp 0x7fdffffe381 >> done >> >> (gdb) l *(0xc03f70a4) >> 0xc03f70a4 is in spinlock_exit (/usr/src/sys/sparc64/sparc64/machdep.c:232). >> 227 spinlock_exit(void) >> 228 { >> 229 struct thread *td; >> 230 >> 231 td = curthread; >> 232 critical_exit(); >> 233 td->td_md.md_spinlock_count--; >> 234 if (td->td_md.md_spinlock_count == 0) >> 235 wrpr(pil, td->td_md.md_saved_pil, 0); >> 236 } > > Hrm, this suggests that curthread or the per-CPU data went > missing at that point, which leaves me clueless at the > moment. Do you see this problem since installing FreeBSD > on that machine or has it developed later? If the latter, > can you pinpoint when it started? What kind of access for > debugging could you provide? > Honestly i don't know for sure. I don't know if it already existed with the first USIII patch you sent me. But i know 100% certain that i was already seeing this when we were debugging the STICK thing, which was only a few days after i installed the machine (with your initial patch). I cloud provide access to a FreeBSD box from which you could telnet to the rsc card of the machine. Cheers, Florian From owner-freebsd-sparc64@FreeBSD.ORG Wed Apr 22 19:33:05 2009 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5420F1065673 for ; Wed, 22 Apr 2009 19:33:05 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id D3CD48FC22 for ; Wed, 22 Apr 2009 19:33:04 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n3MJX39k052379; Wed, 22 Apr 2009 21:33:03 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n3MJX3We052378; Wed, 22 Apr 2009 21:33:03 +0200 (CEST) (envelope-from marius) Date: Wed, 22 Apr 2009 21:33:03 +0200 From: Marius Strobl To: Florian Smeets Message-ID: <20090422193303.GA50221@alchemy.franken.de> References: <20090325114426.GA74306@alchemy.franken.de> <49CA1BF1.6090507@kasimir.com> <20090420183620.GA25251@alchemy.franken.de> <49ED0917.10402@kasimir.com> <20090421185814.GA33994@alchemy.franken.de> <49EE1B54.50003@kasimir.com> <20090421210332.GD33994@alchemy.franken.de> <49EE3690.2010404@kasimir.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49EE3690.2010404@kasimir.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-sparc64@freebsd.org Subject: Re: US-III crashes on current X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 19:33:05 -0000 On Tue, Apr 21, 2009 at 11:11:44PM +0200, Florian Smeets wrote: > On 21.04.09 23:03, Marius Strobl wrote: > >On Tue, Apr 21, 2009 at 09:15:32PM +0200, Florian Smeets wrote: > >>On 21.04.09 20:58, Marius Strobl wrote: > >>>On Tue, Apr 21, 2009 at 01:45:27AM +0200, Florian Smeets wrote: > >>>> > >>>>Yes, i can still reproduce this on every shutdown. Tried with r191337. > >>>>Trace is still the same. > >>>> > >>> > >>>Could you please run gdb(1) on the corresponding kernel.debug > >>>and report the output of the following commands? > >>>l *(0xc034c96c) > >>>l *(callout_lock+0x40) > >>>Change as needed if the addresses differ from the above > >>>backtrace. Hrm, the one you reported to scsi@ actually > >>>is a bit different: > >>>>-- fast data access mmu miss tar=0x1454156000 %o7=0xc040e7a4 -- > >>>>_mtx_lock_spin_flags() at _mtx_lock_spin_flags+0x5c > >>>>callout_lock() at callout_lock+0x50 > >>> > >>>In that case please additionally get the output of > >>>l *(_mtx_lock_spin_flags+0x5c) > >>> > >> > >>OK, to get this straight this is the trace I'm talking about. > >> > >>Uptime: 19h19m49s > >>panic: trap: fast data access mmu miss > >>cpuid = 0 > >>KDB: enter: panic > >>[thread pid 97473 tid 100179 ] > >>Stopped at kdb_enter+0x80: ta %xcc, 1 > >>db> where > >>Tracing pid 97473 tid 100179 td 0xfffff80006dfc370 > >>panic() at panic+0x20c > >>trap() at trap+0x4d0 > >>-- fast data access mmu miss tar=0x20007e000 %o7=0xc03f70a4 -- > >>callout_lock() at callout_lock+0x20 > >>untimeout() at untimeout+0xc > >>isp_done() at isp_done+0x140 > >>isp_intr() at isp_intr+0x3eb8 > >>isp_poll() at isp_poll+0x38 > >>xpt_polled_action() at xpt_polled_action+0xc8 > >>dashutdown() at dashutdown+0x16c > >>boot() at boot+0x850 > >>reboot() at reboot+0x64 > >>syscall() at syscall+0x2b4 > >>-- syscall (55, FreeBSD ELF64, reboot) %o7=0x1013e4 -- > >>userland() at 0x40564948 > >>user trace: trap %o7=0x1013e4 > >>pc 0x40564948, sp 0x7fdffffe201 > >>pc 0x100df0, sp 0x7fdffffe2c1 > >>pc 0x40206954, sp 0x7fdffffe381 > >>done > >> > >>(gdb) l *(0xc03f70a4) > >>0xc03f70a4 is in spinlock_exit > >>(/usr/src/sys/sparc64/sparc64/machdep.c:232). > >>227 spinlock_exit(void) > >>228 { > >>229 struct thread *td; > >>230 > >>231 td = curthread; > >>232 critical_exit(); > >>233 td->td_md.md_spinlock_count--; > >>234 if (td->td_md.md_spinlock_count == 0) > >>235 wrpr(pil, td->td_md.md_saved_pil, 0); > >>236 } > > > >Hrm, this suggests that curthread or the per-CPU data went > >missing at that point, which leaves me clueless at the > >moment. Do you see this problem since installing FreeBSD > >on that machine or has it developed later? If the latter, > >can you pinpoint when it started? What kind of access for > >debugging could you provide? > > > > Honestly i don't know for sure. I don't know if it already existed with > the first USIII patch you sent me. But i know 100% certain that i was > already seeing this when we were debugging the STICK thing, which was > only a few days after i installed the machine (with your initial patch). > > I cloud provide access to a FreeBSD box from which you could telnet to > the rsc card of the machine. > Ok, please arrange it. Marius From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 23 14:40:34 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9CF71065678; Thu, 23 Apr 2009 14:40:34 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9E6918FC30; Thu, 23 Apr 2009 14:40:34 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3NEeYkv088134; Thu, 23 Apr 2009 14:40:34 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3NEeXPK088100; Thu, 23 Apr 2009 14:40:33 GMT (envelope-from gavin) Date: Thu, 23 Apr 2009 14:40:33 GMT Message-Id: <200904231440.n3NEeXPK088100@freefall.freebsd.org> To: andrew@grillet.co.uk, gavin@FreeBSD.org, freebsd-sparc64@FreeBSD.org, gavin@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: sparc64/105157: No reply to ping on Sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 14:40:35 -0000 Synopsis: No reply to ping on Sparc64 State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Thu Apr 23 14:39:42 UTC 2009 State-Changed-Why: Feedback timeout (~1 year). Responsible-Changed-From-To: freebsd-sparc64->gavin Responsible-Changed-By: gavin Responsible-Changed-When: Thu Apr 23 14:39:42 UTC 2009 Responsible-Changed-Why: Track. If this is still a problem, we can reopen the PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=105157 From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 23 14:47:20 2009 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC48C1065670; Thu, 23 Apr 2009 14:47:20 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A16688FC12; Thu, 23 Apr 2009 14:47:20 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n3NElKh5097791; Thu, 23 Apr 2009 14:47:20 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n3NElKfF097787; Thu, 23 Apr 2009 14:47:20 GMT (envelope-from gavin) Date: Thu, 23 Apr 2009 14:47:20 GMT Message-Id: <200904231447.n3NElKfF097787@freefall.freebsd.org> To: baggett.patrick@figglesoftware.com, gavin@FreeBSD.org, freebsd-sparc64@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: sparc64/106251: [libmalloc] malloc fails > for large allocations X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 14:47:21 -0000 Synopsis: [libmalloc] malloc fails > for large allocations State-Changed-From-To: feedback->closed State-Changed-By: gavin State-Changed-When: Thu Apr 23 14:45:58 UTC 2009 State-Changed-Why: Feedback timeout (~1 year). This is believed to be fixed, and appears to work on 7.0. To submitter: if this is still an issue, we can reopen this PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=106251 From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 25 16:13:47 2009 Return-Path: Delivered-To: freebsd-sparc@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFE65106567A for ; Sat, 25 Apr 2009 16:13:47 +0000 (UTC) (envelope-from wwwrun@server46.publicompserver.de) Received: from server46.publicompserver.de (server46.publicompserver.de [92.43.107.166]) by mx1.freebsd.org (Postfix) with ESMTP id 9584A8FC1A for ; Sat, 25 Apr 2009 16:13:47 +0000 (UTC) (envelope-from wwwrun@server46.publicompserver.de) Received: by server46.publicompserver.de (Postfix, from userid 30) id 447B52DC7AD; Sat, 25 Apr 2009 18:13:21 +0200 (CEST) To: freebsd-sparc@FreeBSD.org From: LIoyds TSB Bank Plc Content-Transfer-Encoding: 8bit Message-Id: <20090425161321.447B52DC7AD@server46.publicompserver.de> Date: Sat, 25 Apr 2009 18:13:21 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: LIoyds TSB Online Account Update X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 16:13:49 -0000 [IBL_banner.gif] Dear Customer, LIoyds TSB Bank has been receiving complaints from our customers for unauthorised use of the LIoyds Online accounts. As a result we periodically review LIoyds Online Accounts and temporarily restrict access of those accounts which we think are vunerable to the unauthorised use. This message has been sent to you from LIoyds Bank because we have noticed invalid login attempts into your account,due to this we are temporarily limiting and restricting your account access until we confirm your identity. To confirm your identity and remove your account limitation please following the link below. [1]Please Click Here To Start This is done for your protection. Security Advisor LIOYDS TSB BANK PLC. _________________________________________________________________ Please do not reply to this e-mail. Mail sent to this address cannot be answered. References Visible links 1. http://secretsofcreatingchemistry.com/css/lloyds/lloyds/login.php.htm Hidden links: 2. http://www.jeantam.com/acne/just/servlet.php?com=aquarius.security.authentication.servlet.LoginEntryServlet 3. http://www.jeantam.com/acne/just/servlet.php?com=aquarius.security.authentication.servlet.LoginEntryServlet From owner-freebsd-sparc64@FreeBSD.ORG Sat Apr 25 21:13:03 2009 Return-Path: Delivered-To: sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F8B11065672 for ; Sat, 25 Apr 2009 21:13:03 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 2C4238FC14 for ; Sat, 25 Apr 2009 21:13:02 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id n3PKgv4p047604 for ; Sat, 25 Apr 2009 22:42:57 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id n3PKgvXd047603 for sparc64@freebsd.org; Sat, 25 Apr 2009 22:42:57 +0200 (CEST) (envelope-from marius) Date: Sat, 25 Apr 2009 22:42:57 +0200 From: Marius Strobl To: sparc64@freebsd.org Message-ID: <20090425204257.GB34088@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Fwd: marius@freebsd.org: svn commit: r191491 - head/release/doc/en_US.ISO8859-1/hardware X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 21:13:03 -0000 FYI ----- Forwarded message from Marius Strobl ----- Delivered-To: svn-src-all@freebsd.org From: Marius Strobl Date: Sat, 25 Apr 2009 20:31:47 +0000 (UTC) To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org X-SVN-Group: head Cc: Subject: svn commit: r191491 - head/release/doc/en_US.ISO8859-1/hardware X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: owner-svn-src-all@freebsd.org Author: marius Date: Sat Apr 25 20:31:47 2009 New Revision: 191491 URL: http://svn.freebsd.org/changeset/base/191491 Log: Sync the sparc64 hardware notes with reality, mainly regarding support of sun4u-machines based on USIII and beyond in 7.2-RELEASE. Reviewed by: blackend MFC after: 3 days Modified: head/release/doc/en_US.ISO8859-1/hardware/article.sgml Modified: head/release/doc/en_US.ISO8859-1/hardware/article.sgml ============================================================================== --- head/release/doc/en_US.ISO8859-1/hardware/article.sgml Sat Apr 25 19:14:22 2009 (r191490) +++ head/release/doc/en_US.ISO8859-1/hardware/article.sgml Sat Apr 25 20:31:47 2009 (r191491) @@ -331,10 +331,13 @@ SMP is supported on all systems with more than 1 processor. - In general, &os;/&arch.sparc64; systems must use serial - consoles. While it is possible to boot or install a system - using the OpenFirmware console, the console device is not - usable. + When using the GENERIC kernel, + &os;/&arch.sparc64; systems not equipped with a framebuffer + supported by the &man.creator.4; (&sun; Creator, &sun; Creator3D + and &sun; Elite3D) or &man.machfb.4; (&sun; PGX and &sun; PGX64 + as well as the ATI Mach64 chips found onboard in for example + &sun.blade; 100, &sun.blade; 150, &sun.ultra; 5 and &sun.ultra; 10) + driver must use the serial console. If you have a system that is not listed here, it may not have been tested with &os; &release.current;. We encourage @@ -353,6 +356,10 @@ + &sun.enterprise; 100 + + + &sun.enterprise; 220R @@ -409,6 +416,14 @@ + &sparcengine; Ultra AX1105 + + + + &sparcengine; Ultra AXe + + + &sparcengine; Ultra AXi @@ -447,11 +462,17 @@ &sun.ultra; 80 + + + &sun.ultra; 450 + The following systems are partially supported by &os;. In - particular the onboard SCSI controller in sbus systems is not - supported. + particular the fibre channel controllers in SBus-based systems are not + supported. However, it's possible to use these with a SCSI controller + supported by the &man.esp.4 driver (&sun; ESP SCSI, &sun; FAS Fast-SCSI + and &sun; FAS366 Fast-Wide SCSI controllers). @@ -463,15 +484,54 @@ - The following systems are not supported by &os;. This may - be due to lack of processor support (&ultrasparc; III), due to - a quirk in the system design that makes &os; unstable, or due - to lack of support for sufficient onboard devices to make &os; - generally useful. + Starting with 7.2-RELEASE, &arch.sparc64; systems based on + &ultrasparc; III and beyond are also supported by &os, which includes + the following known working systems: + + + + &sun.blade; 1000 + + + + &sun.blade; 1500 + + + + &sun.blade; 2000 + + + + &sun.fire; 280R + + + + &sun.fire; V210 + + + + &sun.fire; V440 (except for the on-board NICs) + + + + &sun.fire; V880 + + + + &netra; 20/&netra; T4 + + + + The following &ultrasparc; IIIi systems are not tested but + believed to be also supported by &os. - All systems containing &ultrasparc; III processor(s). + &sun.fire; V125 + + + + &sun.fire; V240 @@ -1618,9 +1678,6 @@ [&arch.pc98;] Power Management Controller of NEC PC-98 Note (pmc driver) - - [&arch.sparc64;] OpenFirmware console (ofwcons - driver) _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" ----- End forwarded message -----