Am 06.08.2011 01:17, schrieb Kenneth Salerno:
With this patch it gets caught up in tcg/tcg.c line 1646:
if (ts->val_type == TEMP_VAL_REG)
...
else if (ts->val_type == TEMP_VAL_MEM)
...
else if (ts->val_type == TEMP_VAL_CONST)
} else { <--- we get here by changing unsigned int to unsigne
On Fri, Aug 5, 2011 at 10:21 PM, Artyom Tarasenko wrote:
> On Fri, Aug 5, 2011 at 10:32 PM, Blue Swirl wrote:
>> On Fri, Aug 5, 2011 at 4:36 PM, Artyom Tarasenko wrote:
>>> Host x86_64, guest sparc64. Found a case where a branch instruction
>>> (brz,pn %o0) unexpectedly jumps to an unexpected
On 08/05/2011 10:25 PM, TeLeMan wrote:
On Sat, Aug 6, 2011 at 04:46, Blue Swirl wrote:
On Fri, Aug 5, 2011 at 8:09 PM, Kenneth Salerno
wrote:
Hi,
I'm not sure if any defaults (build or runtime) have changed since 0.14.1, but
I can no longer get the following to work anymore for QEMU versio
Copy propagation introduced in 22613af4a6d9602001e6d0e7b6d98aa40aa018dc
considered only global registers. However, register temps and stack
allocated locals must be handled differently because register temps
don't survive across brcond.
Fix by propagating only within same class of temps.
Signed-o
On Sat, Aug 6, 2011 at 1:33 PM, Anthony Liguori wrote:
> On 08/05/2011 10:25 PM, TeLeMan wrote:
>>
>> On Sat, Aug 6, 2011 at 04:46, Blue Swirl wrote:
>>>
>>> On Fri, Aug 5, 2011 at 8:09 PM, Kenneth Salerno
>>> wrote:
Hi,
I'm not sure if any defaults (build or runtime) have c
On 06/23/2011 07:31 AM, Daniel P. Berrange wrote:
Allow client connections for VNC and socket based character
devices to be passed in over the monitor using SCM_RIGHTS.
One intended usage scenario is to start QEMU with VNC on a
UNIX domain socket. An unprivileged user which cannot access
the UNI
On Sat, Aug 6, 2011 at 2:09 PM, Blue Swirl wrote:
> On Fri, Aug 5, 2011 at 10:21 PM, Artyom Tarasenko wrote:
>> On Fri, Aug 5, 2011 at 10:32 PM, Blue Swirl wrote:
>>> On Fri, Aug 5, 2011 at 4:36 PM, Artyom Tarasenko
>>> wrote:
Host x86_64, guest sparc64. Found a case where a branch instru
Check whether dc->npc is dynamic before using its value for branch.
Signed-off-by: Artyom Tarasenko
---
Particaluary the patch fixes handling of the constructions like
0x13e26c0: brz,pn %o0, 0x13e26e4
0x13e26c4: brlez,pn %o1, 0x13e26e4
present in NetBSD-5.1
target-sparc/translate.c |
On 08/05/2011 05:56 PM, Anthony Liguori wrote:
On 08/02/2011 06:47 AM, Paolo Bonzini wrote:
Since the next patch will move VMState declarations for ptimers out
of hw/hw.h, prepare a place for them.
Signed-off-by: Paolo Bonzini
---
hw/arm_timer.c | 1 +
hw/etraxfs_timer.c | 1 +
hw/grlib_apbuart.c
Am 06.08.2011 16:06, schrieb Blue Swirl:
Copy propagation introduced in 22613af4a6d9602001e6d0e7b6d98aa40aa018dc
considered only global registers. However, register temps and stack
allocated locals must be handled differently because register temps
don't survive across brcond.
Fix by propagating
Thanks, applied.
On Sat, Aug 6, 2011 at 3:01 PM, Artyom Tarasenko wrote:
> Check whether dc->npc is dynamic before using its value for branch.
>
> Signed-off-by: Artyom Tarasenko
> ---
> Particaluary the patch fixes handling of the constructions like
>
> 0x13e26c0: brz,pn %o0, 0x13e26e4
> 0x1
Am 06.08.2011 22:13, schrieb Stefan Weil:
Am 06.08.2011 16:06, schrieb Blue Swirl:
Copy propagation introduced in 22613af4a6d9602001e6d0e7b6d98aa40aa018dc
considered only global registers. However, register temps and stack
allocated locals must be handled differently because register temps
don't
guest_agent is not supported for mingw32, so the default value
should be 'no', not 'yes'.
This removes the dependencies to glib-2.0 and python which
makes native and cross builds for w32 much easier (no need
to get and install these extra packages).
It also avoids the problems caused by different
On Sat, Aug 6, 2011 at 8:33 PM, Stefan Weil wrote:
> Am 06.08.2011 22:13, schrieb Stefan Weil:
>>
>> Am 06.08.2011 16:06, schrieb Blue Swirl:
>>>
>>> Copy propagation introduced in 22613af4a6d9602001e6d0e7b6d98aa40aa018dc
>>> considered only global registers. However, register temps and stack
>>>
Copy propagation introduced in 22613af4a6d9602001e6d0e7b6d98aa40aa018dc
considered only global registers. However, register temps and stack
allocated locals must be handled differently because register temps
don't survive across brcond.
Fix by propagating only within same class of temps.
Signed-o
Since it's a pure bug fix, do you think can it be applied to 0.15 as well?
On Sat, Aug 6, 2011 at 10:14 PM, Blue Swirl wrote:
> Thanks, applied.
>
> On Sat, Aug 6, 2011 at 3:01 PM, Artyom Tarasenko wrote:
>> Check whether dc->npc is dynamic before using its value for branch.
>>
>> Signed-off-by:
PROMOTION SITE WEB
Du 01 au 20 Août 2011
Nous proposons aux entreprises/associations une solution Internet clé en
main à 999 Dinars. Grande ou petite, votre entreprise/association ne peut
plus se passer d’un site internet si elle désire grandir et se faire
connaitre du plus grand nombre. Nou
The Buildbot has detected a new failure on builder xen_i386_debian_5_0 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/xen_i386_debian_5_0/builds/57
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Build Reason:
The Buildbot has detected a new failure on builder xen_x86_64_debian_5_0 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/xen_x86_64_debian_5_0/builds/57
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: yuzuki
Build Rea
Am 06.08.2011 23:26, schrieb Blue Swirl:
Copy propagation introduced in 22613af4a6d9602001e6d0e7b6d98aa40aa018dc
considered only global registers. However, register temps and stack
allocated locals must be handled differently because register temps
don't survive across brcond.
Fix by propagating
20 matches
Mail list logo
