From owner-freebsd-sparc64@FreeBSD.ORG Wed Mar 25 11:56:38 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 3C8F3106566C for ; Wed, 25 Mar 2009 11:56:38 +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 EB8A68FC12 for ; Wed, 25 Mar 2009 11:56:37 +0000 (UTC) (envelope-from flo@kasimir.com) Received: from localhost (localhost [127.0.0.1]) by mail.solomo.de (Postfix) with ESMTP id E191C3F548; Wed, 25 Mar 2009 12:56:36 +0100 (CET) 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 zIxbdbYxPzFQ; Wed, 25 Mar 2009 12:56:34 +0100 (CET) Received: from nibbler.vistream.local (relay3.vistream.de [87.139.10.28]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.solomo.de (Postfix) with ESMTPSA id 7A7D33F50D; Wed, 25 Mar 2009 12:56:34 +0100 (CET) Message-ID: <49CA1BF1.6090507@kasimir.com> Date: Wed, 25 Mar 2009 12:56:33 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 MIME-Version: 1.0 To: Marius Strobl References: <20090325114426.GA74306@alchemy.franken.de> In-Reply-To: <20090325114426.GA74306@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: Wed, 25 Mar 2009 11:56:39 -0000 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. Cheers, Florian