From owner-freebsd-current@FreeBSD.ORG Tue Jul 17 20:41:38 2007 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3174C16A406; Tue, 17 Jul 2007 20:41:38 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.layeredtech.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id 00CD313C4BC; Tue, 17 Jul 2007 20:41:37 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (209-163-168-124.static.twtelecom.net [209.163.168.124]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l6HKfUYR059049; Tue, 17 Jul 2007 15:41:30 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <469D2979.60006@freebsd.org> Date: Tue, 17 Jul 2007 15:41:29 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.4 (Macintosh/20070604) MIME-Version: 1.0 To: Jeff Roberson References: <20070716233030.D92541@10.0.0.1> <469D2688.7070000@kuehlbox.de> <20070717133131.J92541@10.0.0.1> <20070717134252.D92541@10.0.0.1> In-Reply-To: <20070717134252.D92541@10.0.0.1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: attilio@freebsd.org, current@freebsd.org, Teufel Subject: Re: ULE/SCHED_SMP diff for 7.0 - panic on x86 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2007 20:41:38 -0000 Jeff Roberson wrote: > On Tue, 17 Jul 2007, Jeff Roberson wrote: > >> On Tue, 17 Jul 2007, Teufel wrote: >> >>> Hi, >>> >>> cvsuped kernel sources about 20 mins ago and applied Jeff's new ule >>> patch. >>> System boots normaly up, but starting qemu with kqemu (either user or >>> user and kernel space) results immediatly in kernel trap 12 >>> applying Attilio's patch >>> http://people.freebsd.org/~attilio/kqemu.diff fixed the kernel trap, >>> but hangs: >>> >>> spin lock 0xc0bbf780 (shed lock 1) held by 0xc5114880 (tid 100003) >>> too long >>> panic: spin lock held too long >>> cpuid = 0 >> Can you enable INVARIANTS, WITNESS, KDB and DDB in your kernel? Then >> get me a trace when this happens and any other consoles prints that >> look relevant. > > Can you also run ldd on the kqemu binary? I'd like to know if it's > linked against libthr or libkse. Note that there was recently a thread in -emulation that sorted this out. Updating the kqemu and qemu ports should help. Eric