From owner-freebsd-virtualization@FreeBSD.ORG Sun Feb 9 07:30:53 2014 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC7CEF55 for ; Sun, 9 Feb 2014 07:30:53 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 63B941C72 for ; Sun, 9 Feb 2014 07:30:53 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id w8so7882104qac.28 for ; Sat, 08 Feb 2014 23:30:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=mbM49ITZ4uDOEaTsnhjDnPowvC+oSxeiws2K1gNeMsE=; b=sPmDEgfR5/JWk/QfPFHfM7JzfYfKITsPy2b8Mrf/Wc6tyKXU5+PHeoHsiixChnE1ED VEMgkCewKdMJgEcjLvtpuY4eRlESki4TnumnsEIpjEJNTM+IK63PC/AlQQMn4tb9Zi0b fm8KfjdnediclqdN20eWUIe8WgJykwoC/5BR8z/87pJ9ODbHUcf7xeoe5S+ejnsf5Nsz 1svlFbg3rRoV894cU3+gqTuB07/o9qUU01E1rcyTj/yFh15qxzGp5IrZMckLQf0pdcyN gLAhQiZx6dMY6IIbsUv1UQANmEugUy1nfqpHu6ZKFGuMR6hxx1DzPO0ef0Fb1r2RiZ1k vMQg== MIME-Version: 1.0 X-Received: by 10.229.179.5 with SMTP id bo5mr19776195qcb.21.1391931052496; Sat, 08 Feb 2014 23:30:52 -0800 (PST) Sender: shteryana@gmail.com Received: by 10.224.128.69 with HTTP; Sat, 8 Feb 2014 23:30:52 -0800 (PST) In-Reply-To: <20140206201238.GA74665@enceladus10.kn-bremen.de> References: <20140206175919.GA67849@enceladus10.kn-bremen.de> <20140206201238.GA74665@enceladus10.kn-bremen.de> Date: Sun, 9 Feb 2014 09:30:52 +0200 X-Google-Sender-Auth: 8q1itI8XToAjvMJKOu573GkXUsM Message-ID: Subject: Re: kqemu patch for CURRENT/10-STABLE (was Re: Linux on BHyVe in 10.0-RELEASE ) From: Shteryana Shopova To: Juergen Lock Content-Type: multipart/mixed; boundary=001a11c2bccaefe7c104f1f433be Cc: freebsd-virtualization@freebsd.org X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: syrinx@FreeBSD.org List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Feb 2014 07:30:53 -0000 --001a11c2bccaefe7c104f1f433be Content-Type: text/plain; charset=UTF-8 Hi, Ok, I seem to have sent an earlier and not-well-though-out version of the patch - attaching the correct one now (I dug into this a couple of months ago and needed some time to remember the details). I tried it with your test setup and - module loads/unloads cleanly, but will freeze the vbox FreeBSD 10 host if I try to run openbsd 5.5 VM (my FreeBSD current host freezes too if I try to run a VirtualBox VM with vmm.ko and nmdm.ko modules loaded, not sure why). I tested it again on a FreeBSD current host running on real hardware with a number of VMs/OSes and the results I got are - * Ubuntu-12.04.4 both amd64 and i386 fail to boot from CD - get stuck somewhere after a purple screen * Debian 7.3.0 both amd64 and i386 boot and install fine from CD, booting from hard disk gets stuck at GRUB though * FreeBSD 10 i386 boots from CD and disk, however is very slow (installation took literally several hours) * pfSense 2.1 i386 works fine * OpenBSD 5.5 i386 boots and installs from CD, boots from disk after installation only when ACPI is disabled at boot * OpenBSD 5.5 amd64 boots and installs from CD, booting the installed OS from disk however crashes qemu late around starting sndiod with RAX=0000000000000000 RBX=00001a938686c340 RCX=00001a91832031e5 RDX=00001a938dc82b64 RSI=0000000000000012 RDI=00001a938686c350 RBP=00001a938dfb6f60 RSP=00007f7ffffebf30 R8 =00001a938dfb6f60 R9 =000000000000000d R10=0000000000000000 R11=0000000000000000 R12=00001a91832031e5 R13=0000000000000012 R14=00001a9392ff4000 R15=0000000000000000 RIP=00001a938db21c7d RFL=00010246 [---Z-P-] CPL=3 II=0 A20=1 SMM=0 HLT=0 ES =0023 0000000000000000 ffffbfff 00aff300 DPL=3 DS16 [-WA] CS =002b 0000000000000000 ffffbfff 00affb00 DPL=3 CS64 [-RA] SS =0023 0000000000000000 ffffbfff 00aff300 DPL=3 DS16 [-WA] DS =0023 0000000000000000 ffffbfff 00aff300 DPL=3 DS16 [-WA] FS =0023 0000000000000000 ffffbfff 00aff300 DPL=3 DS16 [-WA] GS =0023 0000000000000000 ffffbfff 00aff300 DPL=3 DS16 [-WA] LDT=0000 0000000000000000 00000000 00008200 DPL=0 LDT TR =0030 ffff800000011000 00000067 00008900 DPL=0 TSS64-avl GDT= ffff800000011068 0000003f IDT= ffff800000010000 00000fff CR0=e001003b CR2=00001a938686c348 CR3=000000003f498000 CR4=000007b0 DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 DR6=00000000ffff0ff0 DR7=0000000000000400 Unsupported return value: 0xffffffff and kqemu: closed by pid=26323 kqemu: aborting: Unexpected exception 0x0d in monitor space in dmesg. This however looks like a problem with kqemu-kmod not related to the KPI changes. I tested this with kqemu-kmod-devel with the patch applied and qemu-0.11.1_13 since obviously KQEMU support was dropped in later versions. Considering that kqemu support was dropped in newer versions of qemu however, the patch is probably useless and kqemu-kmod ports should just be marked obsolete. cheers, Shteryana On Thu, Feb 6, 2014 at 10:12 PM, Juergen Lock wrote: > The commit does look relevant but testing your patch on a 10.0-RC1 > vbox guest (it's what I had available) with the RC1 iso like so: > > # kldload kqemu > % qemu-system-x86_64 -cdrom /dev/cd0 -m 512 -curses -enable-kqemu > > panics like this: > > ---------------------------------------------------------- > 10rc1amd64mbr2 dumped core - see /var/crash/vmcore.1 > --001a11c2bccaefe7c104f1f433be Content-Type: text/plain; charset=US-ASCII; name="kqemu-freebsd.c-20140208-01.diff" Content-Disposition: attachment; filename="kqemu-freebsd.c-20140208-01.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hrfznp8k0 LS0tIGtxZW11LWZyZWVic2QuY34JMjAxNC0wMi0wNyAyMDowMDozMy42NTYyNTUzOTUgKzAyMDAK KysrIGtxZW11LWZyZWVic2QuYwkyMDE0LTAyLTA4IDA4OjQzOjE5LjIwOTEwMDcwOCArMDIwMApA QCAtMTA1LDE3ICsxMDUsMjkgQEAKICAqLwogc3RydWN0IGtxZW11X3BhZ2UgKkNERUNMIGtxZW11 X2FsbG9jX3plcm9lZF9wYWdlKHVuc2lnbmVkIGxvbmcgKnBwYWdlX2luZGV4KQogeworI2lmIF9f RnJlZUJTRF92ZXJzaW9uIDwgMTAwMDAzMAogICAgIHBtYXBfdCBwbWFwOworI2VuZGlmCiAgICAg dm1fb2Zmc2V0X3QgdmE7CiAgICAgdm1fcGFkZHJfdCBwYTsKIAorI2lmIF9fRnJlZUJTRF92ZXJz aW9uID49IDEwMDAwMzAKKyAgICB2YSA9IGttZW1fbWFsbG9jKGtlcm5lbF9hcmVuYSwgUEFHRV9T SVpFLCBNX1pFUk8gfCBNX1dBSVRPSyk7CisjZWxzZQogICAgIHZhID0ga21lbV9hbGxvYyhrZXJu ZWxfbWFwLCBQQUdFX1NJWkUpOworI2VuZGlmCisKICAgICBpZiAodmEgPT0gMCkgewogCWtxZW11 X2xvZygia3FlbXVfYWxsb2NfemVyb2VkX3BhZ2U6IE5VTExcbiIpOwogCXJldHVybiBOVUxMOwog ICAgIH0KKworI2lmIF9fRnJlZUJTRF92ZXJzaW9uID49IDEwMDAwMzAKKyAgICBwYSA9IHZ0b3Bo eXModmEpOworI2Vsc2UKICAgICBwbWFwID0gdm1fbWFwX3BtYXAoa2VybmVsX21hcCk7CiAgICAg cGEgPSBwbWFwX2V4dHJhY3QocG1hcCwgdmEpOworI2VuZGlmCiAgICAgLyoga3FlbXVfbG9nKCJr cWVtdV9hbGxvY196ZXJvZWRfcGFnZTogJTA4eFxuIiwgcGEpOyAqLwogICAgICpwcGFnZV9pbmRl eCA9IHBhID4+IFBBR0VfU0hJRlQ7CiAgICAgcmV0dXJuIChzdHJ1Y3Qga3FlbXVfcGFnZSAqKXZh OwpAQCAtMTI1LDcgKzEzNywxMSBAQAogewogICAgIGlmIChrcWVtdV9kZWJ1ZyA+IDApCiAgICAg CWtxZW11X2xvZygia3FlbXVfZnJlZV9wYWdlKCVwKVxuIiwgcGFnZSk7CisjaWYgX19GcmVlQlNE X3ZlcnNpb24gPj0gMTAwMDAzMAorICAgIGttZW1fZnJlZShrZXJuZWxfYXJlbmEsICh2bV9vZmZz ZXRfdCkgcGFnZSwgUEFHRV9TSVpFKTsKKyNlbHNlCiAgICAga21lbV9mcmVlKGtlcm5lbF9tYXAs ICh2bV9vZmZzZXRfdCkgcGFnZSwgUEFHRV9TSVpFKTsKKyNlbmRpZgogfQogCiAvKiByZXR1cm4g a2VybmVsIGFkZHJlc3Mgb2YgdGhlIHBoeXNpY2FsIHBhZ2UgcGFnZV9pbmRleCAqLwo= --001a11c2bccaefe7c104f1f433be--