Bug 88884

Summary: Reproducable panic running OO/linux on 6.0/AMD64
Product: Base System Reporter: Fernando P. Schapachnik <fernando>
Component: amd64Assignee: freebsd-amd64 (Nobody) <amd64>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: 6.0-STABLE   
Hardware: Any   
OS: Any   

Description Fernando P. Schapachnik 2005-11-12 13:00:30 UTC
	Running OpenOffice 1.1.4 for Linux causes a panic. Seems to be related with 32-bit code.

Here is a backtrace:

Unread portion of the kernel message buffer:
panic: kmem_malloc(1447485440): kmem_map too small: 5197824 total allocated
Uptime: 6m1s
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  0xffffffff803b3f37 in boot (howto=260)
    at /usr/src/sys/kern/kern_shutdown.c:399
#3  0xffffffff803b45b6 in panic (fmt=0xffffff002ac8dbe0 "\200F÷*")
    at /usr/src/sys/kern/kern_shutdown.c:555
#4  0xffffffff80550642 in kmem_malloc (map=0xffffff003c270160, 
    size=1447485440, flags=258) at /usr/src/sys/vm/vm_kern.c:299
#5  0xffffffff805492c3 in uma_large_malloc (size=1447485440, wait=258)
    at /usr/src/sys/vm/uma_core.c:2711
#6  0xffffffff803a7eab in malloc (size=0, mtp=0xffffffff8079af80, 
    flags=258) at /usr/src/sys/kern/kern_malloc.c:327
#7  0xffffffff8041d3c3 in vfs_read_dirent (ap=0xffffffffa6c5f8a0, dp=0x0, 
    off=0) at /usr/src/sys/kern/vfs_subr.c:3877
#8  0xffffffff80356c54 in devfs_readdir (ap=0xffffffffa6c5f8a0)
    at /usr/src/sys/fs/devfs/devfs_vnops.c:828
#9  0xffffffff805c688d in VOP_READDIR_APV (vop=0x0, a=0x0)
    at vnode_if.c:1427
#10 0xffffffff805bb64f in getdents_common (td=0xffffff002ac8dbe0, 
    args=0xffffffffa6c5fba0, is64bit=1) at vnode_if.h:746
#11 0xffffffff805b40ba 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_r1
1 = 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 = 582, tf_rsp = 4294956572, tf_ss = 35})
    at /usr/src/sys/amd64/ia32/ia32_syscall.c:186
#12 0xffffffff8056ee3d in Xint0x80_syscall () at ia32_exception.S:64
#13 0x000000002819ac39 in ?? ()
Previous frame inner to this frame (corrupt stack?)

Fix: 

Don't know.
How-To-Repeat: 
	Run OpenOffice 1.1.4 for Linux.
Comment 1 Kris Kennaway freebsd_committer freebsd_triage 2005-11-13 19:42:54 UTC
State Changed
From-To: open->analyzed

This is believed to be fixed in 6.0-STABLE, can you please 
update and confirm?
Comment 2 Kris Kennaway freebsd_committer freebsd_triage 2005-11-14 02:52:38 UTC
State Changed
From-To: analyzed->closed

Submitter reports problem resolved