From owner-freebsd-stable@FreeBSD.ORG Wed Mar 19 12:18:06 2014 Return-Path: Delivered-To: freebsd-stable@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 64769BDD; Wed, 19 Mar 2014 12:18:06 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id A00FADCC; Wed, 19 Mar 2014 12:18:05 +0000 (UTC) Received: from terran (unknown [192.168.99.1]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 0014EC495A; Wed, 19 Mar 2014 14:17:56 +0200 (EET) Date: Wed, 19 Mar 2014 14:19:24 +0200 From: Aleksandr Rybalko To: Adrian Chadd Subject: Re: Clock issues and crash on resume on 10-Stable r263062M Message-Id: <20140319141924.279e3d1bc7d8be7b93470a5d@ddteam.net> In-Reply-To: References: <201403181527.17100.jhb@freebsd.org> <20140318234623.61a99182.ray@ddteam.net> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Kevin Oberman , Aleksandr Rybalko , FreeBSD-STABLE Mailing List , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Mar 2014 12:18:06 -0000 On Tue, 18 Mar 2014 21:07:57 -0700 Adrian Chadd wrote: > Well, changing the default is cool, but there's still some odd bug > there that could do with chasing down. :) Sorry, I currently can't work on investigation why GIANT lock is NULL sometime on resume. (IIRC it happen because I use callout_init w/o mtx, so callout try to lock using GIANT) But I will glad to get any help on that :) > > > -a > > On 18 March 2014 14:46, Aleksandr Rybalko wrote: > > On Tue, 18 Mar 2014 14:38:31 -0700 > > Kevin Oberman wrote: > > > >> On Tue, Mar 18, 2014 at 12:27 PM, John Baldwin > >> wrote: > >> > >> > On Saturday, March 15, 2014 3:44:46 pm Kevin Oberman wrote: > >> > > 2. The time does not update after resume. After about 2 seconds, > >> > > ehe > >> > system > >> > > crashes. > >> > > Fatal trap 12: page fault while in kernel mode > >> > > cpuid = 0; apic id = 00 > >> > > fault virtual address = 0x30 > >> > > fault code = supervisor read data, page not present > >> > > instruction pointer = 0x20:0xffffffff808c9ef3 > >> > > stack pointer = 0x28:0xfffffe00f13548e0 > >> > > frame pointer = 0x28:0xfffffe00f13549b0 > >> > > code segment = base 0x0, limit 0xfffff, type 0x1b > >> > > = DPL 0, pres 1, long 1, def32 0, gran 1 > >> > > processor eflags = interrupt enabled, resume, IOPL = 0 > >> > > current process = 12 (swi4: clock) > >> > > trap number = 12 > >> > > panic: page fault > >> > > cpuid = 0 > >> > > KDB: stack backtrace: > >> > > #0 0xffffffff808ed460 at kdb_backtrace+0x60 > >> > > #1 0xffffffff808b4e35 at panic+0x155 > >> > > #2 0xffffffff80c97022 at trap_fatal+0x3a2 > >> > > #3 0xffffffff80c972f9 at trap_pfault+0x2c9 > >> > > #4 0xffffffff80c96a8b at trap+0x5bb > >> > > #5 0xffffffff80c7dd42 at calltrap+0x8 > >> > > #6 0xffffffff808ca304 at softclock+0x94 > >> > > #7 0xffffffff8088929b at intr_event_execute_handlers+0xab > >> > > #8 0xffffffff808896e6 at ithread_loop+0x96 > >> > > #9 0xffffffff80886f4a at fork_exit+0x9a > >> > > #10 0xffffffff80c7e27e at fork_trampoline+0xe > >> > > [...] > >> > > #0 doadump (textdump=) at pcpu.h:219 > >> > > 219 pcpu.h: No such file or directory. > >> > > in pcpu.h > >> > > (kgdb) #0 doadump (textdump=) at pcpu.h:219 > >> > > #1 0xffffffff808b4ab0 in kern_reboot (howto=260) > >> > > at /usr/src/sys/kern/kern_shutdown.c:452 > >> > > #2 0xffffffff808b4e74 in panic (fmt=) > >> > > at /usr/src/sys/kern/kern_shutdown.c:759 > >> > > #3 0xffffffff80c97022 in trap_fatal (frame=, > >> > > eva=) > >> > > at /usr/src/sys/amd64/amd64/trap.c:875 > >> > > #4 0xffffffff80c972f9 in trap_pfault (frame=0xfffffe00f1354830, > >> > usermode=0) > >> > > at /usr/src/sys/amd64/amd64/trap.c:692 > >> > > #5 0xffffffff80c96a8b in trap (frame=0xfffffe00f1354830) > >> > > at /usr/src/sys/amd64/amd64/trap.c:456 > >> > > #6 0xffffffff80c7dd42 in calltrap () > >> > > at /usr/src/sys/amd64/amd64/exception.S:232 > >> > > #7 0xffffffff808c9ef3 in softclock_call_cc (c=0xffffffff813834b8, > >> > > cc=0xffffffff81527680, direct=0) at > >> > /usr/src/sys/kern/kern_timeout.c:701 > >> > > #8 0xffffffff808ca304 in softclock (arg=0xffffffff81527680) > >> > > at /usr/src/sys/kern/kern_timeout.c:810 > >> > > >> > This is actually a crash in newcons. Try setting > >> > kern.vt.suspendswitch to 0 > >> > as a workaround. > >> > > >> > -- > >> > John Baldwin > >> > > >> > >> Ack! I had forgotten seeing the thread on this just a while back, > >> before vt was committed to 10. > >> > >> Thanks so much! > >> -- > >> R. Kevin Oberman, Network Engineer, Retired > >> E-mail: rkoberman@gmail.com > > > > Looks like I have to invert default for it :) > > > > Sorry for making such problems. > > > > WBW > > -- > > Aleksandr Rybalko > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Aleksandr Rybalko