From owner-freebsd-smp Sun Aug 22 21: 6:28 1999 Delivered-To: freebsd-smp@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [209.157.86.2]) by hub.freebsd.org (Postfix) with ESMTP id E505414D3E for ; Sun, 22 Aug 1999 21:06:12 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id VAA01611; Sun, 22 Aug 1999 21:04:34 -0700 (PDT) (envelope-from dillon) Date: Sun, 22 Aug 1999 21:04:34 -0700 (PDT) From: Matthew Dillon Message-Id: <199908230404.VAA01611@apollo.backplane.com> To: Alan Cox Cc: Luoqi Chen , freebsd-smp@FreeBSD.ORG Subject: Re: Weird infinite lockup in splx() (in IFCPL_UNLOCK) w/ latest CURRENT/SMP References: <199908230023.RAA00824@apollo.backplane.com> <19990822213421.E47586@nonpc.cs.rice.edu> Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org :> #9 0xc021f1e6 in scgetc (sc=0xc02a37e0, flags=2) :> at ../../dev/syscons/syscons.c:3782 :> #10 0xc021aef1 in sckbdevent (thiskbd=0xc02b4d20, event=0, arg=0xc02a37e0) :> at ../../dev/syscons/syscons.c:663 :> #11 0xc021481f in atkbd_intr (kbd=0xc02b4d20, arg=0x0) :> at ../../dev/kbd/atkbd.c:439 :> #12 0xc024b764 in atkbd_isa_intr (arg=0xc02b4d20) at ../../isa/atkbd_isa.c:123 :> #13 0xc0243194 in splx (ipl=3224034576) at ../../i386/isa/ipl_funcs.c:275 :> :> ^^^^^^^ it was looping splx, in IFCPL_UNLOCK. :> : :Are you sure about this? There's no loop in IFCPL_UNLOCK or splx (proper) :for that matter. Only the IFCPL_LOCK at the beginning and the splz at :the end contain loops within them. : :> #14 0xc014c158 in lockmgr (lkp=0xc02add10, flags=2, interlkp=0x0, p=0xcc745ec0) :> at ../../kern/kern_lock.c:360 :> #15 0xc0205513 in kmem_alloc_wait (map=0xc02add10, size=69632) :> at ../../vm/vm_kern.c:436 All I can think of is that kmem_alloc_wait() is in a tight loop which means that the tsleep() call is not sleeping the process. cold isn't set, panicstr is from my 'panic from debugger' after the fact. priority is PVM so PCATCH isn't set. I am at a complete loss. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message