From owner-freebsd-current@FreeBSD.ORG Wed Oct 22 13:14:59 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 EF17410656A0 for ; Wed, 22 Oct 2008 13:14:59 +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 9E2DA8FC29 for ; Wed, 22 Oct 2008 13:14:59 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so953811qwb.7 for ; Wed, 22 Oct 2008 06:14:58 -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=iec03ahfwDWFXVcqj5uCQ0DPy2sojxtL/xFSs3cpZqI=; b=U1kDxiqyGujHrvmVfdRAHWLKF+Dsd6mbIY8viL5zPpkc9gEqm0hjcVAbjZXxRFAjAz gcGt7cmcA3bqrla2ErHNmamjggO03h/OiGMs4ymN0Uo9OxGYcWhMLcwJ+SbUuwdbruEW 2rJimDjAF6WetTlDWkj+ItCx72LG15mKrkeL4= 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=bZ4Xn2NpQznU8h+KOZSLdmjVo4qYmXJumZF3RuBKDEVTFWakcl2YRY32x7HB69u/iN vwa8o247SQaqy0t2FssRpLD5xynXTmgb1QxC2CJoPJShqSxa4WQelNNZEfAZeM5sm+pl 8cZJEjE3x0kVcSLCln/Z9ndOyERladG7o8zH4= Received: by 10.214.9.8 with SMTP id 8mr15650980qai.89.1224681298327; Wed, 22 Oct 2008 06:14:58 -0700 (PDT) Received: by 10.215.101.5 with HTTP; Wed, 22 Oct 2008 06:14:58 -0700 (PDT) Message-ID: <47d0403c0810220614x2d0d46a8kd8c1a04b2a14cd4c@mail.gmail.com> Date: Wed, 22 Oct 2008 09:14:58 -0400 From: "Ben Kaduk" To: "Thomas Quinot" In-Reply-To: <47d0403c0810210604me000a11h1d2dc3cfc1da1f3b@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> 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: Wed, 22 Oct 2008 13:15:00 -0000 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