From owner-freebsd-current@FreeBSD.ORG Fri Jul 13 21:00:14 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63F7016A402 for ; Fri, 13 Jul 2007 21:00:14 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 238F613C4AA for ; Fri, 13 Jul 2007 21:00:14 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so150832anc for ; Fri, 13 Jul 2007 14:00:13 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nTAr6VmdlEBQ38ncAEeJPCf8I7gtmLAGA81xnUwOJ3T1vH4AnkbtgA/5kOIbO/gkfkSE3Pn8hqsyF2xzzI14cQpIdxBP2yxmxZgiX0zEMYRZPVfRE+e30dsecrb0pg2dtvO67ERP2RlAJ49Y7zNr88vZdTt3e1itTc77r1idGzo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NSVRi/ncm3bBL0ADVDbUgTc+ZQa/xzRZIAIINrXINwtp8c3cqdkiusLYqpdnyDEaPi3SJY4lGUt/RQXv9Rf/SGP66y5ORvxGtplW64sS+vcOA8q54JXrwRQ+JR2YSxkeNlfaCsekRngFhvoYWrTPp6BhyYHe2y6CWe9F6JtPhfY= Received: by 10.100.125.5 with SMTP id x5mr1121528anc.1184358972064; Fri, 13 Jul 2007 13:36:12 -0700 (PDT) Received: by 10.100.142.3 with HTTP; Fri, 13 Jul 2007 13:36:11 -0700 (PDT) Message-ID: Date: Fri, 13 Jul 2007 13:36:11 -0700 From: "Matt Reimer" To: "John Baldwin" In-Reply-To: <200707131528.51396.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200707131528.51396.jhb@freebsd.org> Cc: freebsd-current@freebsd.org, scottl@freebsd.org Subject: Re: arcmsr crash X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2007 21:00:14 -0000 On 7/13/07, John Baldwin wrote: > On Tuesday 05 June 2007 05:22:38 pm Matt Reimer wrote: > > Once a week or so we're seeing a panic with a -current kernel built > > just before the gcc 4.2 import (maybe three weeks ago). The box has a > > Supermicro X7DBE/X7DBE+ motherboard with two Xeon 5160s, 16G RAM, and > > an Areca 1220 controller with eight 500G disks connected. > > > > Does this indicate that the arcmsr driver is at fault: > > > > Tracing command irq16: arcmsr0 pid 26 tid 100018 td 0xffffff040fc5b000 > > cpustop_handler() at cpustop_handler+0x35 > > ipi_nmi_handler() at ipi_nmi_handler+0x2e > > trap() at trap+0x365 > > nmi_calltrap() at nmi_calltrap+0x8 > > --- trap 0x13, rip = 0xffffffff8041ab11, rsp = 0xffffffffab59eff0, rbp > > = 0xffffffffac0a37d0 --- > > siocnclose() at siocnclose+0x21 > > sio_cnputc() at sio_cnputc+0x89 > > cnputc() at cnputc+0x6a > > putchar() at putchar+0x5f > > kvprintf() at kvprintf+0xd45 > > printf() at printf+0xe1 > > panic() at panic+0x145 > > xpt_done() at xpt_done+0x14a > > arcmsr_interrupt() at arcmsr_interrupt+0x2df > > ithread_loop() at ithread_loop+0x108 > > fork_exit() at fork_exit+0xaa > > fork_trampoline() at fork_trampoline+0xe > > --- trap 0, rip = 0, rsp = 0xffffffffac0a3d30, rbp = 0 --- > > Looks like it has panic'd here: > > switch (done_ccb->ccb_h.path->periph->type) { > case CAM_PERIPH_BIO: > mtx_lock(&cam_bioq_lock); > TAILQ_INSERT_TAIL(&cam_bioq, &done_ccb->ccb_h, > sim_links.tqe); > done_ccb->ccb_h.pinfo.index = CAM_DONEQ_INDEX; > mtx_unlock(&cam_bioq_lock); > swi_sched(cambio_ih, 0); > break; > default: > panic("unknown periph type %d", > done_ccb->ccb_h.path->periph->type); > } > > which should seem to indicate that, yes, it is a driver bug. That code in -CURRENT looks a bit different (cam_simq_lock instead of cam_bioq_lock, etc.). Is that relevant to your analysis? Matt