* Pekka Enberg penb...@kernel.org wrote:
On 04/07/11 13:47, Prasad Joshi wrote:
- parse-options.[ch] has argument processing code.
- types.h: Additional types for argument processing.
- strbuf.[ch]: Added a function prefixcmp to compare string prefix
On Thu, 2011-04-07 at
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 Natapovg...@redhat.com wrote:
I'd prefer something more generic like these:
raise
* Pekka Enberg penb...@kernel.org wrote:
On Thu, 2011-04-07 at 23:33 +0100, Prasad Joshi wrote:
On Thu, Apr 7, 2011 at 9:14 PM, Ingo Molnar mi...@elte.hu wrote:
* Prasad Joshi prasadjoshi...@gmail.com wrote:
- kvm-cmd.h: Adds a new structure cmd_struct to create a table of
On Fri, Apr 8, 2011 at 9:14 AM, Pekka Enberg penb...@kernel.org wrote:
Hi Anthony,
On Fri, Apr 8, 2011 at 5:14 AM, Anthony Liguori anth...@codemonkey.ws wrote:
If someone was going to seriously go about doing something like this, a
better approach would be to start with QEMU and remove
Hi!
Hi Anthony,
On Fri, Apr 8, 2011 at 5:14 AM, Anthony Liguori anth...@codemonkey.ws 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
Hi Takuya!
On Fri, Apr 8, 2011 at 9:47 AM, Takuya Yoshikawa
yoshikawa.tak...@oss.ntt.co.jp wrote:
Is it possible to find the code maintenance policy on a project site
or somewhere? -- for both short run and long run.
I may get some interest in using this tool for my debugging/testing/
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 interesting
On 2011-04-08 07:14, Pekka Enberg wrote:
Hi Anthony,
On Fri, Apr 8, 2011 at 5:14 AM, Anthony Liguori anth...@codemonkey.ws 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
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 fix
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
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 Fri, Apr 8, 2011 at 1:11 PM, Jan Kiszka jan.kis...@siemens.com 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
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
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 think
On Friday, April 8, 2011, Alexander Graf ag...@suse.de 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
The point of SIGQUIT is to dump relevant information of a running guest, not to
stop it.
Cc: Asias He asias.he...@gmail.com
Cc: Cyrill Gorcunov gorcu...@gmail.com
Cc: Ingo Molnar mi...@elte.hu
Signed-off-by: Pekka Enberg penb...@kernel.org
---
tools/kvm/main.c |3 ---
1 files changed, 0
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 asias.he...@gmail.com
Cc: Cyrill Gorcunov gorcu...@gmail.com
Cc: Ingo Molnar mi...@elte.hu
Signed-off-by: Pekka Enberg penb...@kernel.org
On Thu, 2011-04-07 at 11:03 +0100, Stefan Hajnoczi wrote:
On Tue, Apr 5, 2011 at 6:37 PM, Lucas Meneghel Rodrigues l...@redhat.com
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
- 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
- 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 prasadjoshi...@gmail.com
---
tools/kvm/include/kvm/parse-options.h | 161 +
- 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
- 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 prasadjoshi...@gmail.com
---
tools/kvm/Makefile
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'.
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.
On Fri, Apr 8, 2011 at 2:48 PM, Pekka Enberg penb...@kernel.org 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
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
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
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
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
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
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:
So now if a error.TestWarn is thrown, dependent tests can run
just fine.
Signed-off-by: Lucas Meneghel Rodrigues l...@redhat.com
---
client/tests/kvm/kvm_utils.py | 15 ++-
1 files changed, 10 insertions(+), 5 deletions(-)
diff --git a/client/tests/kvm/kvm_utils.py
- 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
- 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 prasadjoshi...@gmail.com
---
tools/kvm/include/kvm/parse-options.h | 161 +
- 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 prasadjoshi...@gmail.com
---
tools/kvm/Makefile
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
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
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
'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 uober...@redhat.com
---
hw/apic.c |4
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 uober...@redhat.com
---
hw/hpet.c |3 +++
1 files
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
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 uober...@redhat.com
---
hw/hpet.c | 15 +--
1 files
Signed-off-by: Ulrich Obergfell uober...@redhat.com
---
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 */
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
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
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
On 04/08/2011 10:20 AM, Ulrich Obergfell wrote:
Signed-off-by: Ulrich Obergfelluober...@redhat.com
---
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
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 as a
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. If
On Thu, 7 Apr 2011 21:14:06 -0500
Anthony Liguori anth...@codemonkey.ws 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.
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 future.
Signed-off-by: Asias He asias.he...@gmail.com
---
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
+++
- rename {blk,console}-virtio.* to virtio-{blk,console}.*
- change the virtio block device PCI io space operation callback names
Signed-off-by: Asias He asias.he...@gmail.com
---
tools/kvm/Makefile |4 +-
tools/kvm/blk-virtio.c | 293
Use virt_queue__set_used_elem insted.
Signed-off-by: Asias He asias.he...@gmail.com
---
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
This really makes my life much easier!
Signed-off-by: Asias He asias.he...@gmail.com
---
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
all virito core code should be in virtio.c
Signed-off-by: Asias He asias.he...@gmail.com
---
tools/kvm/Makefile|1 +
tools/kvm/blk-virtio.c|2 +-
tools/kvm/console-virtio.c|2 +-
tools/kvm/include/kvm/virtio.h| 44 ++
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 step?
On Fri, Apr 8, 2011 at 9:43 AM, Stefan Hajnoczi stefa...@gmail.com 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
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.
2.6.38.2 kernel with trace-cmd git pulled this morning:
trace-cmd record -e kvm
trace-cmd report 21 | 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 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 l...@redhat.com
wrote:
Perhaps kvm-autotest is a good platform for the automated testing of
ARM
On Fri, Apr 8, 2011 at 9:04 AM, Gleb Natapov g...@redhat.com 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
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 use of
On 04/08/2011 02:17 PM, Blue Swirl wrote:
On Fri, Apr 8, 2011 at 9:04 AM, Gleb Natapovg...@redhat.com 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
On Fri, Apr 8, 2011 at 10:32 PM, Anthony Liguori anth...@codemonkey.ws wrote:
On 04/08/2011 02:17 PM, Blue Swirl wrote:
On Fri, Apr 8, 2011 at 9:04 AM, Gleb Natapovg...@redhat.com wrote:
On Thu, Apr 07, 2011 at 04:41:03PM -0500, Anthony Liguori wrote:
On 04/07/2011 02:17 PM, Gleb Natapov
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 l...@redhat.com
---
client/tests/kvm/tests/unattended_install.py |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
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 l...@redhat.com
---
client/tests/kvm/kvm_vm.py |1 +
1 files changed, 1 insertions(+), 0
Now that image_check() can throw TestWarn exceptions, let's
catch it as well.
Signed-off-by: Lucas Meneghel Rodrigues l...@redhat.com
---
client/tests/kvm/tests/enospc.py |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/client/tests/kvm/tests/enospc.py
On Fri, Apr 8, 2011 at 7:53 PM, David Ahern dsah...@gmail.com wrote:
2.6.38.2 kernel with trace-cmd git pulled this morning:
trace-cmd record -e kvm
trace-cmd report 21 | less
trace-cmd: No such file or directory
function ftrace_print_symbols_seq not defined
failed to read event print
On 04/08/11 14:50, Stefan Hajnoczi wrote:
On Fri, Apr 8, 2011 at 7:53 PM, David Ahern dsah...@gmail.com wrote:
2.6.38.2 kernel with trace-cmd git pulled this morning:
trace-cmd record -e kvm
trace-cmd report 21 | less
trace-cmd: No such file or directory
function
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 21 | 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 says.
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
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 21 | less
trace-cmd: No such file or directory
Does this error come from trace-cmd failing to find its kvm
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 21 | less
trace-cmd: No such file or directory
Does this error come
On 04/08/2011 10:59 AM, Scott Wood wrote:
On Thu, 7 Apr 2011 21:14:06 -0500
Anthony Liguorianth...@codemonkey.ws 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
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
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/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
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 /
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 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
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
83 matches
Mail list logo