This patchset is based on Stefan's trace framework:
( http://lists.gnu.org/archive/html/qemu-devel/2010-05/msg02407.html )
This adds the following monitor commands for the 'simple' backend:
- trace : to view current contents of the trace buffer
- info tracepoints : to view all
This patch is a minor fix over Stefan's tracing framework, to enable
compilation when the build directory is different from source.
Signed-off-by: Prerna Saxena
---
Makefile |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/Makefile b/Makefile
index a9f79a9..ef4ae55 10
On 06/07/10 23:41, Juan Quintela wrote:
> Acked-by: Juan Quintela
>
> Nice, thanks. Once there, perhaps you want to look about moving osdep.c
> definitions to os-{posix,win32}.c. And no, that file is not nice
> either.
Good idea!
Once I see the first set in Anthony's tree, I'll have a look at
On 06/08/2010 01:23 AM, Anthony Liguori wrote:
A better example would be a generic counter kernel mechanism. I can
envision such a device as doing nothing more than providing a
read-only view of a counter with a userspace configurable divider
and width. Any write to the counter or read of any
On (Mon) Jun 07 2010 [11:09:32], Anthony Liguori wrote:
> On 05/31/2010 07:41 AM, Amit Shah wrote:
> >Hello,
> >
> >This patch series adds support to specify some descriptive help text
> >to qdev device parameters. This series adds some help text to the
> >virtserialport and net family of devices a
On (Mon) Jun 07 2010 [16:43:05], Markus Armbruster wrote:
>
> There is "-device \?" and "-device help", but the user interface
> provides no clue about the difference between them.
>
> "-device help" loses when we ever pick up a device model with name
> "help". Not that "?" was a particularly sm
At Fri, 4 Jun 2010 16:35:59 -0300,
Miguel Di Ciurcio Filho wrote:
>
> Both bdrv_can_snapshot() and bdrv_has_snapshot() does not work as advertized.
>
> First issue: Their names implies different porpouses, but they do the same
> thing
> and have exactly the same code. Maybe copied and pasted an
> This series introduces a rather radical change in the way we deal with
> machine definitions in QEMU.
I think we should aim to eliminate machine_register_core, and design
appropriately. In particular I'd try and avoid adding options that become
trivially redundant once you can easily change t
> max_cpus is complicated because it was used for multiple purposes.
I don't see any such uses.
> > This is a fundamental property/limitation of the hardware. Expect qemu to
> > crash if the value is modified.
>
> In this case, the machine cores should be rejecting totally invalid
> values to pr
On 06/07/2010 08:01 PM, Paul Brook wrote:
diff --git a/hw/realview.c b/hw/realview.c
index a36bdbe..8dcef80 100644
--- a/hw/realview.c
+++ b/hw/realview.c
@@ -444,9 +444,9 @@ static QEMUMachine realview_eb_mpcore_machine = {
.init = realview_eb_mpcore_init,
.opts_default = (QemuOptVal
> diff --git a/hw/realview.c b/hw/realview.c
> index a36bdbe..8dcef80 100644
> --- a/hw/realview.c
> +++ b/hw/realview.c
> @@ -444,9 +444,9 @@ static QEMUMachine realview_eb_mpcore_machine = {
> .init = realview_eb_mpcore_init,
> .opts_default = (QemuOptValue[]) {
> QOPT_VALUE("d
On 06/07/2010 06:52 PM, Anthony Liguori wrote:
Since we have MachineCore and can represent a machine entirely via default
options, we can introduce a new option that let's us dynamically register a
machine based on those options.
For instance, we could add the following to target-x86_64.conf:
[
All we need to do is convert name and desc over and we're now purely opts
driven.
Signed-off-by: Anthony Liguori
diff --git a/hw/an5206.c b/hw/an5206.c
index 0d6a6f0..5dd679c 100644
--- a/hw/an5206.c
+++ b/hw/an5206.c
@@ -88,9 +88,12 @@ static void an5206_init(QemuOpts *opts)
}
static QEMUMa
max_cpus is a weird property today. On the one hand, it represents the maximum
CPUs a board can support and is used to validate the number of vcpus requested
by the user.
On the other hand, max_cpus can be set by the user in which case it is taken
to mean the number of physical sockets that shoul
Signed-off-by: Anthony Liguori
diff --git a/hw/pc_piix.c b/hw/pc_piix.c
index 5696aa7..c7c1bd7 100644
--- a/hw/pc_piix.c
+++ b/hw/pc_piix.c
@@ -162,134 +162,113 @@ static void pc_init(QemuOpts *opts)
}
}
-static QemuOptDesc pc_opts_desc[] = {
-COMMON_MACHINE_OPTS(),
-{
-.n
Signed-off-by: Anthony Liguori
diff --git a/hw/boards.h b/hw/boards.h
index c7358ae..e05637b 100644
--- a/hw/boards.h
+++ b/hw/boards.h
@@ -33,6 +33,12 @@ int qemu_register_machine(QEMUMachine *m);
extern QEMUMachine *current_machine;
+#define QOPT_COMPAT(driver, property, value) \
+QOPT
Syntax is -machine accel=kvm
-machine accel=tcg
-machine accel=kvm|tcg
kvm|tcg tries kvm and fallbacks on tcg if kvm support isn't available.
Signed-off-by: Anthony Liguori
diff --git a/hw/boards.h b/hw/boards.h
index 947fa33..1097561 100644
--- a/hw/boards.h
+++ b/hw/boards
Right now, machine structs can hard code GlobalProperty lists of default qdev
global properties. This doesn't generalize well to a config file though because
there are three parameters: driver, property, value.
This patch moves this data to the generic machine opts default list. In the
process,
There can only be one default machine so instead of setting in each machine
whether it's the default, simply declare what the name of the default machine
is. A nice characteristic of this is that we technically don't need to
describe the default machine in QEMU anymore. Instead, it could be descr
Just duplicate the machine structure for now
diff --git a/hw/boards.h b/hw/boards.h
index b99dc68..a4dde9f 100644
--- a/hw/boards.h
+++ b/hw/boards.h
@@ -11,7 +11,6 @@ typedef void QEMUMachineInitFunc(QemuOpts *opts);
struct QEMUMachine {
const char *name;
-const char *alias;
cons
Since we have MachineCore and can represent a machine entirely via default
options, we can introduce a new option that let's us dynamically register a
machine based on those options.
For instance, we could add the following to target-x86_64.conf:
[machine-def]
name = "pc-0.11"
desc = "Standard
Signed-off-by: Anthony Liguori
diff --git a/hw/boards.h b/hw/boards.h
index 1097561..25881bb 100644
--- a/hw/boards.h
+++ b/hw/boards.h
@@ -5,18 +5,25 @@
#include "qdev.h"
-typedef void QEMUMachineInitFunc(QemuOpts *opts);
+typedef void QEMUCoreInitFunc(QemuOpts *opts);
typedef struct QEM
Let boards describe default options. Structuring this way is an important step
in making board definitions readable by a config file.
To use the new mechanism, introduce a pci=on|off option to the pc boards and
unify all of them into a single function. isapc is now just another pc board
that hap
Signed-off-by: Anthony Liguori
diff --git a/hw/boards.h b/hw/boards.h
index c3f4f68..728908b 100644
--- a/hw/boards.h
+++ b/hw/boards.h
@@ -25,6 +25,7 @@ struct QEMUMachine {
no_sdcard:1;
int is_default;
GlobalProperty *compat_props;
+QemuOptDesc *opts_desc;
struct QEM
Right now, we have a lot of default device type options in the QEMUMachine
structure. This is used by code within vl.c to determine whether it should
add classes of devices (like serial).
Really, vl.c has no business adding devices but all we need to do to support
this is create common machine op
Some boards only support scsi and there's some ugliness to accomodate this.
This patch removes that and introduces a default_drive common option for
machines. The absence of this option assumes ide. It can be explicitly set
to scsi and this is used to replace all current occurrances of use_scsi.
This introduces a new -machine option that can be used to tweak machine specific
parameters. One unusal feature of -machine is that there is only one machine
instance and all uses of -machine are combined together. The last operation
to a parameter is given priority.
This let's a configuration f
The current method of passing arguments to machine init functions is haphazard.
We pass some arguments as via the init function. We pass a lot of other
arguments as global variables some that are supported by a lot of boards and
others that are only supported by one board. It's very difficult to
Signed-off-by: Anthony Liguori
diff --git a/vl.c b/vl.c
index 001adbe..4553648 100644
--- a/vl.c
+++ b/vl.c
@@ -2577,10 +2577,8 @@ int main(int argc, char **argv, char **envp)
{
const char *gdbstub_dev = NULL;
int i;
-int snapshot, linux_boot;
+int snapshot;
const char *ic
This patch creates a QemuOpts structure and stores all of the machine init
arguments in that structure. It introduces a temporary list of QemuOptDescs
in vl.c such that the current common options can be validated.
The long term vision is that that list becomes a #define and that each machine
can
Signed-off-by: Anthony Liguori
diff --git a/vl.c b/vl.c
index 4553648..398d3b4 100644
--- a/vl.c
+++ b/vl.c
@@ -2968,35 +2968,14 @@ int main(int argc, char **argv, char **envp)
version();
exit(0);
break;
-case QEMU_OPTION_m: {
-
Otherwise qemu_opt_set doesn't work as expected after a validate call
Signed-off-by: Anthony Liguori
diff --git a/qemu-option.c b/qemu-option.c
index e0cb91b..03b1ef7 100644
--- a/qemu-option.c
+++ b/qemu-option.c
@@ -525,6 +525,7 @@ struct QemuOpt {
struct QemuOpts {
char *id;
QemuOp
Right now, if you set a QemuOpts option in a section twice, when you get the
option you'll receive the value that was set the first time. This is less than
ideal because if you're manipulating options in two places like a global config
followed by the command line, you really want the later to ove
This series introduces a rather radical change in the way we deal with machine
definitions in QEMU. Here are the features this series introduces:
- Machines are definable via a -machine-def option or a [machine-def] config
stanza
- Parameters such as -kernel, -initrd, -append, -m, -acpi-enab
This lets us hard code a list of default QemuOpts values in a structured way.
Signed-off-by: Anthony Liguori
diff --git a/qemu-option.c b/qemu-option.c
index 03b1ef7..b990cf5 100644
--- a/qemu-option.c
+++ b/qemu-option.c
@@ -954,3 +954,23 @@ int qemu_opts_foreach(QemuOptsList *list,
qemu_opts_
On 07.06.2010, at 23:27, Peter Fritzsche wrote:
> Hi,
>
> I am currently quite interesting in tcg for binary translation. There are
> many
> emulator projects (I mean mostly console emulators) out there which start to
> implement more or less bad ILs to translate their specific cpu (for examp
On 06/07/2010 05:26 PM, Chris Wright wrote:
Please send in any agenda items you are interested in covering.
If we have a lack of agenda items I'll cancel the week's call.
- Accelerating counters (aka moving PIT to userspace, keeping HPET in
userspace)
- Live migration + hotplug
Regards
Please send in any agenda items you are interested in covering.
If we have a lack of agenda items I'll cancel the week's call.
thanks,
-chris
On 06/07/2010 01:42 PM, Avi Kivity wrote:
On 06/07/2010 08:04 PM, Anthony Liguori wrote:
I think we could also move the local APIC.
I'm not even sure we can safely move the ioapic/pic (mostly due to
churn). But the local APIC is so heavily accessed by the guest that
it's impossible to move
On 06/07/2010 04:37 PM, Anthony Liguori wrote:
On 06/07/2010 03:58 PM, Michael S. Tsirkin wrote:
On Mon, Jun 07, 2010 at 03:40:57PM -0500, Anthony Liguori wrote:
On 06/07/2010 02:21 PM, Michael S. Tsirkin wrote:
So I see two ways to go forward: switch default value in my patch,
or disable vlan
jes.soren...@redhat.com wrote:
> From: Jes Sorensen
>
> Hi,
>
> Ok third time lucky ... I hope! This fixes the missing git add on
> qemu-options.h as building for win32 using mingw (thanks Paolo!).
>
> The patches try to clean up the vl.c code by separating out OS
> specific code into OS specific
On 06/07/2010 03:58 PM, Michael S. Tsirkin wrote:
On Mon, Jun 07, 2010 at 03:40:57PM -0500, Anthony Liguori wrote:
On 06/07/2010 02:21 PM, Michael S. Tsirkin wrote:
So I see two ways to go forward: switch default value in my patch,
or disable vlans unconditionally.
The probl
Hi,
I am currently quite interesting in tcg for binary translation. There are many
emulator projects (I mean mostly console emulators) out there which start to
implement more or less bad ILs to translate their specific cpu (for example
gameboy has z80, n64 has r4300i, gamecube has powerpc 750CX
Am 07.06.2010 um 21:00 schrieb Programmingkid:
This is how I configured Qemu:
./configure --enable-cocoa --target-list=x86-softmmu
One thing I did notice is this message at the end of the configure
output:
Unsupported target CPU
It's either x86_64-softmmu or i386-softmmu.
HTH,
Andreas
Hi,
I freshly installed kernel 2.6.32-rc2 using userspace qemu-kvm 0.12.4.
When I live migrate a 32-bit opensuse-11.2 VM, the incoming VM shows
the following error after the mem transfer has finished:
kvm: unhandled exit 8022
kvm: kvm_run returned -22
cmdline:
/usr/bin/qemu-kvm-0.12.4 -net
On Mon, Jun 07, 2010 at 03:40:57PM -0500, Anthony Liguori wrote:
> On 06/07/2010 02:21 PM, Michael S. Tsirkin wrote:
>>
>> So I see two ways to go forward: switch default value in my patch,
>> or disable vlans unconditionally.
>>
>
> The problem with disabling vlans unconditionally is that you
On 06/07/2010 02:21 PM, Michael S. Tsirkin wrote:
So I see two ways to go forward: switch default value in my patch,
or disable vlans unconditionally.
The problem with disabling vlans unconditionally is that you break -net
socket and -net dump.
If we can come up with an alternative way
On Mon, Jun 7, 2010 at 12:01 PM, Markus Armbruster wrote:
>> {
>> "device": "user.0",
>> "type": "user",
>> "info": {
>> "net": "10.0.2.0",
>> "netmask": "255.255.255.0"
>> },
>> },
>
> And this one's n
On 06/03/2010 11:35 PM, Alexander Graf wrote:
>
> On 04.06.2010, at 02:35, Richard Henderson wrote:
>
>> For 32-bit, using a segment override is smaller than the 4-byte
>> immediate offset. For 64-bit, segments can hold the entire 64-bit
>> offset whereas the 4-byte immediate cannot.
>
> Very
On Mon, Jun 7, 2010 at 11:48 AM, Anthony Liguori wrote:
>>
>> How about this small draft:
>>
>> Possible values for "type": tap, user, vde and socket. The 'info'
>> object contains all the parameters available via -netdev type,args.
>>
>> Notice: vlan is still there, unless the support for it is r
On Mon, Jun 07, 2010 at 11:52:05AM -0500, Anthony Liguori wrote:
> On 06/07/2010 11:42 AM, Paul Brook wrote:
>>> On Mon, Jun 07, 2010 at 05:16:30PM +0100, Paul Brook wrote:
>>>
> With -netdev, there now seems to be little need to support vlans,
> enabling them leads to user confusion
On 06/07/2010 09:54 PM, David S. Ahern wrote:
So it's important to know how often your RHEL3/4 guest queries the PIT
(not just receives interrupts, actually reads the counter) under a
realistic load. If you have such a number (in reads/sec) that would be
a good input to this discussion.
On Mon, Jun 7, 2010 at 11:42 AM, Daniel P. Berrange wrote:
> This adds a new QMP command called query-netdev to provide information
> about the available netdev backends in the QEMU binary. There is no
> existing '-netdev ?' support, but if there was, this would obsolete it
>
Hi Daniel,
Could we
I would just like to know if anyone else has seen this build problem with Qemu
when building on Mac OS 10.6.3:
Makefile:7: config-devices.mak: No such file or directory
make[1]: *** No rule to make target `config-devices.mak'. Stop.
make: *** [subdir-x86-softmmu] Error 2
I am using the most re
On 06/07/10 12:46, Avi Kivity wrote:
> On 06/07/2010 07:31 PM, David S. Ahern wrote:
>>
>> On 06/07/10 09:26, Avi Kivity wrote:
>>
>>
>>> The original motivation for moving the PIC and IOAPIC into the kernel
>>> was performance, especially for assigned devices. Both devices are high
>>> inter
On 06/07/2010 07:31 PM, David S. Ahern wrote:
On 06/07/10 09:26, Avi Kivity wrote:
The original motivation for moving the PIC and IOAPIC into the kernel
was performance, especially for assigned devices. Both devices are high
interaction since they deal with interrupts; practically after e
On 06/07/2010 08:04 PM, Anthony Liguori wrote:
I think we could also move the local APIC.
I'm not even sure we can safely move the ioapic/pic (mostly due to
churn). But the local APIC is so heavily accessed by the guest that
it's impossible to move it. Run an ftrace one day, especially on
On Mon, Jun 07, 2010 at 05:42:55PM +0100, Paul Brook wrote:
> > On Mon, Jun 07, 2010 at 05:16:30PM +0100, Paul Brook wrote:
> > > > With -netdev, there now seems to be little need to support vlans,
> > > > enabling them leads to user confusion and bad performance.
> > > > Disable support for vlans
Sheepdog is a distributed storage system for QEMU. It provides highly
available block level storage volumes to VMs like Amazon EBS. This
patch adds a qemu block driver for Sheepdog.
Sheepdog features are:
- No node in the cluster is special (no metadata node, no control
node, etc)
- Linear scal
On Sun, Jun 06, 2010 at 02:03:39PM +0900, Kyungmin Park wrote:
> Dear all,
>
> FYI: My team release the qemu support on s5pc110 at
> http://en.sourceforge.jp/projects/sfnet_slp-emulator/
Interesting, any plans on merginging it back into qemu?
> You can find a s5pc110 files at hw directories.
>
On Mon, Jun 07, 2010 at 12:07:56PM -0500, Anthony Liguori wrote:
> On 06/07/2010 11:44 AM, Daniel P. Berrange wrote:
> >On Mon, Jun 07, 2010 at 10:13:27AM -0500, Anthony Liguori wrote:
> >
> >>On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
> >>
> >>>Add a new QMP monitor command 'query-m
On 06/07/2010 11:44 AM, Daniel P. Berrange wrote:
On Mon, Jun 07, 2010 at 10:13:27AM -0500, Anthony Liguori wrote:
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
Add a new QMP monitor command 'query-machines' to discover what
machines are defined in the QEMU binary. This is an easi
On 06/07/2010 10:26 AM, Avi Kivity wrote:
I am currently investigating a problem with the a guest running Linux
malfunctioning in the NMI watchdog code. The problem is that we don't
handle NMI delivery mode for the local APIC LINT0 pin; instead we
expect ExtInt deliver mode or that the line is
On Mon, Jun 07, 2010 at 10:13:27AM -0500, Anthony Liguori wrote:
> On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
> >Add a new QMP monitor command 'query-machines' to discover what
> >machines are defined in the QEMU binary. This is an easily
> >parsable replacement for 'qemu -M ?'
> >
> > [
On Sat, Jun 5, 2010 at 3:44 AM, Blue Swirl wrote:
> On Fri, Jun 4, 2010 at 9:45 PM, Cam Macdonell wrote:
>> Support an inter-vm shared memory device that maps a shared-memory object as
>> a
>> PCI device in the guest. This patch also supports interrupts between guest
>> by
>> communicating ove
On 06/07/2010 11:42 AM, Paul Brook wrote:
On Mon, Jun 07, 2010 at 05:16:30PM +0100, Paul Brook wrote:
With -netdev, there now seems to be little need to support vlans,
enabling them leads to user confusion and bad performance.
Disable support for vlans by default, add config option to enab
On 06/07/10 09:26, Avi Kivity wrote:
> The original motivation for moving the PIC and IOAPIC into the kernel
> was performance, especially for assigned devices. Both devices are high
> interaction since they deal with interrupts; practically after every
> interrupt there is either a PIC ioport
> On Mon, Jun 07, 2010 at 05:16:30PM +0100, Paul Brook wrote:
> > > With -netdev, there now seems to be little need to support vlans,
> > > enabling them leads to user confusion and bad performance.
> > > Disable support for vlans by default, add config option to enable.
> >
> > No. If you want to
On 05/31/2010 07:41 AM, Amit Shah wrote:
Hello,
This patch series adds support to specify some descriptive help text
to qdev device parameters. This series adds some help text to the
virtserialport and net family of devices as an example, and the new
output is shown in the respective commits.
T
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
The QMP monitor provides a number of commands for querying info about
the QEMU binary capabilities. Given that these commands don't take
any options and just return static data, requiring the use of QMP is
unnecessarily onerous. This adds a new '-
On Mon, Jun 07, 2010 at 10:14:00AM -0500, Anthony Liguori wrote:
> On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
> >Adds a command to QMP called 'query-devices' to allow for discovery
> >of all devices known to the QEMU binary. THis is inteded to replace
> >use of the '-device ?' and '-device d
On Mon, Jun 07, 2010 at 05:16:30PM +0100, Paul Brook wrote:
> > With -netdev, there now seems to be little need to support vlans,
> > enabling them leads to user confusion and bad performance.
> > Disable support for vlans by default, add config option to enable.
>
> No. If you want to remove vlan
> With -netdev, there now seems to be little need to support vlans,
> enabling them leads to user confusion and bad performance.
> Disable support for vlans by default, add config option to enable.
No. If you want to remove vlans, then actually do that.
As I've said before if you want a point-poin
> Kill nographic timer. Have a global gui_timer instead. Have the gui
> timer enabled unconditionally. We need a timer running anyway for mmio
> flush, so the whole have-gui-timer-only-when-needed logic is pretty
> pointless. It also simplifies displaylisteners coming and going at
> runtime, we
On 06/07/2010 04:42 PM, Daniel P. Berrange wrote:
+#ifdef CONFIG_KVM
+qlist_append_obj(engines, qobject_from_jsonf("{ 'name': 'kvm' }"));
+#endif
+#ifdef CONFIG_XEN
+qlist_append_obj(engines, qobject_from_jsonf("{ 'name': 'xen' }"));
+#endif
I suggest using kvm_available() and xen_avail
On Mon, Jun 07, 2010 at 06:04:24PM +0200, Paolo Bonzini wrote:
> On 06/07/2010 04:42 PM, Daniel P. Berrange wrote:
> >The QMP monitor provides a number of commands for querying info about
> >the QEMU binary capabilities. Given that these commands don't take
> >any options and just return static dat
On 06/07/2010 04:42 PM, Daniel P. Berrange wrote:
The QMP monitor provides a number of commands for querying info about
the QEMU binary capabilities. Given that these commands don't take
any options and just return static data, requiring the use of QMP is
unnecessarily onerous. This adds a new '-
Hi Daniel,
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
As everyone here agrees, having management apps parse -help output
to determine the QEMU capabilities is not at all nice, because it
is an ill-defined& fragile data format. Looking more broadly these
same issues apply to all the other
On 06/07/2010 05:07 PM, Richard Henderson wrote:
Ping^4
r~
On 05/21/2010 10:04 AM, Richard Henderson wrote:
We forgot to propagate -fpie to the libdis-user directory.
Signed-off-by: Richard Henderson
---
configure |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/
On 06/07/2010 11:02 AM, Paolo Bonzini wrote:
On 06/07/2010 04:58 PM, Anthony Liguori wrote:
A query-argv is a really bad idea IMHO.
Agreed. Instead we should work towards improve the configurability of
QEMU via monitor commands or -readconfig. libvirt is already using
-nodefaults on recen
On 06/07/2010 04:58 PM, Anthony Liguori wrote:
A query-argv is a really bad idea IMHO.
Agreed. Instead we should work towards improve the configurability of
QEMU via monitor commands or -readconfig. libvirt is already using
-nodefaults on recent QEMU, so this is not _that_ far away.
Paol
On 06/07/2010 04:48 PM, Anthony Liguori wrote:
Yes. I'd want separate queries for each, or perhaps a single query
that returns
{ 'hostdev': some-object-with-host-device-properties-only, 'nic':
some-object-that-describes-the-guest-nic }
We need a query-netdev and then info qdm already provi
On 06/03/2010 06:20 AM, Paolo Bonzini wrote:
> All signals will thus be routed through the IO thread.
>
> Signed-off-by: Paolo Bonzini
> ---
> cpus.c| 38 +++---
> qemu-thread.c |7 +++
> 2 files changed, 18 insertions(+), 27 deletions(-)
Acked-
I am currently investigating a problem with the a guest running Linux
malfunctioning in the NMI watchdog code. The problem is that we don't
handle NMI delivery mode for the local APIC LINT0 pin; instead we expect
ExtInt deliver mode or that the line is disabled completely. In
addition the i82
On Mon, Jun 07, 2010 at 10:09:02AM -0500, Anthony Liguori wrote:
> On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
> >Declare an enumeration for all netdev client types, values
> >matching indexes in the net_client_types array. Use the
> >enum helpers for the string<-> int conversion of client t
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
Declare an enumeration for all netdev client types, values
matching indexes in the net_client_types array. Use the
enum helpers for the string<-> int conversion of client types.
Before:
$ qemu -net type=foo,sfs
qemu: -net type=foo,sfs: Pa
Ping^4
r~
On 05/21/2010 10:04 AM, Richard Henderson wrote:
> We forgot to propagate -fpie to the libdis-user directory.
>
> Signed-off-by: Richard Henderson
> ---
> configure |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/configure b/configure
> index 3cd2c5f
On 06/07/2010 04:42 PM, Daniel P. Berrange wrote:
The verify.h header, taken from GNULIB, provides macros for
doing compile time assertions.
There are two main variants
For use in global namespace (eg header files, or global decls)
verify(CONDITION)
There is QEMU_BUILD_BUG_ON already.
Pa
Miguel Di Ciurcio Filho writes:
> On Mon, Jun 7, 2010 at 10:48 AM, Anthony Liguori
> wrote:
$ qemu -netdev tap,id=tap0 -device e1000,netdev=tap0
This makes a 1:1 relation. So clearly tap0 is a host device, e1000.0
will be a guest device, and they are connected.
>>>
>>>
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
This adds a new QMP command called query-netdev to provide information
about the available netdev backends in the QEMU binary. There is no
existing '-netdev ?' support, but if there was, this would obsolete it
The data format looks like
[
The QMP monitor provides a number of commands for querying info about
the QEMU binary capabilities. Given that these commands don't take
any options and just return static data, requiring the use of QMP is
unnecessarily onerous. This adds a new '-capabilities' command line
argument as a syntactic s
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
Add a new QMP command called 'query-argv' to information about the command
line arguments supported by the QEMU binary. This is intended to remove the
need for apps to parse '-help' output.
This is just as bad as parsing -help output IMHO.
On 06/07/2010 10:10 AM, Daniel P. Berrange wrote:
On Mon, Jun 07, 2010 at 09:58:11AM -0500, Anthony Liguori wrote:
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
As everyone here agrees, having management apps parse -help output
to determine the QEMU capabilities is not at all nice
Expaned '-mon' arg to allow a 'pretty=on' flag. This makes the
monitor pretty print its replies to easy human debugging / reading
Signed-off-by: Daniel P. Berrange
---
monitor.c |5 -
monitor.h |1 +
qemu-config.c |3 +++
vl.c |3 +++
4 files changed, 11 inse
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
As everyone here agrees, having management apps parse -help output
to determine the QEMU capabilities is not at all nice, because it
is an ill-defined& fragile data format. Looking more broadly these
same issues apply to all the other command lin
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
Add a new QMP monitor command 'query-machines' to discover what
machines are defined in the QEMU binary. This is an easily
parsable replacement for 'qemu -M ?'
[
{
"name": "pc-0.13",
"description": "Standar
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
Adds a command to QMP called 'query-devices' to allow for discovery
of all devices known to the QEMU binary. THis is inteded to replace
use of the '-device ?' and '-device devtype,?' command line args
The data format is designed to allow easy ext
This expands the query-argv data format to include the help
string for each argument. This is not really very desirable
since the help strings are not in a predictable format for apps
to use. Ideally the full structured details about each argument
parameter would be included instead. This makes the
On 06/07/2010 09:42 AM, Daniel P. Berrange wrote:
A previous discussion brought up the fact that clients should
not have to parse version string from QMP, it should be given
to them pre-split.
Change query-version output format from:
{ "qemu": "0.11.50", "package": "" }
to:
{ qemu: { "m
This converts the drive options if, trans, media, cache, aio,
rerror and werror to use the QEMU_OPT_ENUM datatype. This
standardizes the string parsing and error reporting
$ qemu -drive file=foo,werror=stop3
qemu: -drive file=foo,if=mtd,werror=stop3: Parameter 'werror' expects report,
ignore
1 - 100 of 146 matches
Mail list logo
