On 09/28/2014 06:22 AM, Richard Henderson wrote:
+case OPC2_32_BIT_XNOR_T:
+gen_bit_1op(cpu_gpr_d[r3], cpu_gpr_d[r1], cpu_gpr_d[r2],
+pos1, pos2, &tcg_gen_xor_tl);
tcg_gen_eqv_tl
I often don't use the optimal tcg-frontend operation, since the
documentation I mo
On 09/26/2014 12:05 AM, Alexey Kardashevskiy wrote:
> On 09/25/2014 10:39 PM, Kevin Wolf wrote:
>> Am 25.09.2014 um 14:29 hat Alexey Kardashevskiy geschrieben:
>>> On 09/25/2014 08:20 PM, Kevin Wolf wrote:
Am 25.09.2014 um 11:55 hat Alexey Kardashevskiy geschrieben:
> Right. Cool. So is be
Public bug reported:
What happened:
I ran the 9front installation ISO (here:
http://r-36.net/9front/9front-3853.02ebd469f43a.iso.bz2) in QEMU, with a blank
qcow2, using `qemu-system-i386 -hda 9front.qcow2.img -cdrom
9front-3853.02ebd469f43a.iso -boot d -vga std -m 1G`. During the console boot,
On 28 September 2014 13:05, Bastian Koppelmann
wrote:
> I often don't use the optimal tcg-frontend operation, since the
> documentation I mostly use is
> http://wiki.qemu.org/Documentation/TCG/frontend-ops, which is outdated.
Probably better to read (and update if necessary) tcg/README.
-- PMM
http://patchwork.ozlabs.org/patch/390074/
It is a rather simple patch adding support for the Pause key in the GTK
UI. It should not cause any regressions. Please apply. Thanks.
M.D.
On 16-09-2014 16:04, Martin Decky wrote:
Special handing of the Pause key. Implemented in a similar way as in
On Mon, Sep 22, 2014 at 08:34:56PM +0100, Alex Bligh wrote:
> Add a machine parameter qemu-kvm-migration for live migrate compatibility
> with qemu-kvm version 1.0. Usage:
> -machine pc-1.0,qemu-kvm-migration=on
I would rename "migration" to "compatibility" everywhere.
Though it's a matter of
Hi
Please, send any topic that you are interested in covering.
Call details:
15:00 CEST
13:00 UTC
09:00 EDT
Every two weeks
By popular demand, a google calendar public entry with it
https://www.google.com/calendar/embed?src=dG9iMXRqcXAzN3Y4ZXZwNzRoMHE4a3BqcXNAZ3JvdXAuY2FsZW5kYXIuZ29vZ
Michael,
>> +static const VMStateDescription vmstate_acpi_compat = {
>> +.name = "piix4_pm",
>> +.version_id = 3,
>> +.minimum_version_id = 2,
>> +.minimum_version_id_old = 1,
>> +.load_state_old = NULL, /* to avoid recursion */
>> +.post_load = vmstate_acpi_post_load,
>> +
Is there a version that does work? If so, could you try bisecting
things?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1374905
Title:
Pixelation issue in 16-bit color VGA graphics
Status in QEMU:
Hi, Michael
Would you like to pick up this patch, which had
been reviewed by Markus and Eric?
Thanks. :)
Best regards,
-Gonglei
> -Original Message-
> From: Gonglei (Arei)
> Sent: Thursday, September 18, 2014 9:06 PM
> To: qemu-devel@nongnu.org
> Cc: m...@redhat.com; Huangweidong (C);
On Fri, Sep 26, 2014 at 05:29:02PM +0200, Igor Mammedov wrote:
> On Thu, 4 Sep 2014 11:36:20 +0530
> Bharata B Rao wrote:
>
> > Separate out CPU initialization code into a new routine ppc_new_cpu()
> > so that it can be used from CPU hotplug path too.
> >
> > Signed-off-by: Bharata B Rao
> > -
Hi Igor,
On 09/26/2014 09:06 PM, Igor Mammedov wrote:
> On Wed, 17 Sep 2014 09:24:00 +0800
> Gu Zheng wrote:
>
>> Add cpu hotplug handler to PC_MACHINE, which will perform the acpi
>> cpu hotplug callback via hotplug_handler API.
>>
>> v3:
>> -deal with start up cpus in a more neat way as Igor
Hi Igor,
On 09/26/2014 09:23 PM, Igor Mammedov wrote:
> On Wed, 17 Sep 2014 09:24:01 +0800
> Gu Zheng wrote:
>
>> Update rtc_cmos in pc_cpu_plug directly instead of the notifier, with
>> this change, there will no user of CPU hot-plug notifier any more, so
>> remove it.
>>
>> Signed-off-by: Gu Z
A new implementation for qemu_poll_ns based on epoll is introduced here
to address the slowness of g_poll and ppoll when the number of fds are
high.
On my laptop this would reduce the virtio-blk on top of null-aio
device's response time from 32 us to 29 us with few fds (~10), and 48 us
to 32 us wi
14 matches
Mail list logo
