[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Re: Cutting a new QEMU release
From: |
Paul Brook |
Subject: |
Re: [Qemu-devel] Re: Cutting a new QEMU release |
Date: |
Thu, 5 Feb 2009 17:36:22 +0000 |
User-agent: |
KMail/1.9.9 |
> given the sheer amount of CPU sililcon without VT/SVM it looks to be worth
> keeping [kqemu] working. Maybe just to pull it into the Qemu SVN?
I'd rather not. What you[1] really need to do is get it merged into upstream
linux kernels. There have been several threads about this previously, the
short version is that it probably involves rewriting to use the kvm API.
You'll find that many developers (including myself) have extremely low
tolerance for out of tree kernel modules[2].
Paul
[1] Or someone else who actually cares/is paid to care about kqemu.
[2] Obviously there's a bit of chicken and egg here. Upstream submission
should at least be a fairly near-term goal.
- [Qemu-devel] Re: Cutting a new QEMU release, Steve Fosdick, 2009/02/05
- Re: [Qemu-devel] Re: Cutting a new QEMU release, Anthony Liguori, 2009/02/05
- Re: [Qemu-devel] Re: Cutting a new QEMU release, Ben Taylor, 2009/02/05
- Re: [Qemu-devel] Re: Cutting a new QEMU release, René Rebe, 2009/02/05
- Re: [Qemu-devel] Re: Cutting a new QEMU release, Anthony Liguori, 2009/02/05
- Re: [Qemu-devel] Re: Cutting a new QEMU release, Steve Fosdick, 2009/02/06
- Re: [Qemu-devel] Re: Cutting a new QEMU release, René Rebe, 2009/02/06
- Re: [Qemu-devel] Re: Cutting a new QEMU release, Anthony Liguori, 2009/02/06
- Re: [Qemu-devel] Re: Cutting a new QEMU release, René Rebe, 2009/02/06
- [Qemu-devel] Re: Cutting a new QEMU release, Jamie Lokier, 2009/02/07
- Re: [Qemu-devel] Re: Cutting a new QEMU release, Laurent Desnogues, 2009/02/07