Date: Wed, 19 Mar 2014 14:19:24 +0200 From: Aleksandr Rybalko <ray@ddteam.net> To: Adrian Chadd <adrian@freebsd.org> Cc: Kevin Oberman <rkoberman@gmail.com>, Aleksandr Rybalko <ray@freebsd.org>, FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org>, John Baldwin <jhb@freebsd.org> Subject: Re: Clock issues and crash on resume on 10-Stable r263062M Message-ID: <20140319141924.279e3d1bc7d8be7b93470a5d@ddteam.net> In-Reply-To: <CAJ-VmondROfMX=7A7FCsr_e=vV75phnsnDz7TG0K6UhX6a=R7A@mail.gmail.com> References: <CAN6yY1seOSacdXY3RKOgEdY_v%2BzD=vqMAfnsXH96Ft8w%2BOoJew@mail.gmail.com> <201403181527.17100.jhb@freebsd.org> <CAN6yY1tGaEwQ9cxii9F6ub2c=UD-wdrDRKT_LtZsBrGyDb%2B0nw@mail.gmail.com> <20140318234623.61a99182.ray@ddteam.net> <CAJ-VmondROfMX=7A7FCsr_e=vV75phnsnDz7TG0K6UhX6a=R7A@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 18 Mar 2014 21:07:57 -0700 Adrian Chadd <adrian@freebsd.org> 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 <ray@ddteam.net> wrote: > > On Tue, 18 Mar 2014 14:38:31 -0700 > > Kevin Oberman <rkoberman@gmail.com> wrote: > > > >> On Tue, Mar 18, 2014 at 12:27 PM, John Baldwin <jhb@freebsd.org> > >> 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=<value optimized out>) at pcpu.h:219 > >> > > 219 pcpu.h: No such file or directory. > >> > > in pcpu.h > >> > > (kgdb) #0 doadump (textdump=<value optimized out>) 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=<value optimized out>) > >> > > at /usr/src/sys/kern/kern_shutdown.c:759 > >> > > #3 0xffffffff80c97022 in trap_fatal (frame=<value optimized out>, > >> > > eva=<value optimized out>) > >> > > 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 <ray@ddteam.net> > > _______________________________________________ > > 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 <ray@ddteam.net>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140319141924.279e3d1bc7d8be7b93470a5d>