From owner-freebsd-current@FreeBSD.ORG Sun Oct 26 18:55:00 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46392106566C for ; Sun, 26 Oct 2008 18:55:00 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id EB9AB8FC1A for ; Sun, 26 Oct 2008 18:54:59 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so766156qwb.7 for ; Sun, 26 Oct 2008 11:54:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=Zrt8Jl8N1mFOBCYNy4UtCPFJ2Jt5IR7CePFRBgpC0TQ=; b=w55BQiLPeWijPugNdZZj5yBxQSOMMgmE6IMD0zxiCSo4jcNruAVQDakxLA5ZTuiJlI jNENUEhHvaGhNQ+WlPp3gJewoJ/9BlYztwPuApu1Gc7B/u8z66oqAZDCZviLo7Y/vTtM bbFVN0Iyt4MdgRBle0aiCqumkuKojdDB+tpls= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=iCCAxDome9qyyZ0vmJ9YxYVVQvUj1X0Lendp/us5AwEx9IZAcq1loc/Qf+PTTxep5k SrG8k03FWFf1z6TWvINba2pr7kHPMn2mewLCaylTf2h/uOzoGh/mO+zDg77uMofb1RKn U04mo6YfN75QSW4uy9ubhV9NyEUgu6XrOf+s4= Received: by 10.214.147.20 with SMTP id u20mr1688850qad.105.1225047299162; Sun, 26 Oct 2008 11:54:59 -0700 (PDT) Received: by 10.215.101.5 with HTTP; Sun, 26 Oct 2008 11:54:58 -0700 (PDT) Message-ID: <47d0403c0810261154r56fd1d82x4452cccf033298f7@mail.gmail.com> Date: Sun, 26 Oct 2008 14:54:58 -0400 From: "Ben Kaduk" To: "Thomas Quinot" In-Reply-To: <47d0403c0810220614x2d0d46a8kd8c1a04b2a14cd4c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47d0403c0810111730p41bb17feva35729f31d0d2f44@mail.gmail.com> <20081020165449.GB10340@melamine.cuivre.fr.eu.org> <47d0403c0810202228s18b21c35ybd073ccfb6548a87@mail.gmail.com> <20081021071716.GA50364@melamine.cuivre.fr.eu.org> <47d0403c0810210604me000a11h1d2dc3cfc1da1f3b@mail.gmail.com> <47d0403c0810220614x2d0d46a8kd8c1a04b2a14cd4c@mail.gmail.com> Cc: FreeBSD Current Subject: Re: delayed panic loading atapicam (after failed burncd) 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: Sun, 26 Oct 2008 18:55:00 -0000 On Wed, Oct 22, 2008 at 9:14 AM, Ben Kaduk wrote: > On Tue, Oct 21, 2008 at 9:04 AM, Ben Kaduk wrote: >> On Tue, Oct 21, 2008 at 3:17 AM, Thomas Quinot wrote: >>> * Ben Kaduk, 2008-10-21 : >> >>> To avoid copying everything by hand, you can hook a serial console to >>> your machine and log the messages on a second machine. >>> >>>> I don't have the media that was causing the panic here at home; I'll >>>> try to test that tomorrow and see if the panic >>>> is gone with the new snapshot. >>> > > Interesting. I just burned (I think successfully) a 200809-bootonly > iso using burncd (on a 200810 snapshot system), but there were some > errors on the console right about when it was trying to fixate the > disc. > The system was stable after that, though, so I figured I'd see what > kldload-ing atapicam did. > This gives a different panic*, that I thought I'd pass on before crashing: > (*) fatal trap, now that I've scrolled back > > Fatal trap 9: general protection fault while in kernel mode > instruction pointer 0x8:0xffffffff8019cd20 > [...] > stopped at daclose+0xa0: movq 0x20(%r9),%rdi > db> lock order reversal: (Giant after non-sleepable) > 1st ATAPICAM lock @ /usr/src/sys/cam/cam_periph.h:182 > 2nd Giant @ /usr/src/sys/dev/kbdmux/kbdmux.c:1044 > KDB: stack backtrace: > db_trace_self_wrapper > _witness_debugger > witness_checkorder > _mtx_lock_flags > kbdmux_ioctl > sc_cngetc > cncheckc > cngetc > db_readline > dbread_line > db_command_loop > db_trap > kdb_trap > trap_fatal > trap > calltrap > ----- trap [...] > daclose+0xa0 > g_disk_access+0x196 > g_access+0x198 > g_part_taste+0x158 > g_new_provider_event_0xa5 > g_run_events+0x217 > g_event_procbody+0x6c > fork_exit+0x12a > fork_trampoline+0xe > > Hm, I bet the stuff above the trap is noise from breaking to KDB. > > Looking at the posted dmesg, it doesn't appear to be > liking the uart very much, so the fact that I don't have > a proper cable here is not quite as bad. Maybe I > can hack something with dcons elsewhere ... > > More updates tomorrow; it seems that I really need > to crash now, though. > > -Ben Kaduk > For the archives: I went to install some ports, and portsnap repeatedly complained about invalid checksums, which was weird. I then used csup to grab a ports tree, but attempting to build something (I think it was gnu screen(1)) caused mtree to die with something about "unable to find group 'wheel'". This causes me to believe that my installation was corrupt, and I am tentatively blaming my install media. -Ben Kaduk