You are not logged in.
When 2.6.20 enters testing/current, will Arch also provide the kvm package in the extra repository?
Offline
Have you a link to the source?
Offline
kvm.sf.net
Offline
I'd say you can be fairly certain it will get packaged, but offhand I don't know if any of the devs have the right hardware to test it properly - all I can say for certain is that I don't.
Offline
Afaik with .20 kernel KVM will hit vanilla, so specific packaging won't be needed. We'll need KVM-patched QEmu to use it. I have KVM-compatible CPU and will test it right after release. On Arch64 of course
IRC: Stalwart @ FreeNode
Skype ID: thestalwart
WeeChat-devel nightly packages for i686
Offline
The kvm package IS the userspace tool: http://kvm.qumranet.com/kvmwiki/HOWTO and the patched QEmu is part of the kvm package.
Offline
The kvm package IS the userspace tool: http://kvm.qumranet.com/kvmwiki/HOWTO and the patched QEmu is part of the kvm package.
Only for Kernel < 2.6.20
Have you tried to turn it off and on again?
Offline
fk - are you saying that no userspace tools will be required when 2.6.20 is released?
Offline
fk - are you saying that no userspace tools will be required when 2.6.20 is released?
no, you need qemu or somthing else, but KVM is integrated in the kernel, the How To on the KVM site is only to patch an older Kernel with KVM
Have you tried to turn it off and on again?
Offline
In the how-to on the website they installed the package in /usr/local/kvm and with the --with-patched-kernel configure option (and I think to disable the kernel module , optionally in the kvm package). After that they run /usr/local/kvm/bin/qemu-img and /usr/local/kvm/bin/qemu for the virtual machine, so I assume the patched qemu is provided by the kvm package and that's also the reason why I asked if this package was added to the Arch repo (to provide the usertool, not the driver).
And like the frontage of the kvm site tells me :The kernel component of KVM is included in mainline Linux, and will appear in Linux 2.6.20. So you still need the kvm package for other stuff then the kernel driver.
Or am I really going crazy now ?
Offline
In the how-to on the website they installed the package in /usr/local/kvm and with the --with-patched-kernel configure option (and I think to disable the kernel module , optionally in the kvm package). After that they run /usr/local/kvm/bin/qemu-img and /usr/local/kvm/bin/qemu for the virtual machine, so I assume the patched qemu is provided by the kvm package and that's also the reason why I asked if this package was added to the Arch repo (to provide the usertool, not the driver).
And like the frontage of the kvm site tells me :The kernel component of KVM is included in mainline Linux, and will appear in Linux 2.6.20. So you still need the kvm package for other stuff then the kernel driver.
Or am I really going crazy now ?
No, this is not right:
The with --patched-kernel is if you had a -mm patched kernel, the kvm-release is the newest release, and it replaces the normally older patch in -mm.
With Kernels < 2.6.20 you must patch the Kernel with the kvm-release
With 2.6.20 you only must load the kvm modul, and then you can use it with patched qemu.
The Kernel component ist KVM, the userspace Tool is qemu
Have you tried to turn it off and on again?
Offline
xerverius - that's my understanding also.
fk - the HOWTO linked by xerverius has no details about patching the kernel - it's about building and using the userspace side, and optionally creating a kernel module if your kernel does not already provide it.
Have a look for yourself.
Offline
Look into the FAQ
What user space tools does kvm use?
kvm uses a slightly modified qemu program to instantiate the virtual machine. Once running, a virtual machine is just a regular process. You can use top(1), kill(1), taskset(1) and similar tools to manage virtual machines.
http://kvm.qumranet.com/kvmwiki/FAQ
also
http://kerneltrap.org/node/7545
The userland aspect of KVM is a slighlty modified version of qemu, used to instantiate the virtual machine.
Have you tried to turn it off and on again?
Offline
:evil: I know that, but that modified qemu is inside the kvm package. Go here download it and see for you're self. Inside the tarball you'll find a qemu directory (REALLY IT'S THERE ) and that's the modified version you're looking for (well actually /me is looking for) or are you going to ignore this too?
Offline
:evil: I know that, but that modified qemu is inside the kvm package. Go here download it and see for you're self. Inside the tarball you'll find a qemu directory (REALLY IT'S THERE ) and that's the modified version you're looking for (well actually /me is looking for) or are you going to ignore this too?
@xerverius
I haven't say that there is no patched quemu in the packege, I have say with Kernel 2.6.20 yo don't need this package for KVM, with Kernel <2.6.20 you need this pakage for KVM, I have nothing say about qemu patch is not needed
I have say
KVM = Kernel
Qemu = Userspace Tool
I think we have talk at cross-purposes
Have you tried to turn it off and on again?
Offline
Well I can't help it they called the entire project (and the tarball) kvm and you 'need' the patched qemu, so pointing at the qemu website isn't an option either.
Offline
Well... if it helps at all, I've downloaded the kvm tarball, applied the gcc4 patches that we currently use for qemu, made a couple of hacks to the top-level configure script, and it builds without errors.
I have also asked around the dev team, and at least one of us has a box with the right CPU, so we'll be able to do some testing.
Offline
I have also asked around the dev team, and at least one of us has a box with the right CPU, so we'll be able to do some testing.
I also can help with testing if you want, or need, I have a CoreDuo with VT
Have you tried to turn it off and on again?
Offline
I have a laptop with an AMD X2 Turion TL-50 with pacifica (and a free partition) , so i can help also.
Added : I intend to make a seperate install for this, so i leave the decision which kernel should be tested with the dev team.
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
(A works at time B) && (time C > time B ) ≠ (A works at time C)
Offline
Cool - thanks guys.
Not only that, but both Intel and AMD covered - I like how this is shaping up. Would you both be OK with running kernel26mm (to be updated shortly) or would you prefer to wait for vanilla?
Offline
http://kvm.qumranet.com/kvmwiki/Debian
So will this kvm work with stock Arch kernel...?
looks interesting
Mr Green
Offline
Yes, when stock gets to 2.6.20 - but remember it's hardware-dependent. You need a VT capable Intel or an SVM capable AMD.
Offline
I can also test the package, but the mm kernel definitely needs the latest mm and rc patch because there are a lot of kvm fixes in rc6.
Offline
But remember it's hardware-dependent. You need a VT capable Intel or an SVM capable AMD.
Maybe it's useful to test this in the install file? Something like
supported=0
egrep '^flags.*(vmx|svm)' /proc/cpuinfo &> /dev/null && supported=1
if [ $supported -eq 0 ]; then
echo "Meh, you don't have VT or SVM support"
fi
Offline
{Inside the tarball you'll find a qemu directory}isn't kvm a modified qemu?
correct me if i'm wrong.. i read it a some time ago..
The.Revolution.Is.Coming - - To fight, To hunger, To Resist!
Offline