Apart from the points you have raised about specific patches there
were few more minor bugs in the series spotted by Juha Riihimäki
juha.riihim...@nokia.com. A fix is available at
http://repo.or.cz/w/qemu/navara.git?a=commit;h=2ce696baa6fc5d99522cf387b6a4913807fd43ed
One of the fix was
On Mon, Oct 19, 2009 at 8:23 AM, juha.riihim...@nokia.com wrote:
I think I have a couple of other fixes and patches on top of that as
well, but I'd rather wait until you get this bunch committed and then
format the patches against the new mainline so that they apply.
It's already been
Hi Marcelo,
qemu-0.11.50 build breaks with
CCx86_64-softmmu/monitor.o
cc1: warnings being treated as errors
/other/srcs/qemu-kvm/monitor.c: In function 'print_cpu_iter':
/other/srcs/qemu-kvm/monitor.c:450: error: format '%ld' expects type 'long
int', but argument 3 has type
Hi Marcelo,
qemu-0.11.50 build breaks with
CCx86_64-softmmu/monitor.o
cc1: warnings being treated as errors
/other/srcs/qemu-kvm/monitor.c: In function 'print_cpu_iter':
/other/srcs/qemu-kvm/monitor.c:450: error: format '%ld' expects type 'long
int', but argument 3 has type
On 10/17/09 11:23, Juan Quintela wrote:
+ifdef TARGET_I386
+obj-y += loader-i386.o
+else
+obj-y += loader-dummy.o
+endif
+
This is wrong (tm).
a- TARGET_I386 on Makefiles is only defined for 32bits, not for 64bits
(don't blame me, I just did a direct conversion of what was there).
Oh.
* Laurent Vivier laur...@vivier.eu [2009-10-19 09:50:21]:
Hi Marcelo,
qemu-0.11.50 build breaks with
CCx86_64-softmmu/monitor.o
cc1: warnings being treated as errors
/other/srcs/qemu-kvm/monitor.c: In function 'print_cpu_iter':
/other/srcs/qemu-kvm/monitor.c:450: error: format
Am 14.10.2009 18:11, schrieb Adam Lackorzynski:
Hi,
On Mon Oct 12, 2009 at 12:43:38 +0200, Kevin Wolf wrote:
Am 11.10.2009 15:48, schrieb a...@os.inf.tu-dresden.de:
From: Adam Lackorzynski a...@os.inf.tu-dresden.de
Add size checks to avoid overwriting the multiboot structure
when too many
On Fri, 2009-10-16 at 15:41 +0200, Gerd Hoffmann wrote:
Hi,
Short RfC patch series to get the discussion rolling. We really need to
get the nic drivers qdev-ified properly, so qemu stops segfaulting on
'-device $any_nic_here'.
New in v3:
* renamed macaddr_t to MACAddr and made it a
The pc bios shows up in 'info roms' now.
Note that the BIOS is mapped to two places: The complete rom at the top
of the memory, and the first 128k at 0xe. Only the first place is
listed in 'info roms'.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/pc.c |4 ++--
1 files changed,
Hi,
A collection of rom loader bits, check individual patches for details.
v3: back to square one after figuring that having target-specific object
files in libhw isn't going to fly ...
cheers,
Gerd
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/cirrus_vga.c |6 +-
hw/pc.c | 12
hw/vga-isa.c|3 +++
hw/vga-pci.c|4
hw/vga_int.h|2 ++
5 files changed, 14 insertions(+), 13 deletions(-)
diff --git a/hw/cirrus_vga.c
This patch adds a loader-target.c file for target-specific
rom loading functions. The rom_add_vga() and rom_add_option()
macros are transformed into functions and sticked in there. They
load the bios on TARGET_I386 and no nothing on other targets.
With this in place we can move the rom loading
On Wed, Oct 14, 2009 at 12:34:21AM +0200, Markus Armbruster wrote:
Luiz Capitulino lcapitul...@redhat.com writes:
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
---
hw/qdev.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/qdev.c b/hw/qdev.c
On Fri, Oct 16, 2009 at 10:05:44AM -0300, Luiz Capitulino wrote:
On Fri, 16 Oct 2009 10:06:10 +0200
Paolo Bonzini pbonz...@redhat.com wrote:
On 10/16/2009 12:44 AM, Hollis Blanchard wrote:
How about this (basically what Paolo suggested):
{ error: { code: 12,
desc:
I think just returning error codes to the client is far too little
information. I don't think we need the fully normalized structure
that Luiz originally proposed with bus/dev addresses split out, but
we certainly need to include a string description giving as much
detail as possible. If
On Mon, Oct 19, 2009 at 12:40:08PM +0200, Gerd Hoffmann wrote:
I think just returning error codes to the client is far too little
information. I don't think we need the fully normalized structure
that Luiz originally proposed with bus/dev addresses split out, but
we certainly need to include a
On 10/19/2009 12:40 PM, Gerd Hoffmann wrote:
'could not open device: permission denied' 'could not open device:
no such file or directory' 'could not open device: device or
resource busy'
Which makes me wonder whenever it makes sense to re-use errno for the
error codes instead of inventing our
Current ARM translator code has several places where it leaves
temporary TCG variables alive. This patch removes all such instances I
have found so far. Sorry for the mangled inlined patch, the mailserver
I use doesn't like patches so I've also included it as an attachment
that hopefully status
On Mon, 19 Oct 2009 11:25:19 +0100
Daniel P. Berrange berra...@redhat.com wrote:
On Fri, Oct 16, 2009 at 10:05:44AM -0300, Luiz Capitulino wrote:
On Fri, 16 Oct 2009 10:06:10 +0200
Paolo Bonzini pbonz...@redhat.com wrote:
On 10/16/2009 12:44 AM, Hollis Blanchard wrote:
How about
On Mon, Oct 19, 2009 at 10:28:17AM -0200, Luiz Capitulino wrote:
On Mon, 19 Oct 2009 11:25:19 +0100
Daniel P. Berrange berra...@redhat.com wrote:
On Fri, Oct 16, 2009 at 10:05:44AM -0300, Luiz Capitulino wrote:
On Fri, 16 Oct 2009 10:06:10 +0200
Paolo Bonzini pbonz...@redhat.com wrote:
I just caught up with this topic, and since there's no obvious one
message to reply to, I just reply here.
I agree with Anthony we better get the error reporting protocol
approximately right the first time, and rushing it could lead to tears
later on. Mind, I said approximately right, not
Markus Armbruster wrote:
I just caught up with this topic, and since there's no obvious one
message to reply to, I just reply here.
I agree with Anthony we better get the error reporting protocol
approximately right the first time, and rushing it could lead to tears
later on. Mind, I said
Luiz Capitulino wrote:
On Sat, 17 Oct 2009 08:36:06 -0500
Anthony Liguori aligu...@us.ibm.com wrote:
We currently model as json bool as an int. This works fine on the server side
but it means we cannot send back proper bools to the client. Introducing a
proper QBool type fixes that.
Luiz Capitulino wrote:
On Sat, 17 Oct 2009 08:36:02 -0500
Anthony Liguori aligu...@us.ibm.com wrote:
qfloat is a qobject wrapper for double precision floating points
Signed-off-by: Anthony Liguori aligu...@us.ibm.com
---
Makefile |3 +-
qfloat.c | 76
On Mon, 19 Oct 2009 09:17:38 -0500
Anthony Liguori aligu...@us.ibm.com wrote:
Luiz Capitulino wrote:
On Sat, 17 Oct 2009 08:36:06 -0500
Anthony Liguori aligu...@us.ibm.com wrote:
We currently model as json bool as an int. This works fine on the server
side
but it means we
While S390x was one of the first targets that were supported by KVM it always
lacked qemu system emulation support.
In order to change that sad fact, I figured I'd just take on the task myself,
taking kuli (http://www.ibm.com/developerworks/linux/linux390/kuli.html),
Documentation/s390/kvm.txt
S390x was one of the first platforms that received support for KVM back in the
day. Unfortunately until now there hasn't been a qemu implementation that would
enable users to actually run guests.
So let's include support for KVM S390x in qemu!
Signed-off-by: Alexander Graf ag...@suse.de
---
In order to use the new S390x virtio bus we just introduced, we also
need a machine description that sets up the machine according to our
PV specification.
Let's add that machine description and be happy!
Signed-off-by: Alexander Graf ag...@suse.de
---
Makefile.target |2 +-
Right now only S390x Linux userspace emulation is supported. Let's enable
the basics for system emulation so we can run virtual machines with KVM!
Signed-off-by: Alexander Graf ag...@suse.de
---
target-s390x/cpu.h | 86 -
target-s390x/exec.h
On S390x we don't want to go through the hassle of emulating real existing
hardware, because we don't need to for running Linux.
So let's instead implement a machine that is 100% based on VirtIO which we
fortunately implement already.
This patch implements the bus that is the groundwork for such
All normal system emulation targets in qemu I'm aware of display output
on either VGA or serial output.
Our S390x virtio machine doesn't have such kind of legacy hardware. So
instead we need to default to a virtio console.
I'm not particularly proud of this patch. It would be a lot better to
On our S390x Virtio machine we don't have anywhere to display early printks
on, because we don't know about VGA or serial ports.
So instead we just forward everything to the virtio console that we created
anyways.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/virtio-console.c |7
In order to debug funny kernel breakages it's always good to have a working
gdb stub around.
While Uli's patches don't include one one, I needed one that's at least good
enough for 'bt' and some variable examinations during early bootup.
So here it is - the absolute basics to get the qemu gdb
S390 requires vmas for guests to be 256 GB. So we need to directly export
mmaps try to use this vma as start address feature to not accidently get
over that limit.
Signed-off-by: Alexander Graf ag...@suse.de
---
cpu-common.h |1 +
exec.c | 15 +--
2 files changed, 14
On Mon, Oct 19, 2009 at 09:00:33AM -0500, Anthony Liguori wrote:
Daniel P. Berrange wrote:
hink just returning error codes to the client is far too little
information. I don't think we need the fully normalized structure
that Luiz originally proposed with bus/dev addresses split out, but
we
Daniel P. Berrange wrote:
Having a named exception instead of an error code is fine, but I think
it is overkill to include fully-structured data fields like 'errno' instead
of just a string. The libvirt application API has a insanely detailed
error object allowing for passing of structured data
On Saturday 17 October 2009, Aurelien Jarno wrote:
On Fri, Oct 16, 2009 at 02:38:48PM +0200, Ulrich Hecht wrote:
First of all a few general comments. Note that I know very few things
about S390/S390X, so I may have dumb comments/questions. Also as the
patch is very long, I probably have missed
On Friday 16 October 2009, Aurelien Jarno wrote:
This example is a bit biased, as registers are only saved, and never
reused. Let's comment on it though.
Yeah, well, I searched from the top for the first case where it makes a
difference. If it's of any help, I can upload a complete dump of
On Saturday 17 October 2009, Edgar E. Iglesias wrote:
I looked at the s390 patches and was also unsure about this sync op.
I'm not convinced it's bad but my first feeling was as Aurelien points
out that the translator shoud take care of it.
Indeed. I would have expected it to, in fact. But it
Hi
This series cleans VMState internals and port all the pc network devices to
VMState (except virtio-net).
- Cleanups:
* we can send partial buffers, and clean how we do it
* refactor all the buffer code.
* refactor all the offset code
* add VARRAY_UINT16_UNSAFE: unsafe here means that type
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hw.h |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index 8c223f8..5f48ef8 100644
--- a/hw/hw.h
+++ b/hw/hw.h
@@ -464,6 +464,15 @@ extern const VMStateInfo vmstate_info_buffer;
+
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/serial.c | 11 +++
1 files changed, 3 insertions(+), 8 deletions(-)
diff --git a/hw/serial.c b/hw/serial.c
index eb14f11..ea4154f 100644
--- a/hw/serial.c
+++ b/hw/serial.c
@@ -648,17 +648,13 @@ static void serial_pre_save(void
Signed-off-by: Juan Quintela quint...@redhat.com
---
savevm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/savevm.c b/savevm.c
index 27a7686..3d91202 100644
--- a/savevm.c
+++ b/savevm.c
@@ -863,7 +863,7 @@ static int get_uint8_equal(QEMUFile *f, void *pv, size_t
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hw.h |7 +++
savevm.c | 20
2 files changed, 27 insertions(+), 0 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index 5f48ef8..9a40b43 100644
--- a/hw/hw.h
+++ b/hw/hw.h
@@ -322,6 +322,7 @@ extern const
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/fdc.c |2 +-
hw/hw.h |8
savevm.c |8
3 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/hw/fdc.c b/hw/fdc.c
index a21e05f..df0532a 100644
--- a/hw/fdc.c
+++ b/hw/fdc.c
@@ -679,7 +679,7 @@ static
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hw.h | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index 89c138d..cd42f74 100644
--- a/hw/hw.h
+++ b/hw/hw.h
@@ -281,12 +281,12 @@ struct VMStateInfo {
};
enum VMStateFlags {
-
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hw.h | 31 +--
1 files changed, 13 insertions(+), 18 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index cd42f74..d1395e9 100644
--- a/hw/hw.h
+++ b/hw/hw.h
@@ -338,14 +338,17 @@ extern const VMStateInfo
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hw.h |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index d1395e9..a331844 100644
--- a/hw/hw.h
+++ b/hw/hw.h
@@ -342,6 +342,10 @@ extern const VMStateInfo vmstate_info_buffer;
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hw.h | 19 +--
1 files changed, 9 insertions(+), 10 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index a331844..d669755 100644
--- a/hw/hw.h
+++ b/hw/hw.h
@@ -346,6 +346,10 @@ extern const VMStateInfo vmstate_info_buffer;
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hw.h | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index d669755..aea50a6 100644
--- a/hw/hw.h
+++ b/hw/hw.h
@@ -350,6 +350,10 @@ extern const VMStateInfo vmstate_info_buffer;
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hw.h | 32 +++-
1 files changed, 11 insertions(+), 21 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index aea50a6..dd065c8 100644
--- a/hw/hw.h
+++ b/hw/hw.h
@@ -458,29 +458,13 @@ extern const VMStateInfo
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hw.h |6 --
hw/pci.c |2 +-
2 files changed, 1 insertions(+), 7 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index dd065c8..5edfff7 100644
--- a/hw/hw.h
+++ b/hw/hw.h
@@ -599,12 +599,6 @@ extern const VMStateDescription
It don't check types.
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hw.h | 13 -
savevm.c |4
2 files changed, 16 insertions(+), 1 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index 5edfff7..eb199fb 100644
--- a/hw/hw.h
+++ b/hw/hw.h
@@ -285,9 +285,10 @@ enum
It allows to have 'things' in savevm format not backed in the device state
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hw.h | 18 ++
savevm.c | 20
2 files changed, 38 insertions(+), 0 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/rtl8139.c | 50 --
1 files changed, 24 insertions(+), 26 deletions(-)
diff --git a/hw/rtl8139.c b/hw/rtl8139.c
index 10daeb2..7efa119 100644
--- a/hw/rtl8139.c
+++ b/hw/rtl8139.c
@@
This allows to define VMSTATE_SINGLE with VMSTATE_SINGLE_TEST
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hw.h | 17 ++---
target-i386/machine.c |2 +-
2 files changed, 7 insertions(+), 12 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index
VMSTATE_SUB_ARRAY(..., start, num, ...) saves the num elems starting at
position start of the array
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hw.h | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index d3bf0a7..b98f0c9
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/eeprom93xx.c | 102 ++
1 files changed, 49 insertions(+), 53 deletions(-)
diff --git a/hw/eeprom93xx.c b/hw/eeprom93xx.c
index 66dfc43..43244e7 100644
--- a/hw/eeprom93xx.c
+++
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/rtl8139.c | 301 -
1 files changed, 85 insertions(+), 216 deletions(-)
diff --git a/hw/rtl8139.c b/hw/rtl8139.c
index 7efa119..ab3f398 100644
--- a/hw/rtl8139.c
+++ b/hw/rtl8139.c
@@
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/pcnet.c | 110 +--
1 files changed, 39 insertions(+), 71 deletions(-)
diff --git a/hw/pcnet.c b/hw/pcnet.c
index fecbff7..bd69735 100644
--- a/hw/pcnet.c
+++ b/hw/pcnet.c
@@ -1878,83
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/ne2000-isa.c |4 +-
hw/ne2000.c | 133 ---
hw/ne2000.h |3 +-
3 files changed, 51 insertions(+), 89 deletions(-)
diff --git a/hw/ne2000-isa.c b/hw/ne2000-isa.c
index
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/e1000.c | 30 ++
1 files changed, 14 insertions(+), 16 deletions(-)
diff --git a/hw/e1000.c b/hw/e1000.c
index 0d40fbe..e5541c7 100644
--- a/hw/e1000.c
+++ b/hw/e1000.c
@@ -879,17 +879,11 @@
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/e1000.c | 87 +++-
1 files changed, 74 insertions(+), 13 deletions(-)
diff --git a/hw/e1000.c b/hw/e1000.c
index f123bda..0d40fbe 100644
--- a/hw/e1000.c
+++ b/hw/e1000.c
@@ -879,15
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/e1000.c | 244
1 files changed, 81 insertions(+), 163 deletions(-)
diff --git a/hw/e1000.c b/hw/e1000.c
index e5541c7..4d74ca1 100644
--- a/hw/e1000.c
+++ b/hw/e1000.c
@@
On Mon, Oct 19, 2009 at 01:51:02PM +0530, Kamalesh Babulal wrote:
+monitor_printf(mon, thread_id=%ld, (int long)qdict_get_int(cpu,
thread_id));
You should use %PRId64 instead of %ld.
Hi Laurent,
Thanks for the review.
Resending the patch with changes recommended
This patch only moves about 150 lines of code from
function eepro100_cu_command to a new function action_command.
A goto statement was replaced by a for loop.
There are no functional changes. Nor did I change comments
starting with // (they will be removed by future patches).
Signed-off-by:
This two patch serie introduces support for linux u64 type.
It is needed for Glauber, that is porting code forth and back between qemu.git
and qemu-kvm.git, and need it in both places.
Later, Juan.
Juan Quintela (2):
vmstate: u64 support
vmstate: add VMSTATE_ARRAY_UNSAFE
hw/hw.h | 23
This is needed due to the difference betewen 'unsigned long' and 'unsigned
long long' types. They don't typecheck.
This allows to use directly linux kernel structures.
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hw.h | 13 +
savevm.c | 23 +++
2
Use offset given as an array of type given, without doing typechecking.
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hw.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/hw/hw.h b/hw/hw.h
index 422cf18..9218905 100644
--- a/hw/hw.h
+++ b/hw/hw.h
@@
Juan Quintela wrote:
* add VARRAY_UINT16_UNSAFE: unsafe here means that type checking is off
(a.k.a. as a cast in C). In this case the problem is that the last
element of one struct is int foo[0], and we allocate the right size
for the array we want. Problem? I haven't been able
Hi,
So now you can run Linux VMs on Linux on z/VM on LPAR on zSeries!
Cool. Don't have a zSeries though ...
The patchset is based on Uli's S390x userspace emulation patches. There's not
really that much shared functionality, but I didn't want to reimplement the
configure wheels. So make
+VirtIOS390Bus *s390_virtio_bus_init(ram_addr_t *ram_size)
+{
+VirtIOS390Bus *bus;
+
+bus = (VirtIOS390Bus *)qbus_create(s390_virtio_bus_info, NULL,
s390-virtio);
While a cast works the political correct way to do this is using DO_UPCAST.
Also I'd suggest to add a sysbus - s390-virtio
On 19.10.2009, at 21:34, Gerd Hoffmann wrote:
+VirtIOS390Bus *s390_virtio_bus_init(ram_addr_t *ram_size)
+{
+VirtIOS390Bus *bus;
+
+bus = (VirtIOS390Bus *)qbus_create(s390_virtio_bus_info,
NULL, s390-virtio);
While a cast works the political correct way to do this is using
On 10/19/09 16:37, Alexander Graf wrote:
All normal system emulation targets in qemu I'm aware of display output
on either VGA or serial output.
Our S390x virtio machine doesn't have such kind of legacy hardware. So
instead we need to default to a virtio console.
I'm not particularly proud of
Hi,
Also I'd suggest to add a sysbus - s390-virtio bus bridge device, so
your bus gets properly hooked up in the device tree. Have a look at
the (quite simple) isabus-bridge device in isa-bus.c, which is used
with 'qemu -M isapc'. You'll see the s390-virtio bus and all virtio
devices attached
Jamie Lokier ja...@shareable.org wrote:
Juan Quintela wrote:
* add VARRAY_UINT16_UNSAFE: unsafe here means that type checking is off
(a.k.a. as a cast in C). In this case the problem is that the last
element of one struct is int foo[0], and we allocate the right size
for the array
Juan Quintela wrote:
I have good error messages, I don't have good ideas about how to trick
the compiler. Error messages are clear.
Example:
struct FOO {
unt16_t foo[0];
}
#define vmstate_offset_pointer(_state, _field, _type)\
(offsetof(_state, _field) +
On 10/19/2009 06:50 PM, Hollis Blanchard wrote:
On Sun, 2009-10-18 at 14:17 +0200, Paolo Bonzini wrote:
On 10/18/2009 06:25 AM, Jamie Lokier wrote:
The manual for GNU gettext explains quite well why gettext takes a
message string as argument, instead of a message code. Imho, a
similar case
Mulyadi Santosa wrote:
IMO, it would be faster if we provide keyboard shortcuts that will
stop and resume VM execution right from SDL guest interface, rather
than switching to console monitor first and type s or c
respectively.
Is this really common of an operation that you would need an
On Mon, Oct 19, 2009 at 5:07 PM, Juan Quintela quint...@redhat.com wrote:
This is needed due to the difference betewen 'unsigned long' and 'unsigned
long long' types. They don't typecheck.
This allows to use directly linux kernel structures.
For the reference, it was included today in
On Mon, Oct 19, 2009 at 5:07 PM, Juan Quintela quint...@redhat.com wrote:
Use offset given as an array of type given, without doing typechecking.
+#define VMSTATE_ARRAY_UNSAFE(_field, _state, _num, _version, _info, _type) {\
+ .name = (stringify(_field)),
Hi Anthony...
On Tue, Oct 20, 2009 at 5:20 AM, Anthony Liguori anth...@codemonkey.ws wrote:
Mulyadi Santosa wrote:
IMO, it would be faster if we provide keyboard shortcuts that will
stop and resume VM execution right from SDL guest interface, rather
than switching to console monitor first
82 matches
Mail list logo