Am 10.04.2011 00:37, schrieb Aurelien Jarno:
On Sat, Mar 26, 2011 at 09:06:55PM +0100, Stefan Weil wrote:
A lot of calls don't operate on bytes but on words or on structured data.
So instead of a pointer to uint8_t, a void pointer is the better choice.
This allows removing many type casts.
Am 10.04.2011 00:17, schrieb Aurelien Jarno:
On Mon, Mar 21, 2011 at 09:34:38AM +0100, Corentin Chary wrote:
From: Stefan Weil w...@mail.berlios.de
This fixes memory reads and writes which exceeded the upper limit
of allocated memory vd-guest.ds-data and vd-server-data.
Cc: Anthony Liguori
On Sun, Apr 10, 2011 at 3:08 AM, Brad Hards br...@frogmouth.net wrote:
#3 0x0042b3d6 in qemu_malloc (size=2128) at qemu-malloc.c:49
It's only slightly more than 2 KB. When malloc(3) fails it returns
NULL, it doesn't crash.
As Mulyadi suggested, this looks like heap corruption. If you
On Wed, Mar 30, 2011 at 11:29 AM, Guan Xuetao g...@mprc.pku.edu.cn wrote:
Signed-off-by: Guan Xuetao g...@mprc.pku.edu.cn
---
configure | 11 +++-
cpu-exec.c | 12 -
default-configs/unicore32-linux-user.mak | 1 +
On 2011-04-09 23:13, Michael Walle wrote:
There is a bug in nvidia's binary GPU driver, which causes a segmentation
fault if linked to libGL.
Signed-off-by: Michael Walle mich...@walle.cc
---
configure |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/configure
The proper way to signal that a sysbus devices need no MMIO region is to
pass -1 to sysbus_create_simple.
Signed-off-by: Jan Kiszka jan.kis...@web.de
---
hw/musicpal.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/musicpal.c b/hw/musicpal.c
index d98aa8d..52b2931
On 04/09/2011 03:50 AM, Anthony Liguori wrote:
Maybe we're missing a coalesced io in qemu.git?
e1000 coalesced mmio is in qemu.git (always the chance it's broken, of
course). I don't think it would make a 5X difference in any case.
--
error compiling committee.c: too many arguments to
On 2011-04-03 22:16, Jordan Justen wrote:
When checking pfl-rom_mode for when to lazily reenter ROMD mode,
the value was check was the opposite of what it should have been.
This prevent the part from returning to ROMD mode after a write
was made to the CFI rom region.
Signed-off-by: Jordan
On 04/08/2011 12:41 AM, Anthony Liguori wrote:
And it's a good thing to have, but exposing this as the only API to do
something as simple as generating a guest crash dump is not the
friendliest thing in the world to do to users.
nmi is a fine name for something that corresponds to a
On 04/08/2011 12:39 AM, Anthony Liguori wrote:
On 04/07/2011 01:51 PM, Gleb Natapov wrote:
NMI does not have to generate crash dump on every guest we support.
Actually even for windows guest it does not generate one without
tweaking registry. For all I know there is a guest that checks mail
Hello Stefan,
Is it your means:
There is an assumption that a block device cannot be addressed below 512
byte sectors.
A reasonable protection in block.c:bdrv_create() to check whether size is a
multiple of BDRV_SECTOR_SIZE.
Signed-off-by: Mitnick Lyu mitnick@gmail.com
---
block.c | 10
---
hw/qxl.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 63e295b..ccd820c 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -1009,7 +1009,7 @@ static void ioport_write(void *opaque, uint32_t addr,
uint32_t val)
break;
case
These patches contain three small fixes, and one patch requiring more
review that adds support for using chardevs for specific debug information:
one for guest debug prints, and another for qxl command ring logging. This
allows easier parsing and logging of this data for debugging.
Alon Levy (4):
report correct mode when in undefined mode.
---
hw/qxl.c | 18 --
1 files changed, 16 insertions(+), 2 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index fe4212b..63e295b 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -336,6 +336,21 @@ static void interface_get_init_info(QXLInstance
The driver may change us to vga mode and still issue a QXL_IO_LOG,
which we can easily support.
---
hw/qxl.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/hw/qxl.c b/hw/qxl.c
index 86b98ee..4080325 100644
--- a/hw/qxl.c
+++ b/hw/qxl.c
@@ -943,7 +943,8 @@ static void
With this you can output the command log and/or the guest debug (driver)
output to a chardev instead of stderr:
-global qxl-vga.cmdlog_chardev=qxl_cmdlog_chardev
-global qxl-vga.debug_chardev=qxl_debug_chardev
useful for debugging. if no chardev is specified prints to stderr like the old
code.
On 2011-04-10 10:38, Jan Kiszka wrote:
On 2011-04-03 22:16, Jordan Justen wrote:
When checking pfl-rom_mode for when to lazily reenter ROMD mode,
the value was check was the opposite of what it should have been.
This prevent the part from returning to ROMD mode after a write
was made to the
On Mon, Apr 04, 2011 at 05:38:44PM +0400, Dmitry Eremin-Solenikov wrote:
Currently target-arm/ assumes at least ARMv5 core. Add support for
handling also ARMv4/ARMv4T. This changes the following instructions:
BX(v4T and later)
BKPT, BLX, CDP2, CLZ, LDC2, LDRD, MCRR, MCRR2, MRRC, MCRR,
On Sun, 10 Apr 2011 08:26:06 pm Alon Levy wrote:
-if (d-mode == QXL_MODE_NATIVE || d-mode == QXL_MODE_COMPAT)
+if (d-mode == QXL_MODE_NATIVE || d-mode == QXL_MODE_COMPAT
+|| (io_port == QXL_IO_LOG))
I think this might look better with consistent use of brackets.
Low
On Mon, Apr 04, 2011 at 05:38:45PM +0400, Dmitry Eremin-Solenikov wrote:
Basic implementation of DEC/Intel SA-1100/SA-1110 chips emulation.
Implemented:
- IRQs
- GPIO
- PPC
- RTC
- UARTs (no IrDA/etc.)
- OST reused from pxa25x
Everything else is TODO (esp. PM/idle/sleep!) - see
On Sun, Apr 10, 2011 at 09:37:12PM +1000, Brad Hards wrote:
On Sun, 10 Apr 2011 08:26:06 pm Alon Levy wrote:
-if (d-mode == QXL_MODE_NATIVE || d-mode == QXL_MODE_COMPAT)
+if (d-mode == QXL_MODE_NATIVE || d-mode == QXL_MODE_COMPAT
+|| (io_port == QXL_IO_LOG))
I
On Mon, Apr 04, 2011 at 05:38:46PM +0400, Dmitry Eremin-Solenikov wrote:
Add very basic implementation of collie PDA emulation. The system lacks
LoCoMo and graphics/sound emulation. Linux kernel boots up to mounting
rootfs (theoretically it can be provided in pflash images).
Signed-off-by:
On Monday 04 April 2011 15:38:44 Dmitry Eremin-Solenikov wrote:
Currently target-arm/ assumes at least ARMv5 core. Add support for
handling also ARMv4/ARMv4T. This changes the following instructions:
BX(v4T and later)
BKPT, BLX, CDP2, CLZ, LDC2, LDRD, MCRR, MCRR2, MRRC, MCRR, MRC2, MRRC,
On Sat, Mar 26, 2011 at 9:06 PM, Stefan Weil w...@mail.berlios.de wrote:
A lot of calls don't operate on bytes but on words or on structured data.
So instead of a pointer to uint8_t, a void pointer is the better choice.
Wouldn't it make the endianness conversions more complex? uint8_t[]
has a
On Sun, Apr 10, 2011 at 08:16:05AM +0200, Stefan Weil wrote:
Am 10.04.2011 00:37, schrieb Aurelien Jarno:
On Sat, Mar 26, 2011 at 09:06:55PM +0100, Stefan Weil wrote:
A lot of calls don't operate on bytes but on words or on structured data.
So instead of a pointer to uint8_t, a void pointer is
On Sun, Apr 10, 2011 at 02:29:59PM +0200, Artyom Tarasenko wrote:
Trying to boot some proprietary OS I get qemu-system-sparc64 crash with a
tcg/tcg.c:1892: tcg fatal error
error message.
It looks like it can be a platform independent bug though, because
when a '-singlestep' option IS
On 04/08/2011 11:52 PM, Jan Kiszka wrote:
QEMU's gdbstub in KVM mode is simply not designed to account for guests
swapping out code pages that contain breakpoints. Due to the fact that
the Linux kernel does not do these weird things to its own code,
It actually happily patches its own code at
On Sun, Apr 10, 2011 at 3:24 PM, Aurelien Jarno aurel...@aurel32.net wrote:
On Sun, Apr 10, 2011 at 02:29:59PM +0200, Artyom Tarasenko wrote:
Trying to boot some proprietary OS I get qemu-system-sparc64 crash with a
tcg/tcg.c:1892: tcg fatal error
error message.
It looks like it can be a
On 2011-04-10 16:01, Avi Kivity wrote:
On 04/08/2011 11:52 PM, Jan Kiszka wrote:
QEMU's gdbstub in KVM mode is simply not designed to account for guests
swapping out code pages that contain breakpoints. Due to the fact that
the Linux kernel does not do these weird things to its own code,
It
On 04/10/2011 05:23 PM, Jan Kiszka wrote:
On 2011-04-10 16:01, Avi Kivity wrote:
On 04/08/2011 11:52 PM, Jan Kiszka wrote:
QEMU's gdbstub in KVM mode is simply not designed to account for guests
swapping out code pages that contain breakpoints. Due to the fact that
the Linux kernel does
On Sun, Apr 10, 2011 at 5:09 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
On Sun, Apr 10, 2011 at 3:24 PM, Aurelien Jarno aurel...@aurel32.net wrote:
On Sun, Apr 10, 2011 at 02:29:59PM +0200, Artyom Tarasenko wrote:
Trying to boot some proprietary OS I get qemu-system-sparc64 crash with a
On 10 April 2011 15:09, Artyom Tarasenko atar4q...@gmail.com wrote:
Does it mean the last block is processed correctly and the crash
happens on the next instruction which doesn't make it to the log?
...maybe tcg_abort() should do a qemu_log_flush()...?
-- PMM
On 2011-04-10 16:41, Avi Kivity wrote:
On 04/10/2011 05:23 PM, Jan Kiszka wrote:
On 2011-04-10 16:01, Avi Kivity wrote:
On 04/08/2011 11:52 PM, Jan Kiszka wrote:
QEMU's gdbstub in KVM mode is simply not designed to account for
guests
swapping out code pages that contain breakpoints.
A lot of calls don't operate on bytes but on words or on structured data.
So instead of a pointer to uint8_t, a void pointer is the better choice.
This allows removing many type casts.
(Some very early implementations of memcpy used char pointers
which were replaced by void pointers for the same
Using cpu_physical_memory_read, cpu_physical_memory_write and ldub_phys
improves readability and allows removing some type casts.
lduw_phys and ldl_phys were not used because both require aligned
addresses. Therefore it is not possible to simply replace existing
calls by one of these functions.
On Sun, Apr 10, 2011 at 4:59 PM, Peter Maydell peter.mayd...@linaro.org wrote:
On 10 April 2011 15:09, Artyom Tarasenko atar4q...@gmail.com wrote:
Does it mean the last block is processed correctly and the crash
happens on the next instruction which doesn't make it to the log?
...maybe
On Sun, Apr 10, 2011 at 4:44 PM, Blue Swirl blauwir...@gmail.com wrote:
On Sun, Apr 10, 2011 at 5:09 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
On Sun, Apr 10, 2011 at 3:24 PM, Aurelien Jarno aurel...@aurel32.net wrote:
On Sun, Apr 10, 2011 at 02:29:59PM +0200, Artyom Tarasenko wrote:
On Sun, Apr 10, 2011 at 8:48 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
On Sun, Apr 10, 2011 at 4:44 PM, Blue Swirl blauwir...@gmail.com wrote:
On Sun, Apr 10, 2011 at 5:09 PM, Artyom Tarasenko atar4q...@gmail.com
wrote:
On Sun, Apr 10, 2011 at 3:24 PM, Aurelien Jarno
This patch series contains patches for qemu-timer.
The first 3 patches try to improve readability of the code.
Patch 1 was already sent to qemu-devel.
The last patch fixes a problem reported by a user of my QEMU for Windows
binaries: the multimedia timers are needed when users want to run
This simply moves code which is used three times
into a new function thus improving readability.
Signed-off-by: Stefan Weil w...@mail.berlios.de
---
qemu-timer.c | 17 ++---
1 files changed, 10 insertions(+), 7 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index
Commit 68c23e5520e8286d79d96ab47c0ea722ceb75041 removed the
multimedia timer, but this timer is needed for certain
Linux kernels. Otherwise Linux boot stops with this error:
MP-BIOS bug: 8254 timer not connected to IO-APIC
So the multimedia timer is added again here.
Cc: Paolo Bonzini
The type casts are no longer needed after some small changes
in struct qemu_alarm_timer. This also improves readability
of the code.
Signed-off-by: Stefan Weil w...@mail.berlios.de
---
qemu-timer.c | 42 ++
1 files changed, 22 insertions(+), 20
mmsystem.h is not needed in qemu-timer.h, so remove it.
Signed-off-by: Stefan Weil w...@mail.berlios.de
---
qemu-timer.h |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/qemu-timer.h b/qemu-timer.h
index 75d5675..a932b09 100644
--- a/qemu-timer.h
+++ b/qemu-timer.h
@@
On Sun, Apr 10, 2011 at 01:38, Jan Kiszka jan.kis...@web.de wrote:
Indeed, that block looks weird to its author today as well. But
inverting the logic completely defeats the purpose of lazy mode
switching (will likely file a patch to remove the block).
Looking at the 2nd parameter to the call,
On Sun, Apr 10, 2011 at 7:57 PM, Blue Swirl blauwir...@gmail.com wrote:
On Sun, Apr 10, 2011 at 8:48 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
On Sun, Apr 10, 2011 at 4:44 PM, Blue Swirl blauwir...@gmail.com wrote:
On Sun, Apr 10, 2011 at 5:09 PM, Artyom Tarasenko atar4q...@gmail.com
On Sun, Apr 10, 2011 at 10:35 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
On Sun, Apr 10, 2011 at 7:57 PM, Blue Swirl blauwir...@gmail.com wrote:
On Sun, Apr 10, 2011 at 8:48 PM, Artyom Tarasenko atar4q...@gmail.com
wrote:
On Sun, Apr 10, 2011 at 4:44 PM, Blue Swirl blauwir...@gmail.com
On Fri, Apr 8, 2011 at 9:56 PM, Blue Swirl blauwir...@gmail.com wrote:
Very interesting!
Thank you!
KEmuFuzzer seems to be more general. The approach of the patch is a
bit intrusive. But there are similarities with it and GDB interface,
tracepoints and other instrumentation needs, so it may
Now that PPC defaults to softfloat which always provides float128
support, there is no need to keep two version of the code, depending if
float128 support is available or not. Suggested by Peter Maydell.
Cc: Alexander Graf ag...@suse.de
Cc: Peter Maydell peter.mayd...@linaro.org
Signed-off-by:
Softfloat has its own implementation to count the leading zeros. However
a lot of architectures have either a dedicated instruction or an
optimized to do that. When using GCC = 3.4, this patch uses GCC builtins
instead of the handcoded implementation.
Note that I amware that QEMU_GNUC_PREREQ is
Use CPU_LDoubleU in cpu_dump_state() instead of redefining a union for
doing the conversion.
Based on a patch from Laurent Vivier laur...@vivier.eu.
Cc: Laurent Vivier laur...@vivier.eu
Cc: Peter Maydell peter.mayd...@linaro.org
Signed-off-by: Aurelien Jarno aurel...@aurel32.net
---
SH4 is always using softfloat, so it's possible to have helpers directly
taking float32 or float64 value. This allow to get rid of conversions
through CPU_{Float,Double}U.
Cc: Peter Maydell peter.mayd...@linaro.org
Cc: Nathan Froyd froy...@codesourcery.com
Signed-off-by: Aurelien Jarno
Fixing the definition of CPU86_LDoubleU allow building cpu-exec.o with
softfloat.
Cc: Peter Maydell peter.mayd...@linaro.org
Signed-off-by: Aurelien Jarno aurel...@aurel32.net
---
target-i386/exec.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/target-i386/exec.h
Add a CPU_LDoubleU type, matching the floatx80 definition and the long
double type on x86 hosts.
Based on a patch from Laurent Vivier laur...@vivier.eu.
Cc: Laurent Vivier laur...@vivier.eu
Cc: Peter Maydell peter.mayd...@linaro.org
Signed-by: Aurelien Jarno aurel...@aurel32.net
---
cpu-all.h |
Add float{32,64,x80,128}_unordered() functions to softfloat, matching
the softfloat-native ones. This allow target-i386/ops_sse.h to be
compiled with softfloat.
Cc: Peter Maydell peter.mayd...@linaro.org
Signed-off-by: Aurelien Jarno aurel...@aurel32.net
---
fpu/softfloat.c | 88
Add floatx_{add,mul,sub} defines, and use them instead of using direct
C operations.
Cc: Peter Maydell peter.mayd...@linaro.org
Signed-off-by: Aurelien Jarno aurel...@aurel32.net
---
target-i386/exec.h |6 ++
target-i386/op_helper.c | 18 --
2 files changed, 14
On Tue, Apr 05, 2011 at 09:55:09AM +0200, Alexander Graf wrote:
On 05.04.2011, at 06:54, Aurelien Jarno wrote:
On Mon, Apr 04, 2011 at 04:32:24PM +0200, Alexander Graf wrote:
With the s390x target we use the deposit instruction to store 32bit values
into 64bit registers without
On Mon, Apr 04, 2011 at 04:32:10PM +0200, Alexander Graf wrote:
The feature bitmap in the s390 virtio machine is little endian. To
address for that, we need to bswap the values after reading them out.
Signed-off-by: Alexander Graf ag...@suse.de
---
hw/s390-virtio-bus.c |4 ++--
1
On 10.04.2011, at 21:25, Aurelien Jarno wrote:
On Mon, Apr 04, 2011 at 04:32:10PM +0200, Alexander Graf wrote:
The feature bitmap in the s390 virtio machine is little endian. To
address for that, we need to bswap the values after reading them out.
Signed-off-by: Alexander Graf
On 10.04.2011, at 21:12, Aurelien Jarno wrote:
Now that PPC defaults to softfloat which always provides float128
support, there is no need to keep two version of the code, depending if
float128 support is available or not. Suggested by Peter Maydell.
Cc: Alexander Graf ag...@suse.de
Cc:
On Mon, Apr 04, 2011 at 04:32:11PM +0200, Alexander Graf wrote:
The alignment for longs on s390x is 8. That's the only place where it differs
from the default alignments found in configure already. The example alignment
program from Laurent printed the following on a real s390x:
On 10.04.2011, at 21:23, Aurelien Jarno wrote:
On Tue, Apr 05, 2011 at 09:55:09AM +0200, Alexander Graf wrote:
On 05.04.2011, at 06:54, Aurelien Jarno wrote:
On Mon, Apr 04, 2011 at 04:32:24PM +0200, Alexander Graf wrote:
With the s390x target we use the deposit instruction to store
On Sun, Apr 10, 2011 at 03:53, Jan Kiszka jan.kis...@web.de wrote:
Commit 5145b3d1cc revealed a bug in the lazy ROMD switch-back logic, but
resolved it by breaking that feature. This approach addresses the issue
by switching back to ROMD after a certain amount of read accesses
without further
On Sun, Apr 10, 2011 at 8:52 PM, Igor Kovalenko
igor.v.kovale...@gmail.com wrote:
On Sun, Apr 10, 2011 at 10:35 PM, Artyom Tarasenko atar4q...@gmail.com
wrote:
On Sun, Apr 10, 2011 at 7:57 PM, Blue Swirl blauwir...@gmail.com wrote:
On Sun, Apr 10, 2011 at 8:48 PM, Artyom Tarasenko
On 10 April 2011 20:13, Aurelien Jarno aurel...@aurel32.net wrote:
Add float{32,64,x80,128}_unordered() functions to softfloat, matching
the softfloat-native ones. This allow target-i386/ops_sse.h to be
compiled with softfloat.
I guess you could have made the x86 target use float*_compare()
On Sun, Apr 10, 2011 at 9:41 PM, Igor Kovalenko
igor.v.kovale...@gmail.com wrote:
On Sun, Apr 10, 2011 at 11:37 PM, Artyom Tarasenko atar4q...@gmail.com
wrote:
On Sun, Apr 10, 2011 at 8:52 PM, Igor Kovalenko
igor.v.kovale...@gmail.com wrote:
On Sun, Apr 10, 2011 at 10:35 PM, Artyom Tarasenko
On Sun, Apr 10, 2011 at 09:26:26PM +0200, Alexander Graf wrote:
On 10.04.2011, at 21:25, Aurelien Jarno wrote:
On Mon, Apr 04, 2011 at 04:32:10PM +0200, Alexander Graf wrote:
The feature bitmap in the s390 virtio machine is little endian. To
address for that, we need to bswap the values
On 10 April 2011 20:23, Alexander Graf ag...@suse.de wrote:
On 10.04.2011, at 21:12, Aurelien Jarno wrote:
Now that PPC defaults to softfloat which always provides float128
support, there is no need to keep two version of the code, depending if
float128 support is available or not. Suggested
On Sun, Apr 10, 2011 at 09:25:33PM +0200, Alexander Graf wrote:
On 10.04.2011, at 21:23, Aurelien Jarno wrote:
On Tue, Apr 05, 2011 at 09:55:09AM +0200, Alexander Graf wrote:
On 05.04.2011, at 06:54, Aurelien Jarno wrote:
On Mon, Apr 04, 2011 at 04:32:24PM +0200, Alexander Graf
On 10.04.2011, at 22:06, Aurelien Jarno wrote:
On Sun, Apr 10, 2011 at 09:26:26PM +0200, Alexander Graf wrote:
On 10.04.2011, at 21:25, Aurelien Jarno wrote:
On Mon, Apr 04, 2011 at 04:32:10PM +0200, Alexander Graf wrote:
The feature bitmap in the s390 virtio machine is little endian. To
On 10.04.2011, at 22:08, Aurelien Jarno wrote:
On Sun, Apr 10, 2011 at 09:25:33PM +0200, Alexander Graf wrote:
On 10.04.2011, at 21:23, Aurelien Jarno wrote:
On Tue, Apr 05, 2011 at 09:55:09AM +0200, Alexander Graf wrote:
On 05.04.2011, at 06:54, Aurelien Jarno wrote:
On Mon, Apr
On Mon, Apr 04, 2011 at 04:32:12PM +0200, Alexander Graf wrote:
From: Ulrich Hecht u...@suse.de
This patch adds support for running s390x binaries in the linux-user emulation
code.
Signed-off-by: Ulrich Hecht u...@suse.de
Signed-off-by: Alexander Graf ag...@suse.de
---
v1 - v2:
On 10 April 2011 20:13, Aurelien Jarno aurel...@aurel32.net wrote:
Fixing the definition of CPU86_LDoubleU allow building cpu-exec.o with
softfloat.
Cc: Peter Maydell peter.mayd...@linaro.org
Signed-off-by: Aurelien Jarno aurel...@aurel32.net
---
target-i386/exec.h | 4 ++--
1 files
On 10.04.2011, at 22:08, Peter Maydell wrote:
On 10 April 2011 20:23, Alexander Graf ag...@suse.de wrote:
On 10.04.2011, at 21:12, Aurelien Jarno wrote:
Now that PPC defaults to softfloat which always provides float128
support, there is no need to keep two version of the code, depending if
On Mon, Apr 04, 2011 at 04:32:13PM +0200, Alexander Graf wrote:
From: Ulrich Hecht u...@suse.de
Quite a number of syscalls are only defined on systems with USE_UID16
defined; this patch defines them on other systems as well.
Fixes a large number of uid/gid-related testcases on the s390x
On Sun, Apr 10, 2011 at 10:11:15PM +0200, Alexander Graf wrote:
On 10.04.2011, at 22:06, Aurelien Jarno wrote:
On Sun, Apr 10, 2011 at 09:26:26PM +0200, Alexander Graf wrote:
On 10.04.2011, at 21:25, Aurelien Jarno wrote:
On Mon, Apr 04, 2011 at 04:32:10PM +0200, Alexander Graf
On Mon, Apr 04, 2011 at 04:32:15PM +0200, Alexander Graf wrote:
The KVM interrupt injection path is non-generic for now. So we need to push
knowledge of how to inject a device interrupt using KVM into the actual device
code.
Signed-off-by: Alexander Graf ag...@suse.de
---
On Mon, Apr 04, 2011 at 04:32:16PM +0200, Alexander Graf wrote:
We have successfully lazilized cc computation, so we need to manually
trigger its calculation when gdb wants to fetch it. We also changed the
variable name, so writing it writes into a different field now.
Signed-off-by:
On Mon, Apr 04, 2011 at 04:32:17PM +0200, Alexander Graf wrote:
For emulation (and migration) we need to know about the guest's storage keys.
These are separate from actual RAM contents, so we need to allocate them in
parallel to RAM.
While touching the file, this patch also adjusts the
On Sun, Apr 10, 2011 at 08:59:04PM +0100, Peter Maydell wrote:
On 10 April 2011 20:13, Aurelien Jarno aurel...@aurel32.net wrote:
Add float{32,64,x80,128}_unordered() functions to softfloat, matching
the softfloat-native ones. This allow target-i386/ops_sse.h to be
compiled with softfloat.
On Sun, Apr 10, 2011 at 09:08:55PM +0100, Peter Maydell wrote:
On 10 April 2011 20:23, Alexander Graf ag...@suse.de wrote:
On 10.04.2011, at 21:12, Aurelien Jarno wrote:
Now that PPC defaults to softfloat which always provides float128
support, there is no need to keep two version of the
On Mon, Apr 11, 2011 at 12:00 AM, Artyom Tarasenko atar4q...@gmail.com wrote:
On Sun, Apr 10, 2011 at 9:41 PM, Igor Kovalenko
igor.v.kovale...@gmail.com wrote:
On Sun, Apr 10, 2011 at 11:37 PM, Artyom Tarasenko atar4q...@gmail.com
wrote:
On Sun, Apr 10, 2011 at 8:52 PM, Igor Kovalenko
On Sat, Apr 09, 2011 at 05:28:06PM +0200, Alexander Graf wrote:
Am 09.04.2011 um 16:56 schrieb Blue Swirl blauwir...@gmail.com:
Remove a write-only variable, spotted by GCC 4.6.0:
/src/qemu/hw/ppc.c: In function 'power7_set_irq':
/src/qemu/hw/ppc.c:255:9: error: variable
On (Fri) 08 Apr 2011 [12:33:27], Stefan Hajnoczi wrote:
Amit and I were discussing the pros and cons of using O_EXCL to open
host CD-ROM devices on IRC but this discussion could benefit from more
input.
Linux block devices (like /dev/sr0 CD-ROMs) can be opened with O_EXCL
and only one
On 2011-04-10 21:33, Jordan Justen wrote:
On Sun, Apr 10, 2011 at 03:53, Jan Kiszka jan.kis...@web.de wrote:
Commit 5145b3d1cc revealed a bug in the lazy ROMD switch-back logic, but
resolved it by breaking that feature. This approach addresses the issue
by switching back to ROMD after a
84 matches
Mail list logo