kern/72007: [panic] clist reservation botch [4.10]

[Simon Walton]

The following reply was made to PR kern/72007; it has been noted by GNATS.

From: Simon Walton <simonw at matteworld.com>
To: bug-followup at FreeBSD.org
Cc:  
Subject: Re: kern/72007: [panic] clist reservation botch [4.10]
Date: Mon, 16 May 2005 13:58:19 -0700

    Also seen here on a dual-Xeon machine running 4.10:
 
 GNU gdb 4.18 (FreeBSD)
 Copyright 1998 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 "i386-unknown-freebsd"...Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 2627 in elfstab_build_psymtabs
 Deprecated bfd_read called at /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933 in fill_symbuf
 
 SMP 4 cpus
 IdlePTD at physical address 0x005dd000
 initial pcb at physical address 0x00503700
 panicstr: clist reservation botch
 panic messages:
 ---
 panic: clist reservation botch
 mp_lock = 00000001; cpuid = 0; lapic.id = 00000000
 boot() called on cpu#0
 
 syncing disks... 
 done
 Uptime: 3d2h41m3s
 
 dumping to dev #da/0x20001, offset 2065440
 dump 1023 852 681 510 339 168 failed. Error was Socket is not connected 
 ---
 #0  dumpsys () at ../../kern/kern_shutdown.c:487
 487             if (dumping++) {
 (kgdb) bt
 #0  dumpsys () at ../../kern/kern_shutdown.c:487
 #1  0xc024a00c in boot (howto=256) at ../../kern/kern_shutdown.c:316
 #2  0xc024a474 in poweroff_wait (junk=0xc046d5a4, howto=-1068710048)
     at ../../kern/kern_shutdown.c:595
 #3  0xc0264f15 in cblock_free_cblocks (number=6) at ../../kern/tty_subr.c:103
 #4  0xc0264f6d in clist_free_cblocks (clistp=0xc3857e1c) at ../../kern/tty_subr.c:208
 #5  0xc025ff66 in ttyclose (tp=0xc3857e00) at ../../kern/tty.c:246
 #6  0xc03b6312 in sioclose (dev=0xc32d6600, flag=7, mode=8192, p=0xe929b2a0)
     at ../../isa/sio.c:1669
 #7  0xc028566b in spec_close (ap=0xe92d4e40) at ../../miscfs/specfs/spec_vnops.c:591
 #8  0xc033dca2 in ufsspec_close (ap=0xe92d4e40) at ../../ufs/ufs/ufs_vnops.c:1854
 #9  0xc033e2d9 in ufs_vnoperatespec (ap=0xe92d4e40) at ../../ufs/ufs/ufs_vnops.c:2394
 #10 0xc0280f64 in vn_close (vp=0xe974db40, flags=7, cred=0xc1edc900, p=0xe929b2a0)
     at vnode_if.h:218
 #11 0xc0281902 in vn_closefile (fp=0xc37fd240, p=0xe929b2a0) at ../../kern/vfs_vnops.c:693
 #12 0xc023f800 in fdrop (fp=0xc37fd240, p=0xe929b2a0) at ../../sys/file.h:218
 #13 0xc023f744 in closef (fp=0xc37fd240, p=0xe929b2a0) at ../../kern/kern_descrip.c:1441
 #14 0xc023e853 in close (p=0xe929b2a0, uap=0xe92d4f80) at ../../kern/kern_descrip.c:623
 #15 0xc03a4ad9 in syscall2 (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1077936672, 
       tf_esi = -1077936680, tf_ebp = -1077936816, tf_isp = -382906412, tf_ebx = 1, 
       tf_edx = -1077936824, tf_ecx = 16, tf_eax = 6, tf_trapno = 7, tf_err = 2, 
       tf_eip = 672010512, tf_cs = 31, tf_eflags = 643, tf_esp = -1077936860, tf_ss = 47})
     at ../../i386/i386/trap.c:1175
 #16 0xc038efbb in Xint0x80_syscall ()
 #17 0x804887e in ?? ()
 #18 0x8048656 in ?? ()
 (kgdb)
 
 
 
    Problem started occuring after USB serial adapters were added to the system. This
 dump was instigated by a regular serial line, but others have been caused by the
 USB serial driver. I tried updating the USB subsystem to the lastest version but
 it didn't help.
 
 Simon Walton