The Buildbot has detected a new failure on builder s390-next_i386_debian_5_0
while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/s390-next_i386_debian_5_0/builds/22
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
B
fix spelling typo (runnning) in target-i386/kvm.c
Signed-Off-By: Vagrant Cascadian
diff --git a/target-i386/kvm.c b/target-i386/kvm.c
index 10fb2c4..3f5caee 100644
--- a/target-i386/kvm.c
+++ b/target-i386/kvm.c
@@ -1801,7 +1801,7 @@ int kvm_arch_handle_exit(CPUState *env, struct kvm_run
*run)
The Buildbot has detected a new failure on builder qmp_i386_debian_5_0 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/qmp_i386_debian_5_0/builds/22
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Build Reason:
The Buildbot has detected a new failure on builder qmp_x86_64_debian_5_0 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/qmp_x86_64_debian_5_0/builds/22
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Build Rea
On Fri, 2011-06-24 at 17:00 +0900, OHMURA Kei wrote:
> 2011/6/24 Christian Brunner :
> > Does anyone know what happened to kemari?
> >
> > Back in March it was on the list for a possible merge in qemu 0.15. In
> > April the last update was sent to this list. After that everything
> > remained silen
On Tue, Jun 28, 2011 at 1:50 AM, malc wrote:
> On Sun, 26 Jun 2011, Blue Swirl wrote:
>
>> Use stack instead of temp_buf array in CPUState for TCG temps.
>>
>
> This works.
Thanks for the ack, applied.
>> Signed-off-by: Blue Swirl
>> ---
>> tcg/ppc/tcg-target.c | 7 +--
>> tcg/ppc64/t
Thanks, applied.
2011/7/2 Hervé Poussineau :
> This bug showed up after 1455084ea2c48abf23c4e4e15e378ee43457f381, and
> may be seen only on operating systems *not* using DMA to give commands
> to SCSI adapter.
>
> Signed-off-by: Hervé Poussineau
> ---
> hw/esp.c | 2 +-
> 1 files changed, 1 i
On Sat, Jul 2, 2011 at 1:02 PM, Andreas Färber wrote:
> Am 02.07.2011 um 11:04 schrieb Blue Swirl:
>
>> On Sat, Jul 2, 2011 at 12:06 AM, malc wrote:
>>>
>>> On Sat, 2 Jul 2011, Blue Swirl wrote:
>>>
On Tue, Jun 28, 2011 at 1:51 AM, malc wrote:
>
> On Sun, 26 Jun 2011, Blue Swirl wro
Am 30.06.2011 um 23:35 schrieb Anthony PERARD:
This patch introduces the two IOPorts on e1000, IOADDR and IODATA. The
IOADDR is used to specify which register we want to access when we
read
or write on IODATA.
This patch fixes some weird behavior that I see when I use e1000 with
QEMU/Xen, th
On Fri, Jul 1, 2011 at 4:35 PM, Hannes Reinecke wrote:
> +static void megasas_mmio_writel(void *opaque, target_phys_addr_t addr,
> + uint32_t val)
> +{
> + MPTState *s = opaque;
> + target_phys_addr_t frame_addr;
> + uint32_t frame_count;
> + int i;
> +
>
Am 02.07.2011 um 10:32 schrieb Stefan Hajnoczi:
On Fri, Jul 1, 2011 at 8:32 PM, Blue Swirl
wrote:
2011/6/27 Ben Vogler :
- Are there any inbuilt data tracing features? For
example,
hardware signal tracing, register monitoring etc.
Tracing is quite new addition, so far it's only
This bug showed up after 1455084ea2c48abf23c4e4e15e378ee43457f381, and
may be seen only on operating systems *not* using DMA to give commands
to SCSI adapter.
Signed-off-by: Hervé Poussineau
---
hw/esp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/esp.c b/hw/esp.
On Sat, Jul 2, 2011 at 3:06 PM, Raghavendra D Prabhu
wrote:
> With default configure, the qemu-kvm client build was failing for me
> since Werror is enabled by default in configure.
> Deprecations (gnutls), gcc signed-overflow optimization
> (Werror=strict-overflows) and few unused-but
Hi,
With default configure, the qemu-kvm client build was failing for me
since Werror is enabled by default in configure.
Deprecations (gnutls), gcc signed-overflow optimization
(Werror=strict-overflows) and few unused-but-set variables were
causing it. I have attached the patc
Am 02.07.2011 um 15:50 schrieb Hannes Reinecke :
> On 07/01/2011 06:42 PM, Alexander Graf wrote:
>>
>> On 01.07.2011, at 17:35, Hannes Reinecke wrote:
>>
>>> This patch adds an emulation for the LSI Megaraid SAS 8708EM2 HBA.
>>
>> Have you tried to execute the current version of megasas and a
On 07/01/2011 06:42 PM, Alexander Graf wrote:
On 01.07.2011, at 17:35, Hannes Reinecke wrote:
This patch adds an emulation for the LSI Megaraid SAS 8708EM2 HBA.
Have you tried to execute the current version of megasas and actually
> do something with it? I just booted up openSUSE 11.4 rescu
On Sat, Jul 02, 2011 at 09:32:37AM +0100, Stefan Hajnoczi wrote:
> On Fri, Jul 1, 2011 at 8:32 PM, Blue Swirl wrote:
> > 2011/6/27 Ben Vogler :
> >> - Are there any inbuilt data tracing features? For example,
> >> hardware signal tracing, register monitoring etc.
> >
> > Tracing is quite
> So you're basically saying we should tackle these 3 issues separately:
>
> * actually pass through a device
> * generate interrupt links
> * model the guest device tree dynamically based on whatever the user
> gives us
Yes.
Paul
Am 02.07.2011 um 11:04 schrieb Blue Swirl:
On Sat, Jul 2, 2011 at 12:06 AM, malc wrote:
On Sat, 2 Jul 2011, Blue Swirl wrote:
On Tue, Jun 28, 2011 at 1:51 AM, malc wrote:
On Sun, 26 Jun 2011, Blue Swirl wrote:
Use TCG_REG_CALL_STACK instead of TCG_REG_R1 etc. for consistency.
This i'd
Hi,
Am 02.07.2011 um 08:13 schrieb Leo Chen.:
qemu-system-mipsel -M mipssim -nographic -kernel bin/test.elf
or
qemu-system-mipsel -M malta -nographic -kernel bin/test.elf
The use of -kernel for a random ELF executable looks strange, even if
it happens to work on arm. Have you tried -bios in
On 2011-07-02 11:08, Blue Swirl wrote:
> On Sat, Jul 2, 2011 at 10:50 AM, Jan Kiszka wrote:
>> From: Jan Kiszka
>>
>> Recent compilers look deep into cpu_exec, find longjmp as a noreturn
>> function and decide to smash some stack variables as they won't be used
>> again. This may lead to env beco
On Sat, Jul 2, 2011 at 10:50 AM, Jan Kiszka wrote:
> From: Jan Kiszka
>
> Recent compilers look deep into cpu_exec, find longjmp as a noreturn
> function and decide to smash some stack variables as they won't be used
> again. This may lead to env becoming invalid after return from setjmp,
> causi
On Sat, Jul 2, 2011 at 12:06 AM, malc wrote:
> On Sat, 2 Jul 2011, Blue Swirl wrote:
>
>> On Tue, Jun 28, 2011 at 1:51 AM, malc wrote:
>> > On Sun, 26 Jun 2011, Blue Swirl wrote:
>> >
>> >> Use TCG_REG_CALL_STACK instead of TCG_REG_R1 etc. for consistency.
>> >>
>> >
>> > This i'd rather avoid.
>
2011/7/2 Hervé Poussineau :
> Signed-off-by: Hervé Poussineau
> ---
> hw/ds1225y.c | 16 +---
> trace-events | 4
> 2 files changed, 9 insertions(+), 11 deletions(-)
Reviewed-by: Stefan Hajnoczi
On Fri, Jul 1, 2011 at 8:43 PM, Blue Swirl wrote:
> On Mon, Jun 27, 2011 at 12:48 PM, Amit Shah wrote:
>> On (Sun) 26 Jun 2011 [20:43:16], Blue Swirl wrote:
>>> On Wed, Jun 22, 2011 at 7:53 AM, Amit Shah wrote:
>>
>> [snip]
>>
>>> > From dec93d9eccd639f7bfd1343dca65fa112eb19e3e Mon Sep 17 00:00:
On Fri, Jul 1, 2011 at 8:32 PM, Blue Swirl wrote:
> 2011/6/27 Ben Vogler :
>> - Are there any inbuilt data tracing features? For example,
>> hardware signal tracing, register monitoring etc.
>
> Tracing is quite new addition, so far it's only used for development
> or debugging QEMU poin
Signed-off-by: Hervé Poussineau
---
hw/ds1225y.c | 100 +--
hw/mips.h |3 --
hw/mips_jazz.c | 11 +-
3 files changed, 83 insertions(+), 31 deletions(-)
diff --git a/hw/ds1225y.c b/hw/ds1225y.c
index 5105b9b..87412e2 100644
---
Signed-off-by: Hervé Poussineau
---
hw/ds1225y.c | 42 +-
hw/mips.h|1 -
2 files changed, 1 insertions(+), 42 deletions(-)
diff --git a/hw/ds1225y.c b/hw/ds1225y.c
index b1c5232..1fd7010 100644
--- a/hw/ds1225y.c
+++ b/hw/ds1225y.c
@@ -33,7 +33,6
This patchset qdev-ifies the ds1225y device, used in MIPS Jazz emulation.
Changes since v1:
- rebased
- split into multiple patches as per Markus advice
Hervé Poussineau (3):
ds1225y: Remove protection stuff, which doesn't belong to this device
ds1225y: use trace framework
ds1225y: convert
Signed-off-by: Hervé Poussineau
---
hw/ds1225y.c | 16 +---
trace-events |4
2 files changed, 9 insertions(+), 11 deletions(-)
diff --git a/hw/ds1225y.c b/hw/ds1225y.c
index 1fd7010..5105b9b 100644
--- a/hw/ds1225y.c
+++ b/hw/ds1225y.c
@@ -24,9 +24,7 @@
#include "hw.h"
From: Jan Kiszka
Recent compilers look deep into cpu_exec, find longjmp as a noreturn
function and decide to smash some stack variables as they won't be used
again. This may lead to env becoming invalid after return from setjmp,
causing crashes. Fix it by reloading env from cpu_single_env in that
31 matches
Mail list logo
