On Fri, Aug 5, 2011 at 5:49 PM, malc av1...@comtv.ru wrote:
On Fri, 5 Aug 2011, Stefan Hajnoczi wrote:
On Fri, Aug 5, 2011 at 7:22 AM, malc av1...@comtv.ru wrote:
/home/malc/x/rcs/git/qemuorg/coroutine-ucontext.c: In function
'coroutine_new':
Rework option parsing code for linux-user in a table-driven manner to allow
environment variables for all commandline options.
Also generate usage() output from option table.
Fix complains from checkpatch.pl, also have envlist global
Signed-off-by: Johannes Schauer j.scha...@email.de
---
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 unsigned
On Fri, Aug 5, 2011 at 10:21 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
On Fri, Aug 5, 2011 at 10:32 PM, Blue Swirl blauwir...@gmail.com wrote:
On Fri, Aug 5, 2011 at 4:36 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
Host x86_64, guest sparc64. Found a case where a branch instruction
On 08/05/2011 10:25 PM, TeLeMan wrote:
On Sat, Aug 6, 2011 at 04:46, Blue Swirlblauwir...@gmail.com wrote:
On Fri, Aug 5, 2011 at 8:09 PM, Kenneth Salerno
kennethsale...@yahoo.com wrote:
Hi,
I'm not sure if any defaults (build or runtime) have changed since 0.14.1, but
I can no longer get
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.
On Sat, Aug 6, 2011 at 1:33 PM, Anthony Liguori anth...@codemonkey.ws wrote:
On 08/05/2011 10:25 PM, TeLeMan wrote:
On Sat, Aug 6, 2011 at 04:46, Blue Swirlblauwir...@gmail.com wrote:
On Fri, Aug 5, 2011 at 8:09 PM, Kenneth Salerno
kennethsale...@yahoo.com wrote:
Hi,
I'm not sure if
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
On Sat, Aug 6, 2011 at 2:09 PM, Blue Swirl blauwir...@gmail.com wrote:
On Fri, Aug 5, 2011 at 10:21 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
On Fri, Aug 5, 2011 at 10:32 PM, Blue Swirl blauwir...@gmail.com wrote:
On Fri, Aug 5, 2011 at 4:36 PM, Artyom Tarasenko atar4q...@gmail.com
Check whether dc-npc is dynamic before using its value for branch.
Signed-off-by: Artyom Tarasenko atar4q...@gmail.com
---
Particaluary the patch fixes handling of the constructions like
0x13e26c0: brz,pn %o0, 0x13e26e4
0x13e26c4: brlez,pn %o1, 0x13e26e4
present in NetBSD-5.1
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 Bonzinipbonz...@redhat.com
---
hw/arm_timer.c | 1 +
hw/etraxfs_timer.c | 1
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
Thanks, applied.
On Sat, Aug 6, 2011 at 3:01 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
Check whether dc-npc is dynamic before using its value for branch.
Signed-off-by: Artyom Tarasenko atar4q...@gmail.com
---
Particaluary the patch fixes handling of the constructions like
0x13e26c0:
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
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
On Sat, Aug 6, 2011 at 8:33 PM, Stefan Weil w...@mail.berlios.de 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
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.
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 blauwir...@gmail.com wrote:
Thanks, applied.
On Sat, Aug 6, 2011 at 3:01 PM, Artyom Tarasenko atar4q...@gmail.com wrote:
Check whether dc-npc is dynamic before using its
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.
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
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
21 matches
Mail list logo
