Il 09/04/2014 16:56, Richard Henderson ha scritto:
Older Intel manuals (pre-2010) describe Z as undefined, but AMD and
newer Intel manuals describe Z as unchanged.
Signed-off-by: Richard Henderson
---
target-i386/translate.c | 40 +++-
1 file changed, 31 ins
On 19 April 2014 23:41, Clemens Kolbitsch wrote:
> Thanks guys, awesome feedback and glad to see it was picked up in QEMU 2.0
> :)
This didn't go into 2.0 -- it arrived somewhat late for that. It'll get into 2.1
(and perhaps 2.0.1, if anybody cares enough to cc stable on it).
thanks
-- PMM
Thanks guys, awesome feedback and glad to see it was picked up in QEMU 2.0
:)
On Sat, Apr 19, 2014 at 3:21 PM, Peter Maydell wrote:
> On 19 April 2014 23:04, Paolo Bonzini wrote:
> > The new code should apply to btc/btr/bts too.
>
> ...see also RTH's patch:
>
> https://lists.gnu.org/archive/htm
Great, thanks for the feedback and the fix Richard!
On Wed, Apr 9, 2014 at 1:56 PM, Richard Henderson wrote:
> Older Intel manuals (pre-2010) describe Z as undefined, but AMD and
> newer Intel manuals describe Z as unchanged.
>
> Signed-off-by: Richard Henderson
> ---
> target-i386/translate.
On 19 April 2014 23:04, Paolo Bonzini wrote:
> The new code should apply to btc/btr/bts too.
...see also RTH's patch:
https://lists.gnu.org/archive/html/qemu-devel/2014-04/msg01455.html
thanks
-- PMM
Il 09/04/2014 13:55, Clemens Kolbitsch ha scritto:
Hi,
quick follow-up. *As always* you find a problem right after asking for
help :). The updated patch does not cause BSOD on Windows guests, but
neither does it fix the actual problem (of the program seg-faulting)
I would really appreciate any
On 04/18/2014 09:56 PM, Amos Kong wrote:
> Currently we always add a space after c_type in mcgen(), there is
> some redundant space in generated code. The space isn't needed for
> points by the coding style.
Second sentence is awkward; maybe:
Avoiding the space when appropriate makes us match the
Il 18/04/2014 23:56, Amos Kong ha scritto:
Currently we always add a space after c_type in mcgen(), there is
some redundant space in generated code. The space isn't needed for
points by the coding style.
char * value;
^
qapi_free_NameInfo(NameInfo * obj)
Il 19/04/2014 13:39, Mike Frysinger ha scritto:
From: Tim Comer
The current code calls accept() without initializing the size parameter
which means the accept call might write too much to the stack.
URL: https://bugs.gentoo.org/486714
Signed-off-by: Tim Comer
Signed-off-by: Mike Frysinger
--
Il 18/04/2014 11:21, Andreas Färber ha scritto:
Improving this is greatly appreciated, thanks.
Now, I can see two ways things can go wrong: a) Mistyping or later
refactoring devices, or b) user typos or thinkos.
And four ways to set globals: -global, config file (I hope?), legacy
command line op
Il 18/04/2014 12:36, Andreas Färber ha scritto:
Am 18.04.2014 15:41, schrieb Kirill Batuzov:
PortioList is an abstraction used for construction of MemoryRegionPortioList
from MemoryRegionPortio. It is not needed later, so there is no need to
allocate it dynamically. Also portio_list_destroy sh
Pete Stevenson writes:
> Hi All -
> I would like to generate a trace of all memory accesses (i.e. read or write,
> physical address, and data content/payload). The end goal is to use this trace
> to drive a separate memory system simulator. Ideally, the trace would also
> provide core-id and a tim
From: Tim Comer
The current code calls accept() without initializing the size parameter
which means the accept call might write too much to the stack.
URL: https://bugs.gentoo.org/486714
Signed-off-by: Tim Comer
Signed-off-by: Mike Frysinger
---
fsdev/virtfs-proxy-helper.c | 1 +
1 file chang
Thankyou for your reply. Live migration does seem like an interesting
option to explore. I will look into it and get back if I get stuck.
On Wed, Apr 16, 2014 at 6:16 PM, Kevin Wolf wrote:
> Am 15.04.2014 um 16:55 hat Shehbaz Jaffer geschrieben:
> > Thankyou for your reply. I do not face the er
Am 19.04.2014 11:53, schrieb Peter Maydell:
> It's almost always much simpler just to build on the host
> system. Since there's nothing you can do with the cross
> compiled binaries unless you already have a host system,
> I think what you need to do first is get and set up the ARM
> hardware you'r
Il 18/04/2014 18:54, Fabio Fantoni ha scritto:
Il 18/04/2014 17:59, Andreas Färber ha scritto:
Am 18.04.2014 17:36, schrieb Fabio Fantoni:
2014-04-18 17:21 GMT+02:00 Andreas Färber mailto:afaer...@suse.de>>:
Hi Don,
Am 25.03.2014 00 :55, schrieb Don Slutz:
> This can help a u
Testing latest xen with qemu 2.0.0-rc2 and spice-server 0.12.4 I found
this bug on qemu logs of domU using emulated vga different from qxl (for
now not working on xen, already reported in the past but not yet resolved):
...
main_channel_link: add main channel client
main_channel_handle_parsed: n
On 19 April 2014 00:28, New B wrote:
> I just realized that the original subject of my question was not accurate.
>
> I am trying to compile qemu to run on an arm host. I don't have an arm host
> yet. Until I get one, I am just trying to build and link it on an x86_64
> ubuntu machine. (If I
18 matches
Mail list logo
