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