On 09/06/2013 12:50 AM, Anthony Liguori wrote:
> On Thu, Sep 5, 2013 at 7:20 AM, Michal Novotny 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 b
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
---
vl.c | 24
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
downgraded 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:
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 iss
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 w
downgraded to have to have this patch applied too, of course).
Signed-off-by: Michal Novotny
---
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 *nam
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 w
On 07/31/2013 08:45 AM, Markus Armbruster wrote:
> Michal Novotny 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
On 07/31/2013 08:45 AM, Markus Armbruster wrote:
> Michal Novotny 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
downgraded to have to have this patch applied too, of course).
Signed-off-by: Michal Novotny
---
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 *nam
On 07/30/2013 09:29 PM, Eric Blake wrote:
> On 07/30/2013 01:10 PM, Michal Novotny 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
patch applied too, of course).
Signed-off-by: Michal Novotny
---
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) {
r
Hi Markus,
thanks, v3 sent.
Michal
On 07/30/2013 09:05 PM, Markus Armbruster wrote:
> Michal Novotny 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 Nov
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
---
The pat
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 writes:
>
>> Output error message when user provides the invalid machine type
>> on the command line. This also saves time
On 07/30/2013 04:46 PM, Peter Maydell wrote:
> On 30 July 2013 15:28, Michal Novotny 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
ch.pl script and
also is_help_option() function is being used.
Michal
Signed-off-by: Michal Novotny
---
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 *machine_parse(const char
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
---
vl.
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
---
hmp-commands.hx | 2 --
hmp.c| 8
hmp.h| 1 -
monitor.c
On 04/09/2013 03:42 PM, Luiz Capitulino wrote:
> On Tue, 09 Apr 2013 15:32:57 +0200
> Michal Novotny wrote:
>
>> On 04/09/2013 03:15 PM, Luiz Capitulino wrote:
>>> On Tue, 09 Apr 2013 15:09:21 +0200
>>> Michal Novotny wrote:
>>>
>>>> On 04
On 04/09/2013 03:15 PM, Luiz Capitulino wrote:
> On Tue, 09 Apr 2013 15:09:21 +0200
> Michal Novotny wrote:
>
>> On 04/09/2013 03:06 PM, Luiz Capitulino wrote:
>>> On Mon, 08 Apr 2013 11:14:32 -0600
>>> Eric Blake wrote:
>>>
>>>> On 04/0
On 04/09/2013 03:06 PM, Luiz Capitulino wrote:
> On Mon, 08 Apr 2013 11:14:32 -0600
> Eric Blake 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 eac
> #include "qemu/sockets.h"
> #include "virtio-9p.h"
> #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
--
Michal Novotny , RHCE, Red Hat
Virtualization | libvirt-php bindings | php-virt-control.org
:30:
fatal 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 , RHCE, Red Hat
Virt
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
---
qapi-schema.json | 2 +-
vl.c | 1 +
2 files changed, 2 insertions
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
---
qapi-schema.json | 4 +++-
vl.c | 1 +
2 files changed, 4 insertions
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
---
qapi-schema.json | 4 +++-
vl.c | 1 +
2 files changed, 4
On 04/08/2013 06:18 PM, Igor Mammedov wrote:
> On Mon, 8 Apr 2013 10:02:59 -0400
> Luiz Capitulino wrote:
>
>> On Mon, 8 Apr 2013 12:00:35 +0200
>> Michal Novotny wrote:
>>
>>> This alters the query-machines QMP command to output information
>>>
2 PM, Luiz Capitulino wrote:
> On Mon, 8 Apr 2013 12:00:35 +0200
> Michal Novotny 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
On 03/25/2013 07:37 PM, Luiz Capitulino wrote:
> On Mon, 25 Mar 2013 17:31:33 +0100
> Michal Novotny wrote:
>
>> These commands return the maximum number of CPUs supported by the
>> currently running emulator instance, as defined in its QEMUMachine
>> struct.
> I&#x
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
---
hmp-commands.hx | 14 ++
hmp.c| 15 +++
hmp.h| 1 +
qapi-schema.json
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
---
hmp-commands.hx | 14 ++
hmp.c| 8
hmp.h| 1 +
qapi-schema.json | 11
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 wrote:
>
>>>> +void hmp_query_cpu_max(Monitor *mon, const QDict *qdict)
>>>> +{
>>>> +
On 03/25/2013 05:13 PM, Luiz Capitulino wrote:
> On Mon, 25 Mar 2013 16:58:50 +0100
> Michal Novotny 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
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 wrote:
>
>> On 03/21/2013 01:51 PM,
On 03/21/2013 01:51 PM, Luiz Capitulino wrote:
> On Tue, 12 Mar 2013 17:03:31 +0100
> Michal Novotny 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. T
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 writes:
>>
>>> This is the patch to introduce the query-cpu-max QMP command to get
>>
On 03/19/2013 01:28 PM, Markus Armbruster wrote:
> Please cc: Luiz and me on QMP work in the future.
>
> Michal Novotny 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 emulat
g QMP/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
---
hmp-commands.hx | 14 ++
hmp.c| 15 +++
hmp.h| 1 +
qapi-schema.json
l
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
> ---
&g
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
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 va
nd v2:
- Time functions have been 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-b
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);
>>
for total stage 3: 0.253398 s
Times 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,
Mi
wrote:
> Michal Novotny 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 1f5d
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
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 Wi
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 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/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 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 ma
only one NIC model supported there.
Michal
Signed-off-by: Michal Novotny
--
Michal Novotny, RHCE
Virtualization Team (xen userspace), Red Hat
>From bccd19d357045c20db332d185e93f8cf54caa340 Mon Sep 17 00:00:00 2001
From: Michal Novotny
Date: Mon, 20 Sep 2010 11:37:54 +0200
Subject: [PATCH]
y one NIC model supported there.
Michal
Signed-off-by: Michal Novotny
--
Michal Novotny, RHCE
Virtualization Team (xen userspace), Red Hat
>From bccd19d357045c20db332d185e93f8cf54caa340 Mon Sep 17 00:00:00 2001
From: Michal Novotny
Date: Mon, 20 Sep 2010 11:37:54 +0200
Subject: [PATCH]
hal Novotny
--
Michal Novotny, RHCE
Virtualization Team (xen userspace), Red Hat
>From 21dd405dbc871c8d0053cc68f8862665dc12f69a Mon Sep 17 00:00:00 2001
From: Michal Novotny
Date: Mon, 20 Sep 2010 11:29:42 +0200
Subject: [PATCH] Fix vhost_net compilation errors for i386-softmmu target
MIME-Versio
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/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: s
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
mino
Hi,
this is the patch to update serial port parameters after guest is
already loaded.
Signed-off-by: Michal Novotny
---
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
--- a/hw/serial.c
+++ b/hw
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 is
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
---
diff --git a/hw
and this is not any other issue ;)
Regards,
Michal
--
Michal Novotny, RHCE
Virtualization Team (xen userspace), Red Hat
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&#
e some codes from
perror however even googling for the OS Error 134 proved to be
ineffective. Are you having any ideas ? Is your patch for LSI SCSI
controller applied in the upstream ?
Thanks,
Michal
--
Michal Novotny, RHCE
Virtualization Team (xen userspace), Red Hat
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, but it
.
Jan
Jan, I think this is better readable since something goes wrong it could
be easier to just put dest to DPRINTF() macro, like:
DPRINTF("Data phase mismatch jump to %08x (== pmjad%d)\n", s->dsp, dest);
rather than implementing it some other way.
Michal
--
Michal Novotny, RHCE
Virtualization Team (xen userspace), Red Hat
Jan
Jan,
I think this is better since if something goes wrong it could be easier
to just put dest variable to DPRINTF() macro, like:
DPRINTF("Data phase mismatch jump to %08x (== pmjad%d)\n", s->dsp, dest);
rather than implementing it some other way. Now it could be easie
68 matches
Mail list logo
