Hello KVM developers,
I have a question about the dirty log mechanism in qemu. I am doing
some research
on multi-core VM fault tolerance and I extended qemu to do
checkpoint-restart based
replication (something similar to the Remus project on Xen). I am
using a great amount
of the live migration c
This is something that's plagued me for many versions. I've read the
bug reports where this was marked as fixed back in version 12.x
Currently with Kernel 2.6.37.4 64bit.
modinfo kvm
filename: /lib/modules/2.6.37.4/kernel/arch/x86/kvm/kvm.ko
license:GPL
author: Qumranet
depe
On 04/08/2011 06:25 PM, Luiz Capitulino wrote:
Hi there,
Summary:
- PXE boot in qemu.git (HEAD f124a41) is quite slow, more than 5 minutes. Got
the problem with e1000, virtio and rtl8139. However, pcnet *works* (it's
as fast as qemu-kvm.git)
- PXE boot in qemu-kvm.git (HEAD df85c05
On 04/08/11 17:42, Jan Kiszka wrote:
> What I also did is updating trace-cmd git and then reinstalling the
> latest plugins: make install_plugins prefix=$HOME. They then end up in
> $HOME/.trace-cmd/plugins. Now I do not have a single error message
> anymore, including that file not found.
Indeed.
On 2011-04-09 01:26, David Ahern wrote:
> On 04/08/11 15:18, Jan Kiszka wrote:
>> Let me check... indeed, I'm getting the same file-not-found here with
>> trace-cmd.git 9cce1c9b5b when starting it directly from its build directory.
>>
>> But maybe your trace-cmd or kernel versions are too old / inc
On 04/08/11 15:18, Jan Kiszka wrote:
> Let me check... indeed, I'm getting the same file-not-found here with
> trace-cmd.git 9cce1c9b5b when starting it directly from its build directory.
>
> But maybe your trace-cmd or kernel versions are too old / incompatible.
> I'm not getting complaints about
Hi there,
Summary:
- PXE boot in qemu.git (HEAD f124a41) is quite slow, more than 5 minutes. Got
the problem with e1000, virtio and rtl8139. However, pcnet *works* (it's
as fast as qemu-kvm.git)
- PXE boot in qemu-kvm.git (HEAD df85c051) is fast, less than a minute. Tried
with e1000,
On 04/08/2011 02:20 PM, Andrea Arcangeli wrote:
Hi Anthony,
On Fri, Apr 08, 2011 at 09:00:43AM -0500, Anthony Liguori wrote:
An example is ioport_ops. This maps directly to
ioport_{read,write}_table in QEMU. Then you use ioport__register() to
register entries in this table similar register_io
On 04/08/2011 10:59 AM, Scott Wood wrote:
On Thu, 7 Apr 2011 21:14:06 -0500
Anthony Liguori wrote:
If someone was going to seriously go about doing something like this, a
better approach would be to start with QEMU and remove anything non-x86
and all of the UI/command line/management bits and
On 2011-04-08 23:12, David Ahern wrote:
>
>
> On 04/08/11 15:07, Jan Kiszka wrote:
>> On 2011-04-08 20:53, David Ahern wrote:
>>> 2.6.38.2 kernel with trace-cmd git pulled this morning:
>>>
>>> trace-cmd record -e kvm
>>>
>>> trace-cmd report 2>&1 | less
>>>
>>> trace-cmd: No such file or directo
On 04/08/11 15:07, Jan Kiszka wrote:
> On 2011-04-08 20:53, David Ahern wrote:
>> 2.6.38.2 kernel with trace-cmd git pulled this morning:
>>
>> trace-cmd record -e kvm
>>
>> trace-cmd report 2>&1 | less
>>
>> trace-cmd: No such file or directory
>
> Does this error come from trace-cmd failing to
Hi,
at https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/747090, it was
found that emulate_int_real() sometimes pushes the wrong eip when doing a
int. Whereas with non-kvm qemu we push the next instruction after the
int, with kvm we push the addr of the instruction itself.
I thought it'd b
On 2011-04-08 20:53, David Ahern wrote:
> 2.6.38.2 kernel with trace-cmd git pulled this morning:
>
> trace-cmd record -e kvm
>
> trace-cmd report 2>&1 | less
>
> trace-cmd: No such file or directory
Does this error come from trace-cmd failing to find its kvm plugin?
Check what strace -e open s
On 04/08/11 14:50, Stefan Hajnoczi wrote:
> On Fri, Apr 8, 2011 at 7:53 PM, David Ahern wrote:
>> 2.6.38.2 kernel with trace-cmd git pulled this morning:
>>
>> trace-cmd record -e kvm
>>
>> trace-cmd report 2>&1 | less
>>
>> trace-cmd: No such file or directory
>> function ftrace_print_symbols_
On Fri, Apr 8, 2011 at 7:53 PM, David Ahern wrote:
> 2.6.38.2 kernel with trace-cmd git pulled this morning:
>
> trace-cmd record -e kvm
>
> trace-cmd report 2>&1 | less
>
> trace-cmd: No such file or directory
> function ftrace_print_symbols_seq not defined
> failed to read event print fmt for
Now that image_check() can throw TestWarn exceptions, let's
catch it as well.
Signed-off-by: Lucas Meneghel Rodrigues
---
client/tests/kvm/tests/enospc.py |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/client/tests/kvm/tests/enospc.py b/client/tests/kvm/tests/enospc.py
We noticed some times guests crash after migration.
Putting a kernel crash check on that stage makes it
easier to indentify when such conditions happened.
Signed-off-by: Lucas Meneghel Rodrigues
---
client/tests/kvm/kvm_vm.py |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
The idea was to put the kernel crash verification during
the install loop, not at the beginning of the test.
Signed-off-by: Lucas Meneghel Rodrigues
---
client/tests/kvm/tests/unattended_install.py |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/client/tests/kvm/tests/u
On Fri, Apr 8, 2011 at 10:32 PM, Anthony Liguori wrote:
> On 04/08/2011 02:17 PM, Blue Swirl wrote:
>>
>> On Fri, Apr 8, 2011 at 9:04 AM, Gleb Natapov wrote:
>>>
>>> On Thu, Apr 07, 2011 at 04:41:03PM -0500, Anthony Liguori wrote:
On 04/07/2011 02:17 PM, Gleb Natapov wrote:
>
>
On 04/08/2011 02:17 PM, Blue Swirl wrote:
On Fri, Apr 8, 2011 at 9:04 AM, Gleb Natapov wrote:
On Thu, Apr 07, 2011 at 04:41:03PM -0500, Anthony Liguori wrote:
On 04/07/2011 02:17 PM, Gleb Natapov wrote:
On Thu, Apr 07, 2011 at 10:04:00PM +0300, Blue Swirl wrote:
On Thu, Apr 7, 2011 at 9:51 P
Hi Anthony,
On Fri, Apr 08, 2011 at 09:00:43AM -0500, Anthony Liguori wrote:
> An example is ioport_ops. This maps directly to
> ioport_{read,write}_table in QEMU. Then you use ioport__register() to
> register entries in this table similar register_ioport_{read,write}() in
> QEMU.
>
> The us
On Fri, Apr 8, 2011 at 9:04 AM, Gleb Natapov wrote:
> On Thu, Apr 07, 2011 at 04:41:03PM -0500, Anthony Liguori wrote:
>> On 04/07/2011 02:17 PM, Gleb Natapov wrote:
>> >On Thu, Apr 07, 2011 at 10:04:00PM +0300, Blue Swirl wrote:
>> >>On Thu, Apr 7, 2011 at 9:51 PM, Gleb Natapov wrote:
>> >>
>> >
On Fri, Apr 08, 2011 at 09:58:22AM -0300, Lucas Meneghel Rodrigues wrote:
> On Thu, 2011-04-07 at 11:03 +0100, Stefan Hajnoczi wrote:
> > On Tue, Apr 5, 2011 at 6:37 PM, Lucas Meneghel Rodrigues
> > wrote:
> > >> Perhaps kvm-autotest is a good platform for the automated testing of
> > >> ARM TCG.
2.6.38.2 kernel with trace-cmd git pulled this morning:
trace-cmd record -e kvm
trace-cmd report 2>&1 | less
trace-cmd: No such file or directory
function ftrace_print_symbols_seq not defined
failed to read event print fmt for kvm_nested_vmexit_inject
function ftrace_print_symbols_seq not
On 04/08/2011 01:43 AM, Stefan Hajnoczi wrote:
On Mon, Mar 28, 2011 at 04:15:57PM -0700, Josh Durgin wrote:
librbd stacks on top of librados to provide access
to rbd images.
Using librbd simplifies the qemu code, and allows
qemu to use new versions of the rbd format
with few (if any) changes.
On Fri, Apr 8, 2011 at 9:43 AM, Stefan Hajnoczi wrote:
> On Mon, Mar 28, 2011 at 04:15:57PM -0700, Josh Durgin wrote:
>> librbd stacks on top of librados to provide access
>> to rbd images.
>>
>> Using librbd simplifies the qemu code, and allows
>> qemu to use new versions of the rbd format
>> wit
On 2011-04-08 18:08, Glauber Costa wrote:
> On Fri, 2011-04-08 at 17:54 +0200, Jan Kiszka wrote:
>>> +}
>>
>> Did I miss some change in the plan? I thought we were heading for a
>> generic, reusable driftfix tool box (or periodic timer service)? Or is
>> this intentionally an intermediate s
all virito core code should be in virtio.c
Signed-off-by: Asias He
---
tools/kvm/Makefile|1 +
tools/kvm/blk-virtio.c|2 +-
tools/kvm/console-virtio.c|2 +-
tools/kvm/include/kvm/virtio.h| 44 ++
tools/kvm/include/kvm/virt
This really makes my life much easier!
Signed-off-by: Asias He
---
tools/kvm/virtio-blk.c | 109 ++-
1 files changed, 33 insertions(+), 76 deletions(-)
diff --git a/tools/kvm/virtio-blk.c b/tools/kvm/virtio-blk.c
index 8351e7a..34eb3f7 100644
--- a/t
Use virt_queue__set_used_elem insted.
Signed-off-by: Asias He
---
tools/kvm/include/kvm/virtio.h |6 --
tools/kvm/virtio-blk.c |5 +
2 files changed, 1 insertions(+), 10 deletions(-)
diff --git a/tools/kvm/include/kvm/virtio.h b/tools/kvm/include/kvm/virtio.h
index 07538
- rename {blk,console}-virtio.* to virtio-{blk,console}.*
- change the virtio block device PCI io space operation callback names
Signed-off-by: Asias He
---
tools/kvm/Makefile |4 +-
tools/kvm/blk-virtio.c | 293
tools/kvm
Signed-off-by: Asias He
---
tools/kvm/blk-virtio.c | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/tools/kvm/blk-virtio.c b/tools/kvm/blk-virtio.c
index 9a723cc..e94d7b3 100644
--- a/tools/kvm/blk-virtio.c
+++ b/tools/kvm/blk-virtio.c
@@ -20,7
On Fri, 2011-04-08 at 17:54 +0200, Jan Kiszka wrote:
> > +}
>
> Did I miss some change in the plan? I thought we were heading for a
> generic, reusable driftfix tool box (or periodic timer service)? Or is
> this intentionally an intermediate step?
Which is a medium to long way in the fut
On Thu, 7 Apr 2011 21:14:06 -0500
Anthony Liguori wrote:
> If someone was going to seriously go about doing something like this, a
> better approach would be to start with QEMU and remove anything non-x86
> and all of the UI/command line/management bits and start there.
>
> There's nothing mor
On 2011-04-08 17:20, Ulrich Obergfell wrote:
> Loss of periodic timer interrupts caused by delayed callbacks and by
> interrupt coalescing is compensated by gradually injecting additional
> interrupts during subsequent timer intervals, starting at a rate of
> one additional interrupt per interval.
On 2011-04-08 17:20, Ulrich Obergfell wrote:
> 'target_get_irq_delivered' and 'target_reset_irq_delivered' contain
> entry addresses of functions that are utilized by update_irq() to
> detect coalesced interrupts. apic code loads these pointers during
> initialization.
This interface is intended a
On 04/08/2011 10:20 AM, Ulrich Obergfell wrote:
Signed-off-by: Ulrich Obergfell
---
hw/hpet.c | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/hw/hpet.c b/hw/hpet.c
index 45847ed..c150da5 100644
--- a/hw/hpet.c
+++ b/hw/hpet.c
@@ -55,6 +55,11 @@ typedef st
On 04/08/2011 10:20 AM, Ulrich Obergfell wrote:
'target_get_irq_delivered' and 'target_reset_irq_delivered' contain
entry addresses of functions that are utilized by update_irq() to
detect coalesced interrupts. apic code loads these pointers during
initialization.
Signed-off-by: Ulrich Obergfell
On Fri, 8 Apr 2011, Ingo Molnar wrote:
Right now when a KVM session ends with an incomplete line printk'd
without a newline, kvm exits in an ugly way:
Applied, thanks!
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More ma
On Fri, 8 Apr 2011, Ingo Molnar wrote:
When running a simple, diskless 'kvm ./bzImage' KVM session we currently
segfault at the end of the session:
Good catch! Applied both patches, thanks Ingo!
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord
Signed-off-by: Ulrich Obergfell
---
hw/hpet.c | 14 --
1 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/hw/hpet.c b/hw/hpet.c
index 45847ed..c150da5 100644
--- a/hw/hpet.c
+++ b/hw/hpet.c
@@ -55,6 +55,11 @@ typedef struct HPETTimer { /* timers */
uint8_t wrap_f
update_irq() uses a similar method as in 'rtc_td_hack' to detect
coalesced interrupts. The function entry addresses are retrieved
from 'target_get_irq_delivered' and 'target_reset_irq_delivered'.
Signed-off-by: Ulrich Obergfell
---
hw/hpet.c | 15 +--
1 files changed, 13 insertions
driftfix is a 'bit type' property. Compensation of delayed callbacks
and coalesced interrupts can be enabled with the command line option
-global hpet.driftfix=on
driftfix is 'off' (disabled) by default.
Signed-off-by: Ulrich Obergfell
---
hw/hpet.c |3 +++
1 files changed, 3 insertion
Loss of periodic timer interrupts caused by delayed callbacks and by
interrupt coalescing is compensated by gradually injecting additional
interrupts during subsequent timer intervals, starting at a rate of
one additional interrupt per interval. If further interrupts are lost
while compensation is
'target_get_irq_delivered' and 'target_reset_irq_delivered' contain
entry addresses of functions that are utilized by update_irq() to
detect coalesced interrupts. apic code loads these pointers during
initialization.
Signed-off-by: Ulrich Obergfell
---
hw/apic.c |4
sysemu.h |3 +++
Hi,
This is version 2 of a series of patches that I originally posted in:
http://lists.gnu.org/archive/html/qemu-devel/2011-03/msg01989.html
http://lists.gnu.org/archive/html/qemu-devel/2011-03/msg01992.html
http://lists.gnu.org/archive/html/qemu-devel/2011-03/msg01991.html
http:/
Right now when a KVM session ends with an incomplete line printk'd
without a newline, kvm exits in an ugly way:
[4.638016] Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(0,0)
[4.641668] Rebooting in 1 seconds..spirit:~/tip/tools/kvm>
spirit:~/tip/tools/kv
When running a simple, diskless 'kvm ./bzImage' KVM session we currently
segfault at the end of the session:
[4.895488] Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(0,0)
[4.899371] Rebooting in 1 seconds..
Program received signal SIGSEGV, Segmentation f
- kvm-run.[ch] Adds a new kvm command called 'run'. The most of the code is
copied from main.c.
- main.c is modified to use the functionality provided by framework.
The old code from main.c is moved to kvm-run.c.
Signed-off-by: Prasad Joshi
---
tools/kvm/Makefile | 21 -
- parse-options.[ch] has argument processing code.
- types.h: Additional types for argument processing.
- strbuf.[ch]: Added a function prefixcmp to compare string prefix
Signed-off-by: Prasad Joshi
---
tools/kvm/include/kvm/parse-options.h | 161 +
tools/kvm/include/kvm/strbuf.h
- The Documentation/ directory will have a text file for each commmand. The
text file should contain the information about the command in manpage format.
- command-list.txt: is a list of common commands used with the kvm tool.
- util/generate-cmdlist.sh: is a shell script that uses command-list
- kvm-cmd.h: Adds a new structure cmd_struct to create a table of commands
and callback function. The structure was copied from tools/perf
- kvm-cmd.c: implements two main functions for command processing.
kvm_get_command(): searches table for specific command.
handle_command(): invokes the
So now if a error.TestWarn is thrown, dependent tests can run
just fine.
Signed-off-by: Lucas Meneghel Rodrigues
---
client/tests/kvm/kvm_utils.py | 15 ++-
1 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/client/tests/kvm/kvm_utils.py b/client/tests/kvm/kvm_utils.py
With the accumulated experience running the KVM test to
perform quality control on our KVM branches, we noticed
that qemu-img check might return exit code != 0, but
not all failures mean some data integrity problem happend.
After checking qemu-img check code, we found out that:
Exit code 1: Check
When the KVM config file parser generates the list of tests,
it will generate a full list of dicts, each dict maps to a
test to be executed. However, due to the design of our
dependency system, we skip running tests that had a dependency
failure.
While fair, this also masks the fact that the tests
For the KVM test, we have for a long time a system of
'test dependencies': If a dependency test, such as guest
installation has failed, it is not possible to run subsequent
tests for obvious reasons. There are minor failures though,
that don't necessarily block other tests, such as some specific
ty
In order to fix make it possible to throw test errors in certain special
conditions, yet executing dependent tests,introduced a new public job API
and modified kvm_utils.run_tests logic.
Also modified preprocessing code to provide a feature asked for a long time:
make tests with dependencies faile
When for some reason virtualization is not available on a box, the user
gets this cryptic error message:
open: No such device
The user has no idea what happened - what is being opened and why is
there no such device?
This happens on one of my boxes, where there's VMX support indicated
in the
On Fri, Apr 08, 2011 at 01:32:24PM +0400, Cyrill Gorcunov wrote:
>
> It seems there is a misunderstanding. KVM-tool is quite far from been KVM
> replacement (if ever). And what we're doing -- extremely tiny/small HV which
> would help us to debug/test kernel code.
If that's true, then perhaps the
On Fri, Apr 8, 2011 at 2:48 PM, Pekka Enberg wrote:
> Hi Prasad,
>
> Please don't put 'kvm tool' inside the brackets in the subject line. All
> that gets stripped away. The correct form is:
>
> [PATCH v2 4/4] kvm tools: Using the Gitish framework to run the VM
oh okay!
>
> On Fri, 8 Apr 2011, P
On 04/08/2011 12:14 AM, Pekka Enberg wrote:
Hey, feel free to help out! ;-)
I don't agree that a working 2500 LOC program is 'repeating the same
architectural mistakes' as QEMU. I hope you realize that we've gotten
here with just three part-time hackers working from their proverbial
basements. S
Hi Prasad,
Please don't put 'kvm tool' inside the brackets in the subject line. All
that gets stripped away. The correct form is:
[PATCH v2 4/4] kvm tools: Using the Gitish framework to run the VM
On Fri, 8 Apr 2011, Prasad Joshi wrote:
- kvm-run.[ch] Adds a new kvm command called 'run'. T
- kvm-run.[ch] Adds a new kvm command called 'run'. The most of the code is
copied from main.c.
- main.c is modified to use the functionality provided by framework.
The old code from main.c is moved to kvm-run.c.
Signed-off-by: Prasad Joshi
---
tools/kvm/Makefile | 19 +++-
t
- parse-options.[ch] has argument processing code.
- types.h: Additional types for argument processing.
- strbuf.[ch]: Added a function prefixcmp to compare string prefix
Signed-off-by: Prasad Joshi
---
tools/kvm/include/kvm/parse-options.h | 161 +
tools/kvm/include/kvm/strbuf.h
- kvm-cmd.h: Adds a new structure cmd_struct to create a table of commands
and callback function. The structure was copied from tools/perf
- kvm-cmd.c: implements two main functions for command processing.
kvm_get_command(): searches table for specific command.
handle_command(): invokes the
- The Documentation/ directory will have a text file for each commmand. The
text file should contain the information about the command in manpage format.
- command-list.txt: is a list of common commands used with the kvm tool.
- util/generate-cmdlist.sh: is a shell script that uses command-list
On Thu, 2011-04-07 at 11:03 +0100, Stefan Hajnoczi wrote:
> On Tue, Apr 5, 2011 at 6:37 PM, Lucas Meneghel Rodrigues
> wrote:
>
> Thanks for your detailed response!
>
> > On Tue, 2011-04-05 at 16:29 +0100, Stefan Hajnoczi wrote:
> >> * Public notifications of breakage, qemu.git/master failures
This patch makes SIGQUIT to the host hypervisor send 'SysRq-P' to the guest
kernel via 8250 serial console to make debugging stuck guests easier.
Cc: Asias He
Cc: Cyrill Gorcunov
Cc: Ingo Molnar
Signed-off-by: Pekka Enberg
---
tools/kvm/8250-serial.c | 33 +++
The point of SIGQUIT is to dump relevant information of a running guest, not to
stop it.
Cc: Asias He
Cc: Cyrill Gorcunov
Cc: Ingo Molnar
Signed-off-by: Pekka Enberg
---
tools/kvm/main.c |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
diff --git a/tools/kvm/main.c b/tools/kvm/ma
On Friday, April 8, 2011, Alexander Graf wrote:
>
> On 08.04.2011, at 12:42, Jan Kiszka wrote:
>
>> On 2011-04-08 11:32, Cyrill Gorcunov wrote:
>>> It seems there is a misunderstanding. KVM-tool is quite far from been KVM
>>> replacement (if ever). And what we're doing -- extremely tiny/small HV w
On 08.04.2011, at 12:42, Jan Kiszka wrote:
> On 2011-04-08 11:32, Cyrill Gorcunov wrote:
>> It seems there is a misunderstanding. KVM-tool is quite far from been KVM
>> replacement (if ever). And what we're doing -- extremely tiny/small HV which
>> would help us to debug/test kernel code.
>
> I
On 2011-04-08 11:32, Cyrill Gorcunov wrote:
> It seems there is a misunderstanding. KVM-tool is quite far from been KVM
> replacement (if ever). And what we're doing -- extremely tiny/small HV which
> would help us to debug/test kernel code.
I think your core team may have this vision, but my impr
On Fri, Apr 8, 2011 at 1:11 PM, Jan Kiszka wrote:
> On 2011-04-08 10:27, Pekka Enberg wrote:
>> Hi Jan,
>>
>> On Fri, 2011-04-08 at 09:39 +0200, Jan Kiszka wrote:
>>> I agree that it's easy to change 2kSomething LOC for this. But if you
>>> now wait too long designing in essential features like SM
On 2011-04-08 10:27, Pekka Enberg wrote:
> Hi Jan,
>
> On Fri, 2011-04-08 at 09:39 +0200, Jan Kiszka wrote:
>> I agree that it's easy to change 2kSomething LOC for this. But if you
>> now wait too long designing in essential features like SMP, a scalable
>> execution model, and - very important -
On Mon, Mar 28, 2011 at 04:15:57PM -0700, Josh Durgin wrote:
> librbd stacks on top of librados to provide access
> to rbd images.
>
> Using librbd simplifies the qemu code, and allows
> qemu to use new versions of the rbd format
> with few (if any) changes.
>
> Signed-off-by: Josh Durgin
> Sign
Hi Jan,
On Fri, 2011-04-08 at 09:39 +0200, Jan Kiszka wrote:
> I agree that it's easy to change 2kSomething LOC for this. But if you
> now wait too long designing in essential features like SMP, a scalable
> execution model, and - very important - portability (*), it can get
> fairly painful to fi
On 2011-04-08 07:14, Pekka Enberg wrote:
> Hi Anthony,
>
> On Fri, Apr 8, 2011 at 5:14 AM, Anthony Liguori wrote:
>> If someone was going to seriously go about doing something like this, a
>> better approach would be to start with QEMU and remove anything non-x86 and
>> all of the UI/command line
> > I may get some interest in using this tool for my debugging/testing/
> > self-educational porpuses, but cannot know what I can do/expect.
>
> Heh, it's all pretty straight-forward. Fetch the sources from this tree:
>
> git clone git://github.com/penberg/linux-kvm.git
>
> Find something inte
78 matches
Mail list logo