On 09/06/2013 12:50 AM, Anthony Liguori wrote:
On Thu, Sep 5, 2013 at 7:20 AM, Michal Novotny minov...@redhat.com wrote:
This is the patch to introduce SIGILL handler to be able to trigger
SIGSEGV signal in qemu. This has been written to help debugging
state when qemu crashes by SIGSEGV
to have to have this patch applied too, of course).
(This has been posted a while ago and reviewed however not applied yet
so this is basically just a reminder e-mail to ask for pushing it.
It also applies cleanly to QEMU-1.6 so I'm sending to qemu-stable as
well.)
Signed-off-by: Michal Novotny
On 09/05/2013 01:39 PM, Daniel P. Berrange wrote:
On Thu, Sep 05, 2013 at 01:36:09PM +0200, Michal Novotny wrote:
Output error message using qemu's error_report() function when user
provides the invalid machine type on the command line. This also saves
time to find what issue is when you
This is the patch to introduce SIGILL handler to be able to trigger
SIGSEGV signal in qemu. This has been written to help debugging
state when qemu crashes by SIGSEGV as a simple reproducer to
emulate such situation in case of need.
Signed-off-by: Michal Novotny minov...@redhat.com
---
vl.c | 24
Ping? There are reviews already? Anybody to apply it?
Michal
On 08/12/2013 06:34 PM, Michal Novotny wrote:
Output error message using qemu's error_report() function when user
provides the invalid machine type on the command line. This also saves
time to find what issue is when you downgrade
On 08/12/2013 05:55 PM, Eric Blake wrote:
On 07/31/2013 01:04 AM, Michal Novotny wrote:
Output error message using qemu's error_report() function when user
provides the invalid machine type on the command line. This also saves
time to find what issue is when you downgrade from one version
to have to have this patch applied too, of course).
Signed-off-by: Michal Novotny minov...@redhat.com
---
vl.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/vl.c b/vl.c
index f422a1c..9b4a3f9 100644
--- a/vl.c
+++ b/vl.c
@@ -2671,6 +2671,11 @@ static QEMUMachine *machine_parse(const char
On 08/12/2013 06:47 PM, Eric Blake wrote:
On 08/12/2013 10:28 AM, Michal Novotny wrote:
Output error message using qemu's error_report() function when user
provides the invalid machine type on the command line. This also saves
time to find what issue is when you downgrade from one version
applied too, of course).
Signed-off-by: Michal Novotny minov...@redhat.com
---
vl.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/vl.c b/vl.c
index f422a1c..6ee1a03 100644
--- a/vl.c
+++ b/vl.c
@@ -2671,6 +2671,11 @@ static QEMUMachine *machine_parse(const char *name)
if (machine
to have to have this patch applied too, of course).
Signed-off-by: Michal Novotny minov...@redhat.com
---
vl.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/vl.c b/vl.c
index f422a1c..9b4a3f9 100644
--- a/vl.c
+++ b/vl.c
@@ -2671,6 +2671,11 @@ static QEMUMachine *machine_parse(const char
On 07/31/2013 08:45 AM, Markus Armbruster wrote:
Michal Novotny minov...@redhat.com writes:
Output error message to stderr when user provides the invalid machine
type on the command line. This also saves time to find what issue is
when you downgrade from one version of qemu to another
On 07/31/2013 08:45 AM, Markus Armbruster wrote:
Michal Novotny minov...@redhat.com writes:
Output error message to stderr when user provides the invalid machine
type on the command line. This also saves time to find what issue is
when you downgrade from one version of qemu to another
Output error message when user provides the invalid machine type
on the command line. This also saves time to find what issue is
when you upgrade from one version of qemu to another version that
doesn't support required machine type any longer.
Michal
Signed-off-by: Michal Novotny minov
script and
also is_help_option() function is being used.
Michal
Signed-off-by: Michal Novotny minov...@redhat.com
---
vl.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/vl.c b/vl.c
index 25b8f2f..563ae67 100644
--- a/vl.c
+++ b/vl.c
@@ -2671,6 +2671,11 @@ static QEMUMachine
On 07/30/2013 04:46 PM, Peter Maydell wrote:
On 30 July 2013 15:28, Michal Novotny minov...@redhat.com wrote:
Output error message when user provides the invalid machine type
on the command line. This also saves time to find what issue is
when you upgrade from one version of qemu to another
Hi Markus,
should I rebase it or no need and can maintainer do it before push?
Michal
On 07/30/2013 05:17 PM, Markus Armbruster wrote:
Michal Novotny minov...@redhat.com writes:
Output error message when user provides the invalid machine type
on the command line. This also saves time to find
Output error message when user provides the invalid machine type
on the command line. This also saves time to find what issue is
when you upgrade from one version of qemu to another version that
doesn't support required machine type any longer.
Signed-off-by: Michal Novotny minov...@redhat.com
Hi Markus,
thanks, v3 sent.
Michal
On 07/30/2013 09:05 PM, Markus Armbruster wrote:
Michal Novotny minov...@redhat.com writes:
Hi Markus,
should I rebase it or no need and can maintainer do it before push?
Depends on the maintainer :)
I'd respin.
--
Michal Novotny minov...@redhat.com
error: virtio-9p-device.h: No such file or directory
compilation terminated.
make[1]: *** [hw/9pfs/virtio-9p-device.o] Error 1
make: *** [subdir-x86_64-softmmu] Error 2
Does it do for others as well or is it just a local issue?
Thanks,
Michal
--
Michal Novotny minov...@redhat.com, RHCE, Red Hat
#include fsdev/qemu-fsdev.h
-#include virtio-9p-device.h
+#include hw/virtio/virtio-9p.h
#include virtio-9p-xattr.h
#include virtio-9p-coth.h
Fixes issue.
Reviewed-by: Michal Novotny minov...@redhat.com
--
Michal Novotny minov...@redhat.com, RHCE, Red Hat
Virtualization | libvirt-php bindings
On 04/09/2013 03:06 PM, Luiz Capitulino wrote:
On Mon, 08 Apr 2013 11:14:32 -0600
Eric Blake ebl...@redhat.com wrote:
On 04/08/2013 10:41 AM, Michal Novotny wrote:
Alter the query-machines QMP command to output information about
maximum number of CPUs for each machine type with default
On 04/09/2013 03:15 PM, Luiz Capitulino wrote:
On Tue, 09 Apr 2013 15:09:21 +0200
Michal Novotny minov...@redhat.com wrote:
On 04/09/2013 03:06 PM, Luiz Capitulino wrote:
On Mon, 08 Apr 2013 11:14:32 -0600
Eric Blake ebl...@redhat.com wrote:
On 04/08/2013 10:41 AM, Michal Novotny wrote
On 04/09/2013 03:42 PM, Luiz Capitulino wrote:
On Tue, 09 Apr 2013 15:32:57 +0200
Michal Novotny minov...@redhat.com wrote:
On 04/09/2013 03:15 PM, Luiz Capitulino wrote:
On Tue, 09 Apr 2013 15:09:21 +0200
Michal Novotny minov...@redhat.com wrote:
On 04/09/2013 03:06 PM, Luiz Capitulino
This reverts commit 4d700430a20b3d53b7b15bc5ff7e570e3f2c as asked by
Luiz. The patch has been obsoleted by extending MachineInfo structure
by cpu-max field.
Signed-off-by: Michal Novotny minov...@redhat.com
---
hmp-commands.hx | 2 --
hmp.c| 8
hmp.h| 1
Capitulino wrote:
On Mon, 8 Apr 2013 12:00:35 +0200
Michal Novotny minov...@redhat.com wrote:
This alters the query-machines QMP command to output information
about maximum number of CPUs for each machine type with default
value 1 in case the number of max_cpus is not set.
Signed-off-by: Michal
On 04/08/2013 06:18 PM, Igor Mammedov wrote:
On Mon, 8 Apr 2013 10:02:59 -0400
Luiz Capitulino lcapitul...@redhat.com wrote:
On Mon, 8 Apr 2013 12:00:35 +0200
Michal Novotny minov...@redhat.com wrote:
This alters the query-machines QMP command to output information
about maximum number
Alter the query-machines QMP command to output information about
maximum number of CPUs for each machine type with default value
set to 1 in case the number of max_cpus is not set.
Signed-off-by: Michal Novotny minov...@redhat.com
---
qapi-schema.json | 4 +++-
vl.c | 1 +
2 files
Alter the query-machines QMP command to output information about
maximum number of CPUs for each machine type with default value
set to 1 in case the number of max_cpus is not set.
Signed-off-by: Michal Novotny minov...@redhat.com
---
qapi-schema.json | 4 +++-
vl.c | 1 +
2 files
This alters the query-machines QMP command to output information
about maximum number of CPUs for each machine type with default
value 1 in case the number of max_cpus is not set.
Signed-off-by: Michal Novotny minov...@redhat.com
---
qapi-schema.json | 2 +-
vl.c | 1 +
2 files
On 03/25/2013 07:37 PM, Luiz Capitulino wrote:
On Mon, 25 Mar 2013 17:31:33 +0100
Michal Novotny minov...@redhat.com wrote:
These commands return the maximum number of CPUs supported by the
currently running emulator instance, as defined in its QEMUMachine
struct.
I've applied this patch
On 03/21/2013 01:51 PM, Luiz Capitulino wrote:
On Tue, 12 Mar 2013 17:03:31 +0100
Michal Novotny minov...@redhat.com wrote:
This is the patch to introduce the query-cpu-max QMP command to get
the maximum number of CPUs supported by the currently running emulator
instance. This may differ
Resent now. it went to my inbox (added from SOB) so hopefully it went to
you and list too (however list is too slow to verify now).
Michal
On 03/25/2013 04:52 PM, Luiz Capitulino wrote:
On Mon, 25 Mar 2013 13:06:27 +0100
Michal Novotny minov...@redhat.com wrote:
On 03/21/2013 01:51 PM, Luiz
On 03/25/2013 05:13 PM, Luiz Capitulino wrote:
On Mon, 25 Mar 2013 16:58:50 +0100
Michal Novotny minov...@redhat.com wrote:
These commands return the maximum number of CPUs supported by the
/These commands/This command
I meant both of them - both QMP (query-cpu-max) one HMP (cpu_max) one
Version 3 sent to both you and list.
Michal
On 03/25/2013 05:27 PM, Luiz Capitulino wrote:
On Mon, 25 Mar 2013 17:24:02 +0100
Michal Novotny minov...@redhat.com wrote:
+void hmp_query_cpu_max(Monitor *mon, const QDict *qdict)
+{
+int cpu_max;
+Error *errp = NULL;
+
+cpu_max
These commands return the maximum number of CPUs supported by the
currently running emulator instance, as defined in its QEMUMachine
struct.
Signed-off-by: Michal Novotny minov...@redhat.com
---
hmp-commands.hx | 14 ++
hmp.c| 8
hmp.h| 1 +
qapi
These commands return the maximum number of CPUs supported by the
currently running emulator instance, as defined in its QEMUMachine
struct.
Signed-off-by: Michal Novotny minov...@redhat.com
---
hmp-commands.hx | 14 ++
hmp.c| 15 +++
hmp.h| 1
On 03/19/2013 01:28 PM, Markus Armbruster wrote:
Please cc: Luiz and me on QMP work in the future.
Michal Novotny minov...@redhat.com writes:
This is the patch to introduce the query-cpu-max QMP command to get
the maximum number of CPUs supported by the currently running emulator
instance
On 03/19/2013 02:27 PM, Andreas Färber wrote:
Am 19.03.2013 13:28, schrieb Markus Armbruster:
Please cc: Luiz and me on QMP work in the future.
Michal Novotny minov...@redhat.com writes:
This is the patch to introduce the query-cpu-max QMP command to get
the maximum number of CPUs
/qmp utility and telnet session on
the QEMU session.
The HMP counterpart called cpu_max has been introduced by this patch
too.
Signed-off-by: Michal Novotny minov...@redhat.com
---
hmp-commands.hx | 14 ++
hmp.c| 15 +++
hmp.h| 1 +
qapi-schema.json
On 07/16/2012 01:05 PM, Michal Novotny wrote:
The description for set_password and expire_password commands is
incomplete. This patch fixes the man page that is being generated
to match the real behaviour of these functions.
Signed-off-by: Michal Novotny minov...@redhat.com
---
qemu-options.hx
On 07/13/2011 04:11 PM, Paolo Bonzini wrote:
On 07/13/2011 03:06 PM, Michal Novotny wrote:
+uint64_t time_get(const char *name, int stage);
+void time_set(const char *name, int stage, uint64_t tv);
+void time_add(const char *name, int stage, uint64_t tv);
+void time_add2(const char *name, int
implemented as macros instead
- Handling for both save and load code has been implemented
- Monitor command implementation moved to savevm.c source file
So please review. This patch could be useful for getting
the migration stage times.
Thanks,
Michal
Signed-off-by: Michal Novotny minov...@redhat.com
On 07/14/2011 11:44 AM, Paolo Bonzini wrote:
On 07/14/2011 10:45 AM, Michal Novotny wrote:
Please inline all these instead of adding new functions.
Do you mean to implement as macros? I'm trying since yesterday and it's
not that simple because the variable has to be accessible from 3 files
On 07/14/2011 12:15 PM, Paolo Bonzini wrote:
On 07/14/2011 12:05 PM, Michal Novotny wrote:
What do you mean by removing migration.c from the list? Do you mean
doing no modifications to this file?
No usage of the time variables in migration.c.
it's about milliseconds
It's noise anyway
:
Michal Novotny minov...@redhat.com writes:
This accidentally didn't go to the list although it's been sent there
(using git send-email)...
Please resend cleanly, so that git-am commits with a reasonable commit
message, not some crap like this:
commit 1f5de40943d4ce9c18d7f9d8b0070a755d7babb5
for total total: 6.628737 s
Times for ram stage 1: 0.020238 s
Times for ram stage 2: 6.353832 s
Times for ram stage 3: 0.228953 s
Times for ram total: 6.603023 s
(qemu)
So please review. This patch could be useful for getting
the migration stage times.
Thanks,
Michal
Signed-off-by: Michal Novotny minov
This accidentally didn't go to the list although it's been sent there
(using git send-email)...
Michal
Original Message
Subject:[PATCH] Introduce info migrate-times monitor command
Date: Tue, 12 Jul 2011 15:28:27 +0200
From: Michal Novotny mig...@gmail.com
On 09/20/2010 07:53 PM, Michael S. Tsirkin wrote:
On Mon, Sep 20, 2010 at 11:36:58AM +0200, Michal Novotny wrote:
Hi,
there were compilation errors when I was trying to compile
i386-softmmu target on i386
host (running on Fedora-13 with development version of qemu
downloaded from git
On 09/20/2010 07:58 PM, Michael S. Tsirkin wrote:
On Mon, Sep 20, 2010 at 11:47:59AM +0200, Michal Novotny wrote:
Hi,
this is the patch to introduce a NIC model fallback to default when model
specified is not supported. It's been tested on i386-softmmu target on
i386 host using the Windows
Novotny minov...@redhat.com
--
Michal Novotnyminov...@redhat.com, RHCE
Virtualization Team (xen userspace), Red Hat
From 21dd405dbc871c8d0053cc68f8862665dc12f69a Mon Sep 17 00:00:00 2001
From: Michal Novotny minov...@redhat.com
Date: Mon, 20 Sep 2010 11:29:42 +0200
Subject: [PATCH] Fix vhost_net
NIC model supported there.
Michal
Signed-off-by: Michal Novotny minov...@redhat.com
--
Michal Novotnyminov...@redhat.com, RHCE
Virtualization Team (xen userspace), Red Hat
From bccd19d357045c20db332d185e93f8cf54caa340 Mon Sep 17 00:00:00 2001
From: Michal Novotny minov...@redhat.com
Date: Mon
one NIC model supported there.
Michal
Signed-off-by: Michal Novotnyminov...@redhat.com
--
Michal Novotnyminov...@redhat.com, RHCE
Virtualization Team (xen userspace), Red Hat
From bccd19d357045c20db332d185e93f8cf54caa340 Mon Sep 17 00:00:00 2001
From: Michal Novotny minov...@redhat.com
Date: Mon
On 09/20/2010 12:34 PM, Paolo Bonzini wrote:
On 09/20/2010 11:47 AM, Michal Novotny wrote:
Hi,
this is the patch to introduce a NIC model fallback to default when
model
specified is not supported. It's been tested on i386-softmmu target on
i386 host using the Windows XP x86 virtual machine
On 09/20/2010 12:53 PM, Daniel P. Berrange wrote:
On Mon, Sep 20, 2010 at 12:48:50PM +0200, Michal Novotny wrote:
On 09/20/2010 12:34 PM, Paolo Bonzini wrote:
On 09/20/2010 11:47 AM, Michal Novotny wrote:
Hi,
this is the patch to introduce a NIC model fallback to default
On 09/20/2010 01:07 PM, Daniel P. Berrange wrote:
On Mon, Sep 20, 2010 at 01:05:33PM +0200, Michal Novotny wrote:
On 09/20/2010 12:53 PM, Daniel P. Berrange wrote:
On Mon, Sep 20, 2010 at 12:48:50PM +0200, Michal Novotny wrote:
On 09/20/2010 12:34 PM, Paolo Bonzini wrote
On 09/15/2010 03:53 PM, Edgar E. Iglesias wrote:
On Mon, Sep 13, 2010 at 03:47:12PM +0200, Michal Novotny wrote:
Hi,
this is the patch to update serial port parameters after guest is
already loaded.
Hi
This patch didn't apply:
% git am -s ~/.maildir/minovotn/
Applying: serial
On 09/15/2010 04:45 PM, Edgar E. Iglesias wrote:
On Wed, Sep 15, 2010 at 04:39:20PM +0200, Michal Novotny wrote:
On 09/15/2010 03:53 PM, Edgar E. Iglesias wrote:
On Mon, Sep 13, 2010 at 03:47:12PM +0200, Michal Novotny wrote:
Hi,
this is the patch to update serial port
On 09/14/2010 12:34 AM, Andreas Färber wrote:
Am 13.09.2010 um 14:37 schrieb Michal Novotny:
I'm having git 1.7.0.1 and it's saying that send-email it doesn't
know send-email [1]
[1] This is what I'm having:
$ git send-email 0001-dprintf-implementation.patch --to
minov...@redhat.com
git
Hi,
this is the patch to introduce DPRINTF() macro as used in the rest of the
qemu source files for printing debug messages when the debugging macro is
set (i.e. the debugging is enabled) - e.g. as used in LSI SCSI controller
implementation.
Signed-off-by: Michal Novotny minov...@redhat.com
On 09/13/2010 02:07 PM, Edgar E. Iglesias wrote:
On Mon, Sep 13, 2010 at 01:18:27PM +0200, Michal Novotny wrote:
Hi,
this is the patch to introduce DPRINTF() macro as used in the rest of the
qemu source files for printing debug messages when the debugging macro is
set (i.e. the debugging
Hi,
this is the patch to update serial port parameters after guest is
already loaded.
Signed-off-by: Michal Novotnyminov...@redhat.com
---
hw/serial.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/hw/serial.c b/hw/serial.c
index 49431b2..bf74876 100644
---
On 08/05/2010 10:58 PM, Peter Lieven wrote:
Hi,
we today saw a Win2k8 VM with first device IDE and second device SCSI crash
reprocably during boot.
Win2k8 32-bit Server was installed with IDE only. The second SCSI device was
added later.
Here is the output and commandline:
Aug 5 20:42:55
On 08/06/2010 01:17 PM, Paolo Bonzini wrote:
On 08/06/2010 01:08 PM, Michal Novotny wrote:
Aug 5 20:43:06 172.21.59.142 kvm: Aborted
Aug 5 20:43:06 172.21.59.142 kvm errno=134
when I tried to seach some information on errno=134 (based on
assumption it's a standard OS error)
I don't know
On 08/06/2010 04:37 PM, Peter Lieven wrote:
...
hi all, the error was with qemu 0.12.4. i looked at 0.12.5 changelog, but did
not find any scsi related changes after 0.12.4.
the guest that caused the problem was win2k8 server 64-bit. i applied the patch
gerd pointed to and this fixed the
On 06/14/2010 07:05 PM, Jan Kiszka wrote:
Paolo Bonzini wrote:
lsi_bad_phase has a bug in the choice of pmjad1/pmjad2. This does
not matter with Linux guests because it uses just one routine for
both, but it breaks Windows 64-bit guests. This is the text
from the spec:
[The PMJCTL]
On 06/14/2010 07:05 PM, Jan Kiszka wrote:
Paolo Bonzini wrote:
lsi_bad_phase has a bug in the choice of pmjad1/pmjad2. This does
not matter with Linux guests because it uses just one routine for
both, but it breaks Windows 64-bit guests. This is the text
from the spec:
[The PMJCTL]
On 06/14/2010 07:31 PM, Jan Kiszka wrote:
Michal Novotny wrote:
On 06/14/2010 07:05 PM, Jan Kiszka wrote:
Paolo Bonzini wrote:
lsi_bad_phase has a bug in the choice of pmjad1/pmjad2. This does
not matter with Linux guests because it uses just one routine for
both
67 matches
Mail list logo