From owner-freebsd-hackers@FreeBSD.ORG Thu Dec 4 11:27:36 2008 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B1971065672 for ; Thu, 4 Dec 2008 11:27:36 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id E27708FC16 for ; Thu, 4 Dec 2008 11:27:35 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3854937rvf.43 for ; Thu, 04 Dec 2008 03:27:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ZagqToGxn8dh++cU9XpbPpP7QdTEf7zS/+NEf7NyJyU=; b=lf4sV77aHx7QzamJUo1UtJzsE3zdZxGezlsojRV8NqwbJX4VrSV+CqL6r22fT61uen 8qxKX3ZElYxoPVIbpZbg9/l5Kwlf0LEnyQ9+XZ8mEAuzYjqBdtoVifp3WtXBitw5bfc2 OOhqOv9UtbYFbavd0E+TklSqeFhjDdGeKtPd8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=XJIczFO7j+jsmSvryjITJZ9lmHWvKc0J4u+rd4/wajyW2cbS5Pxc4TQ9yu5H7wEzu+ z1nyf0es3X3Bjbj5/7iAlrfWhmY42bgJXJmhHON2v3XBwDLQ1uupxmHGJw5WNdjBoTE3 q3C321T3E2yxJtC5Mc1sIxGooL+ovbACuZoHE= Received: by 10.141.179.5 with SMTP id g5mr6893873rvp.53.1228390055720; Thu, 04 Dec 2008 03:27:35 -0800 (PST) Received: by 10.140.158.13 with HTTP; Thu, 4 Dec 2008 03:27:35 -0800 (PST) Message-ID: <7d6fde3d0812040327w7c92826i64c6073a453d65ef@mail.gmail.com> Date: Thu, 4 Dec 2008 03:27:35 -0800 From: "Garrett Cooper" To: "Zaphod Beeblebrox" In-Reply-To: <5f67a8c40812021718i4cc225fem5b02a448702ec606@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5f67a8c40812021718i4cc225fem5b02a448702ec606@mail.gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: AMD64 qemu completely broken? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2008 11:27:36 -0000 On Tue, Dec 2, 2008 at 5:18 PM, Zaphod Beeblebrox wrote: > I decided to take the comments about testing ZFS to heart --- so I decided > to try copying my 7.0 "v6" ZFS configuration into a qemu instance and > upgrading it. To do this, I carefully copied my UFS boot partition and my > ZFS partion to a physical USB disk that I could put on a system to do the > test. > > After compiling qemu and loading the kqemu and aio kernel module, I started > the emulator, first in VNC mode. It loaded the kernel (currently 7.1-RC) > and tried to boot, but kept failing either shortly after kbdmux detected a > keyboard or it would get through to mounting root and not find any drives. > For reference, besides the display option (ie: -vnc or whatever), my command > line was: > > qemu-system-x86_64 -hda /dev/da0 -snapshot -m 512 > > I couldn't scroll back in VNC mode using the pause/break key, so I tried to > get qemu running directly in X. > > Now... I see a few posts stating that running qemu remotely causes an X > protocol error. I can confirm that. Something about Qemu's use of X will > no work over an SSH remote connection (with -X), nor will it work with > dxpc. It dies for me every time at X event sequence number 22. Xterms > work. Gimp even works. qemu does not. > > So I got a vnc server running to run it locally. > > And now it crashes reliably in one spot. boot0 and boot1 don't recognize > the keyboard ... but the press space after crash does. Besides that quirk, > the 7.1-RC kernel crashes with the following transcript reliably: > > MADT: Forcing active-low polarity and level trigger for SCI > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > > > Fatal trap 9: general protection fault while in kernel mode > cpuid = 0; apic id=00 > instruction pointer = 0x8:0xffff > > ... and so on. > > I'd like to test this... has anyone any successes with the AMD64 qemu? Are you running the ports version, or a different version, and/or are you using kqemu (I've heard this was broken, in the past)? My group at Cisco has several issues with older versions of qemu for PPC and when we applied patches, it improved support greatly in some cases, and introduced bugs in other cases =\. I'd definitely hit the devel list for QEMU and see what they say while you're waiting for a more substantial reply here. Cheers, -Garrett