From owner-freebsd-stable@FreeBSD.ORG Fri May 11 01:44:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 638D816A400 for ; Fri, 11 May 2007 01:44:42 +0000 (UTC) (envelope-from scotts@inetz.com) Received: from garnet.inetz.com (mail.inetz.com [209.63.19.5]) by mx1.freebsd.org (Postfix) with ESMTP id 4466F13C44C for ; Fri, 11 May 2007 01:44:42 +0000 (UTC) (envelope-from scotts@inetz.com) Received: from localhost (localhost [127.0.0.1]) by garnet.inetz.com (Postfix) with ESMTP id E33AA56573; Thu, 10 May 2007 19:44:41 -0600 (MDT) X-Virus-Scanned: amavisd-new at inetz.com X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 required=4 tests=[AWL=-0.000, BAYES_00=-2.599] Received: from garnet.inetz.com ([127.0.0.1]) by localhost (mail.inetz.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mX+gAvFpqnNl; Thu, 10 May 2007 19:44:39 -0600 (MDT) Received: from [192.168.2.102] (sswanson.dsl.xmission.com [166.70.38.225]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by garnet.inetz.com (Postfix) with ESMTP id 065745656F; Thu, 10 May 2007 19:44:38 -0600 (MDT) Message-ID: <4643CA85.90800@inetz.com> Date: Thu, 10 May 2007 19:44:37 -0600 From: Scott Swanson User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: Kris Kennaway References: <46438569.1000506@inetz.com> <20070510214348.GA68925@xor.obsecurity.org> <4643C010.7060302@inetz.com> <20070511010654.GA75689@xor.obsecurity.org> <4643C34F.9070504@inetz.com> <20070511011929.GA76360@xor.obsecurity.org> In-Reply-To: <20070511011929.GA76360@xor.obsecurity.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: panic: spin lock held too long (w/ backtrace) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 May 2007 01:44:42 -0000 >> (kgdb) proc 18303 >> (kgdb) bt >> #0 0xc0644f5b in sched_switch (td=0xc95a5900, newtd=0xc92aad80, >> flags=0) at /usr/src/sys/kern/sched_4bsd.c:973 >> #1 0xeaa6dcb4 in ?? () >> #2 0x00000001 in ?? () >> #3 0x0ee2c000 in ?? () >> #4 0x00000000 in ?? () >> #5 0x00004000 in ?? () >> #6 0x00000000 in ?? () >> #7 0x00000000 in ?? () >> #8 0xc95a5900 in ?? () >> #9 0xeaa6dd30 in ?? () >> #10 0xc081a8fb in syscall (frame=Cannot access memory at address 0x4008 >> ) at /usr/src/sys/i386/i386/trap.c:983 >> Previous frame inner to this frame (corrupt stack?) > > Garbage :( Are you using any modules? > > Kris Well, I do have ASR_COMPAT enabled in the kernel to monitor the Adaptec 2010S controller. # asr old ioctls support, needed by raidutils options ASR_COMPAT In retrospect I guess I should have started investigating there first. Is there a good way to determine if this is actually the problem without just recompiling the kernel and hoping for the best? I see that it is still listed in NOTES, but maybe this option should now be avoided? Regards; Scott