From owner-freebsd-current@FreeBSD.ORG Sun Dec 15 20:22:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0DA7D2C7 for ; Sun, 15 Dec 2013 20:22:44 +0000 (UTC) Received: from mail-pb0-x231.google.com (mail-pb0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D18AA1F7C for ; Sun, 15 Dec 2013 20:22:43 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id jt11so4619869pbb.36 for ; Sun, 15 Dec 2013 12:22:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=k2O2Mjsv9X9G1OTzpVwmBmvi461c3/ZfTc0GPYl5OkE=; b=Kwu20k+gTyo7B/9k9dw/kAmn76R7iGjji3gEMB62D8S/EXXLJxgWGLh0Ei7VC4ASRA 8PDnb92RJo/rtvEBd9kXzll+DVOXETwSCt+cqq46ZuIVpOJA2J+BEmXO18cHOcQzrF63 mQnLiMUFHB4g6NcF+fn8bPuX+YLi53yBTRtEE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=k2O2Mjsv9X9G1OTzpVwmBmvi461c3/ZfTc0GPYl5OkE=; b=iQ3pNDGf11g5WOoEcAqdH1WafqghruWUilYlYHdYqU4uGqAyUKlQa/LlXLwlYW7SHH sQXuF2aatrk4/Qp65uy0eoWi2SIx1KK3EVjfGWFgxj2QSQ98vhulsjQu4fJkmPfRRQ4n oOeeHqwu9O7hnaaAf1vex1nN17tq2AV4ZiQLyfuxDu/LVj2S30nXXRFiJpy8OZZo+Umu GGGbjmfY3ggjW8+J9cCnDFJ7NrzYC8w6qsMbKiAo/VqmgTv1pOhR7lUXlqRUWwVg9ZqU sQC0gJcu7TBQFa56hP4LNDDwsyffmYoGU+nUt9kXEDgKz3SxoxjvNeDPjBIuCBf0JNDF ihTA== X-Gm-Message-State: ALoCoQmjKFv6cIMAhnXVlo+6bgK5SEbvrnoa3Alrg+B4u6j26kB2TbgBQMHnHSpyTxVaF3zgJ1OE X-Received: by 10.69.31.170 with SMTP id kn10mr16030632pbd.106.1387138963479; Sun, 15 Dec 2013 12:22:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.70.57.98 with HTTP; Sun, 15 Dec 2013 12:22:13 -0800 (PST) In-Reply-To: References: From: Eitan Adler Date: Sun, 15 Dec 2013 15:22:13 -0500 Message-ID: Subject: Re: r259286 panic To: freebsd-current Current , Aleksandr Rybalko , Alexander Motin Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Dec 2013 20:22:44 -0000 On Sun, Dec 15, 2013 at 3:23 AM, Eitan Adler wrote: > FreeBSD gravity.local 11.0-CURRENT FreeBSD 11.0-CURRENT #7 r259286: > Fri Dec 13 00:33:37 EST 2013 > eitan@gravity.local:/usr/obj/usr/src/sys/EADLER amd64 > > Complete textdump here: http://people.freebsd.org/~eadler/files/core.txt.1 > > My kernel is built with complete debug symbols, INVARIANTS, ddb, etc. > but no WITNESS. > > I have vt and vt_vga enabled but not sc and vga (newcons, but not syscons). Replying to myself with more data: gdb$ list kern_timeout.c Can't find member of namespace, class, struct, or union named "kern_timeout.c" Hint: try 'kern_timeout.c or 'kern_timeout.c (Note leading single quote.) gdb$ list kern_timeout.c:700 695 lastfunc = c_func; 696 } 697 #endif 698 CTR1(KTR_CALLOUT, "callout %p finished", c); 699 if ((c_flags & CALLOUT_RETURNUNLOCKED) == 0) 700 class->lc_unlock(c_lock); 701 skip: 702 CC_LOCK(cc); 703 KASSERT(cc->cc_exec_entity[direct].cc_curr == c, ("mishandled cc_curr")); 704 cc->cc_exec_entity[direct].cc_curr = NULL; gdb$ p c $1 = (struct callout *) 0xffffffff812121f8 gdb$ p *c $2 = { c_links = { le = { le_next = 0xfffffe0005f00318, le_prev = 0xffffffff813aa690 }, sle = { sle_next = 0xfffffe0005f00318 }, tqe = { tqe_next = 0xfffffe0005f00318, tqe_prev = 0xffffffff813aa690 } }, c_time = 0x2c0d9170f2f51, c_precision = 0xeffffeea, c_arg = 0xffffffff81212148, c_func = 0xffffffff8067e6e0 , c_lock = 0x0, c_flags = 0x80, c_cpu = 0x0 } >From the 'vt_switch_timer' function it appears that something is wrong with vt. In addition avg@ mentioned that he wonders why class->lc_lock(c_lock, ...) is protected by if (c_lock != NULL) but class->lc_unlock(c_lock) does not have that guard. -- Eitan Adler