Date: Mon, 19 Apr 2010 01:29:21 +0000 From: Brandon Gooch <jamesbrandongooch@gmail.com> To: Xiaodong Yi <xdong.yi@gmail.com> Cc: freebsd-emulation@freebsd.org, Juergen Lock <nox@jelal.kn-bremen.de> Subject: Re: Testing Luvalley with FreeBSD as dom0 Message-ID: <z2y179b97fb1004181829ica690459xd03868f114edce05@mail.gmail.com> In-Reply-To: <w2r3b0605b31004181554tb90de59u6df8ebd5b1206caa@mail.gmail.com> References: <20100418191752.GA72730@triton8.kn-bremen.de> <w2r3b0605b31004181554tb90de59u6df8ebd5b1206caa@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Apr 18, 2010 at 5:54 PM, Xiaodong Yi <xdong.yi@gmail.com> wrote: > Hi, dear all, > > First, I would like to thank Juergen for his long-time hard work on > porting and testing Luvalley/Qemu stuff to let it run with FreeBSD. > > As said by Juergen, Luvalley is designed to enable arbitrary operating > system to utilize the hardware virtualization extensions to host > virtual machines as pure userland applications. That is to say, in > theory, Luvalley may run arbitrary OS as the so-called dom0 OS and > then host multiple guests/domU OSs on top of it. Luvalley neither > modify OS kernels, nor insert modules into the OS kernel. The > virtualized guests/domU OSs are executed as userland applications by > the modified Qemu. > > I am very glad that Juergen introduced Luvalley to the FreeBSD > society. We hope you like the idea of it. And we will be much more > pleased for the feedbacks. Luvally now is only experimental and may be > not stable or low performance. But I will continue working to improve > it. > > Best regards, > > Xiaodong Yi > > 2010/4/19 Juergen Lock <nox@jelal.kn-bremen.de>: >> Hi! >> >> =A0I had been watching the Luvalley project for a while, >> >> =A0 =A0 =A0 =A0http://sourceforge.net/projects/luvalley/files/ >> =A0 =A0 =A0 =A0http://sunet.dl.sourceforge.net/project/luvalley/luvalley= /luvalley-7/README >> =A0 =A0 =A0 =A0http://www.mail-archive.com/kvm@vger.kernel.org/msg11896.= html >> >> and a few weeks ago I was able to run Linux and FreeBSD domU.s on a >> Linux dom0 on my box for the first time, and then I ported a version >> of qemu-kvm 0.12.3 that Xiaodong Yi (Luvalley author) had adapted to >> Luvalley to FreeBSD and got that running domU.s with FreeBSD as dom0 too= . :) >> >> =A0At the moment Luvalley still has major issues and is far from being >> production-ready yet, but for FreeBSD users who want have a look for >> themselves I've now made an experimental port of the mentioned >> qemu-kvm-luvalley 0.12.3: >> >> =A0 =A0 =A0 =A0http://people.freebsd.org/~nox/qemu/luvalley/qemu-kvm-luv= alley-0.12.3.shar >> >> =A0If you want to test it without deinstalling a qemu port you can build >> the port with DISABLE_CONFLICTS=3Dyes and run the Luvalley qemu-kvm from >> within the build dir: >> >> =A0 =A0 =A0 =A0work/qemu-kvm-0.12.3/x86_64-softmmu/qemu-system-x86_64 ..= . >> resp. >> =A0 =A0 =A0 =A0work/qemu-kvm-0.12.3/i386-softmmu/qemu ... >> >> =A0And before I forget, your cpu needs to be amd64/x86_64/em64t (i.e., >> able to run 64 bit) and it needs to have Intel VT or AMD-V aka vmx or sv= m. >> I only tested amd64 dom0s (Linux and FreeBSD stable/8), but afaik i386 >> dom0s are supported as well. =A0And this is still experimental code, it >> may crash, eat your dog, whatever... >> >> =A0Here is the pkg-descr: >> >> Luvalley is a lightweight type-1 Virtual Machine Monitor (VMM) with >> novel architecture, to enable any OS to run virtual machines by utilizin= g >> hardware virtualization extensions such as Intel VT and AMD-V. >> >> This is an experimental port of qemu-kvm adapted to Luvalley by >> Xiaodong Yi (Luvalley author - files/patch-luvalley) and preliminary >> patched for FreeBSD my me (nox, files/patch-z-kvm-bsd) so that FreeBSD >> can run domU (guests) using Luvalley. =A0Luvalley still has many limitat= ions >> and is definitely far from being production-ready, but it already seems >> to be able to run domUs partway faster than kqemu with -kernel-kqemu. :) >> (and also works better than kqemu for amd64 domUs.) >> >> Note: =A0You need grub to boot the Luvalley `kernel', >> >> =A0 =A0 =A0 =A0http://sourceforge.net/projects/luvalley/files/luvalley/l= uvalley-7/luvalley/download >> >> which (hopefully) will then boot the first disk again from which you >> _then_ select the FreeBSD slice for booting the FreeBSD loader and >> kernel to run as Luvalley dom0 if you want to test this port. =A0More in= fo >> is here: >> >> =A0 =A0 =A0 =A0http://sunet.dl.sourceforge.net/project/luvalley/luvalley= /luvalley-7/README >> >> Since FreeBSD users rarely have a grub installed I've made a grub iso >> with a menu.lst configured to boot the Luvalley `kernel' from /boot/luva= lly >> on the root of the first FreeBSD slice on the first disk (if your FreeBS= D >> install is elsewhere you have to either edit the grub menu entry on the = fly >> using grub's `e'dit command or unpack the iso using e.g. bsdtar, edit th= e >> menu.lst, and then make a new iso, see the README.txt within the iso.) >> >> =A0 =A0 =A0 =A0http://people.freebsd.org/~nox/qemu/luvalley/grub-luvalle= y.iso >> >> If you have a working serial port (`COM1' aka /dev/tty[du]0) you can try >> to catch Luvalley's debug messages (115200bps, 8N1), this is especially >> useful should Luvally crash, otherwise there's probably no chance to >> fix the bug. =A0One known crash at the moment happens when Luvalley runs >> out of ioctl object slots of which by default there are only 32 >> ("IOCTL_SIZE" in the Luvalley source, I haven't tried to build that on >> FreeBSD yet) and atm they never get released so in practice for the mome= nt >> you should reboot your dom0 (FreeBSD) after running a few domUs to avoid >> that crash. =A0Another known problem is atm when a domU shuts down the >> luvally qemu will hang and you have to manually kill it. >> >> WWW: http://sourceforge.net/projects/luvalley/files/ >> Wow, this definitely looks awesome! I'm excited to try this out, and I hope we see the community get behind this effort with testing and patches. Thank you for the introduction Xiaodong Yi, and as always a big thanks to Juergen Lock for his work with Qemu on FreeBSD! -Brandon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?z2y179b97fb1004181829ica690459xd03868f114edce05>