amd64/88884: Reproducable panic running OO/linux on 6.0/AMD64

[Fernando Schapachnik]

En un mensaje anterior, Kris Kennaway escribió:
> Synopsis: Reproducable panic running OO/linux on 6.0/AMD64
> 
> State-Changed-From-To: open->analyzed
> State-Changed-By: kris
> State-Changed-When: Sun Nov 13 19:42:54 GMT 2005
> State-Changed-Why: 
> This is believed to be fixed in 6.0-STABLE, can you please
> update and confirm?
> 
> http://www.freebsd.org/cgi/query-pr.cgi?pr=88884

CVSup yesterday. Find attached the kernel bt.

What's strange is that if I run it from the shell, it is Ok. The problem 
is when I click on the kicker icon (KDE 3.4.2). It's strange because 
it calls the same shell script to lauch OO.



Fernando P. Schapachnik
fernando at schapachnik.com.ar
-------------- next part --------------
[247]funes:/var/crash>kgdb -n 3
[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:
panic: kmem_malloc(1335996416): kmem_map too small: 5197824 total allocated
Uptime: 2h6m48s
Dumping 991 MB (2 chunks)
  chunk 0: 1MB (159 pages) ... ok
  chunk 1: 991MB (253648 pages) 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15

#0  doadump () at pcpu.h:172
172	pcpu.h: No such file or directory.
	in pcpu.h
(kgdb) bt
#0  doadump () at pcpu.h:172
#1  0x0000000000000004 in ?? ()
#2  0xffffffff803b74d7 in boot (howto=260)
    at /usr/src/sys/kern/kern_shutdown.c:399
#3  0xffffffff803b7b56 in panic (fmt=0xffffff0029f434c0 "@\023\005+")
    at /usr/src/sys/kern/kern_shutdown.c:555
#4  0xffffffff80553e62 in kmem_malloc (map=0xffffff003c270160, 
    size=1335996416, flags=258) at /usr/src/sys/vm/vm_kern.c:299
#5  0xffffffff8054cae3 in uma_large_malloc (size=1335996416, wait=258)
    at /usr/src/sys/vm/uma_core.c:2715
#6  0xffffffff803ab42b in malloc (size=0, mtp=0xffffffff807b3620, flags=258)
    at /usr/src/sys/kern/kern_malloc.c:330
#7  0xffffffff80420a43 in vfs_read_dirent (ap=0xffffffffa6c3d8a0, dp=0x0, 
    off=0) at /usr/src/sys/kern/vfs_subr.c:3877
#8  0xffffffff80359e74 in devfs_readdir (ap=0xffffffffa6c3d8a0)
    at /usr/src/sys/fs/devfs/devfs_vnops.c:828
#9  0xffffffff805dd83d in VOP_READDIR_APV (vop=0x0, a=0x0) at vnode_if.c:1427
#10 0xffffffff805d25ff in getdents_common (td=0xffffff0029f434c0, 
    args=0xffffffffa6c3dba0, is64bit=1) at vnode_if.h:746
#11 0xffffffff805cb06a in ia32_syscall (frame=
      {tf_rdi = 3, tf_rsi = 6, tf_rdx = 4096, tf_rcx = 135168056, tf_r8 = 0, tf_r9 = 0, tf_rax = 220, tf_rbx = 3, tf_rbp = 4294956648, tf_r10 = 0, tf_r11 = 0, tf_r12 = 0, tf_r13 = 0, tf_r14 = 0, tf_r15 = 0, tf_trapno = 12, tf_addr = 135172152, tf_flags = 0, tf_err = 2, tf_rip = 672771129, tf_cs = 27, tf_rflags = 58
2, tf_rsp = 4294956572, tf_ss = 35})
    at /usr/src/sys/amd64/ia32/ia32_syscall.c:186
#12 0xffffffff8057e74d in Xint0x80_syscall () at ia32_exception.S:64
#13 0x000000002819ac39 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb) [248]funes:/var/crash>uname -a
FreeBSD funes.schapachnik.com.ar 6.0-STABLE FreeBSD 6.0-STABLE #19: Sun Nov 13 12:29:44 ART 2005     root at funes.schapachnik.com.ar:/usr/obj/usr/src/sys/FUNES2  amd64

Script done on Sun Nov 13 18:56:59 2005