From owner-freebsd-stable Sat Aug 24 5:38:15 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46A8737B400 for ; Sat, 24 Aug 2002 05:38:11 -0700 (PDT) Received: from cerberus.apdata.com.au (cerberus.apdata.com.au [202.14.95.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 041B643E65 for ; Sat, 24 Aug 2002 05:38:10 -0700 (PDT) (envelope-from ian@niw.com.au) Received: from localhost (localhost [127.0.0.1]) by cerberus.apdata.com.au (Postfix) with SMTP id 5C4BE43D3A for ; Sat, 24 Aug 2002 22:08:08 +0930 (CST) Received: from axiom.niw.com.au (axiom.niw.com.au [192.168.1.3]) by cerberus.apdata.com.au (Postfix) with ESMTP id AFCF343D37 for ; Sat, 24 Aug 2002 22:08:07 +0930 (CST) Received: from localhost (localhost [127.0.0.1]) by axiom.niw.com.au (Postfix) with ESMTP id E30C035EB2 for ; Sat, 24 Aug 2002 22:08:06 +0930 (CST) Received: by axiom.niw.com.au (Postfix, from userid 1000) id 4C85F35EA8; Sat, 24 Aug 2002 22:08:06 +0930 (CST) Date: Sat, 24 Aug 2002 22:08:06 +0930 From: Ian West To: freebsd-stable@freebsd.org Subject: PUC device not SMP safe ? Message-ID: <20020824123806.GA499@axiom.niw.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Virus-Scanned: by AMaViS perl-10 X-Virus-Scanned: by kavpostfix Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG I have two totally different MP machines which crash if they have PUC devices installed as soon as there is serial traffic. I have a crash dump from one with a debug kernel. The two machines in question both work perfectly otherwise (and have done for a very long time). One is currently running fine with a NON-SMP kernel and the puc serial device active. The other still has the device physically installed, but has the puc driver removed from the kernel config. This traceback is with STABLE from today. Traceback is as follows. Fatal trap 12: page fault while in kernel mode mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 fault virtual address = 0x30 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0302521 stack pointer = 0x10:0xff80fde0 frame pointer = 0x10:0xff80fde8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = Idle interrupt mask = tty bio <- SMP: XXX trap number = 12 panic: page fault mp_lock = 01000002; cpuid = 1; lapic.id = 00000000 boot() called on cpu#1 Uptime: 1m28s #0 dumpsys () at ../../kern/kern_shutdown.c:487 487 if (dumping++) { (kgdb) where #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc01f0e6f in boot (howto=260) at ../../kern/kern_shutdown.c:316 #2 0xc01f12c8 in poweroff_wait (junk=0xc0407859, howto=-1069518033) at ../../kern/kern_shutdown.c:595 #3 0xc038e578 in trap_fatal (frame=0xff80fda0, eva=48) at ../../i386/i386/trap.c:974 #4 0xc038e209 in trap_pfault (frame=0xff80fda0, usermode=0, eva=48) at ../../i386/i386/trap.c:867 #5 0xc038dda7 in trap (frame={tf_fs = 16842776, tf_es = -8388592, tf_ds = -1071775728, tf_edi = 0, tf_esi = 0, tf_ebp = -8323608, tf_isp = -8323636, tf_ebx = -1069327588, tf_edx = 1744879808, tf_ecx = -993171443, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1070586591, tf_cs = 8, tf_eflags = 65542, tf_esp = -784872948, tf_ss = 0}) at ../../i386/i386/trap.c:466 #6 0xc0302521 in acquire_lock (lk=0xc0435b1c) at machine/globals.h:114 #7 0xc0307c2c in softdep_count_dependencies (bp=0xd137ca0c, wantcount=0) at ../../ufs/ffs/ffs_softdep.c:4792 #8 0xc030af50 in ffs_fsync (ap=0xff80fe64) at ../../ufs/ffs/ffs_vnops.c:168 #9 0xc03099f2 in ffs_sync (mp=0xc4c6ba00, waitfor=2, cred=0xc1aea900, p=0xc048f940) at vnode_if.h:558 #10 0xc02214f7 in sync (p=0xc048f940, uap=0x0) at ../../kern/vfs_syscalls.c:576 #11 0xc01f0c0a in boot (howto=256) at ../../kern/kern_shutdown.c:235 #12 0xc01f12c8 in poweroff_wait (junk=0xc038cec2, howto=1) at ../../kern/kern_shutdown.c:595 #13 0xc038cec2 in bsl1 () #14 0xc037c8c0 in Xfastintr5 () #15 0xc03a22d7 in siointr (arg=0xc4b19800) at ../../isa/sio.c:1919 #16 0xc036f581 in puc_intr (arg=0xc4b08000) at ../../dev/puc/puc.c:358 #17 0xc03994e5 in intr_mux (arg=0xc4b13b40) at ../../i386/isa/intr_machdep.c:582 (kgdb) Aug 24 22:00:33 rabbit nsgproxy[88]: Unable to connect to database Aug 24 22:00:33 rabbit nsgproxy[88]: Unable to connect to database Aug 24 22:00:33 rabbit nsgproxy[88]: SQL open failed Aug 24 22:00:33 rabbit nsgproxy[88]: SQL open failed up 15 #15 0xc03a22d7 in siointr (arg=0xc4b19800) at ../../isa/sio.c:1919 1919 siointr1((struct com_s *) arg); (kgdb) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message