From owner-freebsd-threads@FreeBSD.ORG Thu May 22 12:35:54 2003 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DB8537B401; Thu, 22 May 2003 12:35:54 -0700 (PDT) Received: from sccrmhc01.attbi.com (sccrmhc01.attbi.com [204.127.202.61]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE97643FAF; Thu, 22 May 2003 12:35:53 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org (12-232-168-4.client.attbi.com[12.232.168.4]) by attbi.com (sccrmhc01) with ESMTP id <2003052219355200100s1knne>; Thu, 22 May 2003 19:35:53 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA83497; Thu, 22 May 2003 12:35:52 -0700 (PDT) Date: Thu, 22 May 2003 12:35:50 -0700 (PDT) From: Julian Elischer To: Dan Nelson In-Reply-To: <20030522191234.GA13498@dan.emsphone.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE cc: threads@freebsd.org cc: Daniel Eischen cc: davidxu@freebsd.org Subject: Re: libkse and SMP (was Re: USB bulk read & pthreads) X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 May 2003 19:35:54 -0000 On Thu, 22 May 2003, Dan Nelson wrote: > In the last episode (May 22), Julian Elischer said: > > what's 'pike'? > checking for pthread_mutexattr_init... yes > checking for pthread_kill... yes > checking posix threads... panic: mtx_lock() of spin mutex =E2=94=94=E2=94= =AC<=E2=96=80=C3=A9=E2=94=94B @ ../../../vm/vm_map.c:2142 > cpuid =3D 1; lapic.id =3D 00000000 > Stack backtrace: > panic(c03e5cf4,c082e000,c03f59e2,85e,d1d21000) at panic+0x11b > _mtx_lock_flags(c21a42c0,0,c03f59e2,85e,db9e8b9c) at _mtx_lock_flags+0x84 > vm_map_delete(c0831000,d1d1d000,d1d21000,dfe1dda0,c3ed5e40) at vm_map_del= ete+0x19b > vm_map_remove(c0831000,d1d1d000,d1d21000,121,c3ed5d10) at vm_map_remove+0= x55 > cpu_thread_clean(c3ed5d10,6ab,c3ed5d10,c3ed5e40,db9e8c3c) at cpu_thread_c= lean+0x66 > thread_free(c3ed5d10,0,c03e7262,365,c492e000) at thread_free+0x14 > thread_reap(c3e45780,ffffffff,0,28c,0) at thread_reap+0x124 > wait1(c3821be0,db9e8d10,0,db9e8d40,c039b603) at wait1+0x7d6 > wait4(c3821be0,db9e8d10,c03fb8ec,3fb,4) at wait4+0x20 > syscall(c038002f,2f,2f,1,80ff100) at syscall+0x3a3 > Xint0x80_syscall() at Xint0x80_syscall+0x1d > --- syscall (7), eip =3D 0x807c1eb, esp =3D 0xbfbff01c, ebp =3D 0xbfbff03= 8 --- > boot() called on cpu#1 >=20 > Manually running the "checking posix threads" conftest by itself works > fine, though... AHA! I've seen this panic from ksetest.. can you go to /usr/src/tools/KSE/ksetest and=20 make =2E/ksetest it may not do it the first time so let it run 10 seconds then kill it with ^C and retry about 10 times.. let me know the result.. I've been looking for this for a while..