From owner-freebsd-emulation@FreeBSD.ORG Thu May 15 03:06:48 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 922BF1065678 for ; Thu, 15 May 2008 03:06:48 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (smtp-01.oit.duke.edu [152.3.174.14]) by mx1.freebsd.org (Postfix) with ESMTP id 530A38FC0C for ; Thu, 15 May 2008 03:06:48 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 591E33092F9; Wed, 14 May 2008 23:06:47 -0400 (EDT) Received: from avenue.wintermute (cpe-076-182-024-090.nc.res.rr.com [76.182.24.90]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.duke.edu (Postfix) with ESMTP id 20CC8309294; Wed, 14 May 2008 23:06:47 -0400 (EDT) Message-Id: From: Todd Wasson To: Bakul Shah In-Reply-To: <20080515002952.62ADA5B46@mail.bitblocks.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 14 May 2008 23:06:47 -0400 References: <20080515002952.62ADA5B46@mail.bitblocks.com> X-Mailer: Apple Mail (2.919.2) X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.5.14.195448 Cc: freebsd-emulation@freebsd.org Subject: Re: kqemu locking my machine hard on amd64 smp, with most recent patches X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2008 03:06:48 -0000 I'm running 7.0-RELEASE. The machine hangs when I use qemu, specifically with a linux VM, and more specifically after grub loads the kernel and it spits out the "Starting up ..." message. Then... nothing. Just before the crash, I see complaints about my sound hardware on the console; it doesn't seem related, but here it is: oss: Could not initialize DAC oss: Failed to open `/dev/dsp' oss: Reason: No such file or directory oss: Could not initialize DAC oss: Failed to open `/dev/dsp' oss: Reason: No such file or directory audio: Failed to create voice `pcspk' pcspk: Could not open voice I haven't touched /usr/include since I used freebsd-update to go from the last RC to RELEASE, and I'm using the -RELEASE GENERIC kernel, so I presume they're in sync. I am definitely loading the correct kqemu; I rebuilt it to check the md5sum against the one being loaded by kldload (in /boot/modules/). I suspect I might need to enable kernel debugging. I'll check the handbook and do that if necessary. If need be, what should I be looking for / post? Thanks a lot for your help. Todd On May 14, 2008, at 8:29 PM, Bakul Shah wrote: > On Wed, 14 May 2008 17:08:27 EDT Todd Wasson wrote: >> I've been following the discussion on this list about solving the SMP >> amd64 kqemu issues pretty closely and have been testing out the >> modules as I've gone along, and as of kqemu 1.3.0.p11_4 it was >> working >> pretty well for me. However, I just built kqemu 1.3.0.p11_6 and with >> qemu 0.9.1_7 it's locking my machine up hard. It isn't leaving me a >> dump in /var/crash after I manually reset it, so I'm not sure what to >> look for. Without kqemu, it's running fine albeit expectedly slowly. >> Does anyone have any suggestions for solutions, or ways to generate >> logs of whatever the problem may be short of attaching a debugger or >> something equally unwieldy? > > What kernel are you running? -current or -release? When does > the machine hang, when you load kqemu or when you try to use > qemu? What do you see on the console just before the crash? > > You may want to check some standard things: Is /usr/include > in sync with the kernel? Are you loading the correct kqemu? > Try rebuilding and reinstalling. > > If everything checks out and there is no print out on the console > you may have to build a kernel with debugging on.