Re: CURRENT + amd64 + user-ppp = panic

Vladimir Kushnir wrote:
> Hello,
> For a couple of days already my -CURRENT amd64 reliably panicks whenever 
> I'm trying to connect via ppp (nothing fancy - playn dialup, no 
> firewall). It's 100% reproducible both with custom kernel and with 
> GENERIC. A typescript of kgdb is attached.
> 
> I'm running now on the kernel from Oct 19 which also panicks, BTW, with 
> "kmem_map too small" on an attempt to run something like Linux 
> OpenOffice or Mathematica (neither kern.ipc.nmbclusters nor 
> vm.kmem_size_max tweaking helps; besides, I've only 512 MB RAM)
> 
> Regards,
> Vladimir
> 

I think that this is a result of the interrupt handler changes that John
Baldwin made yesterday.  Can you step your source back in time and see
where it stops panicing?

Scott

> 
> ------------------------------------------------------------------------
> 
> Script started on Thu Oct 27 02:20:33 2005
>  ~> sudo kgdb /usr/obj/usr/src/sys/GENERIC/kernel.debug /usr/crash/vmcore.1
> 
> [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]
> 
> GNU gdb 6.1.1 [FreeBSD]
> 
> Copyright 2004 Free Software Foundation, Inc.
> 
> GDB is free software, covered by the GNU General Public License, and you are
> 
> welcome to change it and/or distribute copies of it under certain conditions.
> 
> Type "show copying" to see the conditions.
> 
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> 
> This GDB was configured as "amd64-marcel-freebsd".
> 
> 
> Unread portion of the kernel message buffer:
> 
> 7:eb                                        miibus0: <MII bus> on nve0                                                      ukphy0: <Generic IEEE 802.3u media interface> on miibus0                        ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto                                                       
> 
> 
> #0  doadump () at pcpu.h:172
> 
> 172	pcpu.h: No such file or directory.
> 
> 	in pcpu.h
> 
> (kgdb) where
> 
> #0  doadump () at pcpu.h:172
> 
> #1  0xffffffff803c65fc in boot (howto=260)
> 
>     at /usr/src/sys/kern/kern_shutdown.c:399
> 
> #2  0xffffffff803c609b in panic (fmt=0xffffffff805f2f46 "from debugger")
> 
>     at /usr/src/sys/kern/kern_shutdown.c:555
> 
> #3  0xffffffff801a8a32 in db_panic (addr=0, have_addr=0, count=0, modif=0x0)
> 
>     at /usr/src/sys/ddb/db_command.c:435
> 
> #4  0xffffffff801a8f75 in db_command_loop ()
> 
>     at /usr/src/sys/ddb/db_command.c:404
> 
> #5  0xffffffff801aae83 in db_trap (type=-1794574032, code=0)
> 
>     at /usr/src/sys/ddb/db_main.c:221
> 
> #6  0xffffffff803e5279 in kdb_trap (type=9, code=0, tf=0xffffffff9508fb10)
> 
>     at /usr/src/sys/kern/subr_kdb.c:445
> 
> #7  0xffffffff8058d84e in trap_fatal (frame=0xffffffff9508fb10, 
> 
>     eva=18446742974715243568) at /usr/src/sys/amd64/amd64/trap.c:672
> 
> #8  0xffffffff8058ddb1 in trap (frame=
> 
>       {tf_rdi = 1, tf_rsi = 70876, tf_rdx = -2401050962867404578, tf_rcx = 70876, tf_r8 = 0, tf_r9 = 1, tf_rax = 5340, tf_rbx = 1, tf_rbp = -1794573296, tf_r10 = 1, tf_r11 = 4, tf_r12 = -1099511143680, tf_r13 = -1099035903488, tf_r14 = -1964245152, tf_r15 = 2, tf_trapno = 9, tf_addr = 0, tf_flags = 0, tf_err = 0, tf_rip = -2143462195, tf_cs = 8, tf_rflags = 65538, tf_rsp = -1794573360, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:488
> 
> #9  0xffffffff8057b3bb in calltrap ()
> 
>     at /usr/src/sys/amd64/amd64/exception.S:168
> 
> ---Type <return> to continue, or q <return> to quit---
> 
> #10 0xffffffff803d5ccd in softclock (dummy=0x1)
> 
>     at /usr/src/sys/kern/kern_timeout.c:220
> 
> #11 0xffffffff803b05cc in ithread_loop (arg=0xffffff0000031780)
> 
>     at /usr/src/sys/kern/kern_intr.c:662
> 
> #12 0xffffffff803af3cb in fork_exit (
> 
>     callout=0xffffffff803b0480 <ithread_loop>, arg=0xffffff0000031780, 
> 
>     frame=0xffffffff9508fc90) at /usr/src/sys/kern/kern_fork.c:789
> 
> #13 0xffffffff8057b71e in fork_trampoline ()
> 
>     at /usr/src/sys/amd64/amd64/exception.S:394
> 
> #14 0x0000000000000000 in ?? ()
> 
> Previous frame identical to this frame (corrupt stack?)
> 
> (kgdb) quit
> 
>  ~> exit
> 
> exit
> 
> 
> Script done on Thu Oct 27 02:22:26 2005
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> freebsd-current_at_freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"