On Sun, Jan 19, 2014 at 11:12 AM, Peter Maydell
wrote:
> On 19 January 2014 00:59, Peter Crosthwaite
> wrote:
>> Do you even need this now? The normal arrayified dc->props properties
>> are added at device::init time. As TYPE_DEVICE is a parent class, its
>> init function is called before CPUs (n
On Sun, Jan 19, 2014 at 11:06 AM, Peter Maydell
wrote:
> On 19 January 2014 00:48, Peter Crosthwaite
> wrote:
>> On Sun, Jan 19, 2014 at 8:01 AM, Peter Maydell
>> wrote:
>>> On 16 January 2014 04:31, Alistair Francis
>>> wrote:
env->cp15.c9_pmcr &= ~0x39;
env->cp15.c9_pmcr
On 19 January 2014 00:59, Peter Crosthwaite
wrote:
> Do you even need this now? The normal arrayified dc->props properties
> are added at device::init time. As TYPE_DEVICE is a parent class, its
> init function is called before CPUs (normal inits are called in
> parent->child order, the post_inits
On 19 January 2014 00:48, Peter Crosthwaite
wrote:
> On Sun, Jan 19, 2014 at 8:01 AM, Peter Maydell
> wrote:
>> On 16 January 2014 04:31, Alistair Francis
>> wrote:
>>> env->cp15.c9_pmcr &= ~0x39;
>>> env->cp15.c9_pmcr |= (value & 0x39);
>>> +
>>> +if (value & PMCRC) {
>>> +
On Tue, Jan 14, 2014 at 9:48 AM, Alistair Francis
wrote:
> Convert the MIDR register to a property. This allows boards to later set
> a custom MIDR value. This has been done in such a way to maintain
> compatibility with all existing CPUs and boards
>
> Signed-off-by: Alistair Francis
> ---
> I o
On Sun, Jan 19, 2014 at 8:01 AM, Peter Maydell wrote:
> On 16 January 2014 04:31, Alistair Francis
> wrote:
>> This patch implements the ARM PMCCNTR register including
>> the disable and reset components of the PMCR register.
>>
>> Signed-off-by: Alistair Francis
>> ---
>> This patch assumes th
On 16 January 2014 04:31, Alistair Francis wrote:
> This patch implements the ARM PMCCNTR register including
> the disable and reset components of the PMCR register.
>
> Signed-off-by: Alistair Francis
> ---
> This patch assumes that non-invasive debugging is not permitted
> when determining if t
This patch adds the emulation for a serial Genius mouse using
Mouse Systems protocol (5bytes).
This protocol is compatible with most 3-button serial mice.
Signed-off-by: Romain Naour
---
Changes v2 -> v3:
Following Peter Maydell's feedback:
Fixes typos
Duplicated code factored into a common uti
Hi,
[snip]
+int dx;
+int dy;
+int button;
+struct QEMUTimer *transmit_timer; /* QEMU timer */
+uint64_t transmit_time; /* time to transmit a char in ticks */
+unsigned char data[5];
+int index;
+} gnmouse_save;
How does all this state get migrated at VM mig
Thanks Stefan for your kind response.
I am OK with C programming and wrote couple of LKM related to FPGA device.
But my understanding of QEMU is very limited.
Let me ask some specific question on what I wanted to do.
I am looking forward to emulate single-chip Ethernet controller.
I can find s
On 17.01.2014 15:15, Kevin Wolf wrote:
Signed-off-by: Kevin Wolf
---
block.c| 7 ++
block/blkdebug.c | 8 ++
include/block/block.h | 8 ++
tests/qemu-iotests/077 | 278 +
tests/qemu-iotests/077.out | 2
Public bug reported:
After live migrating my virtual machine it panics because of
segmentation fault in systemd (see attachment).
Software used (on archlinux):
qemu 1.7.0-1
libvirt 1.2.0-1
linux 3.12.7-1
This is configuration of this VM:
vbroker
455c9c62-10a6-11e3-a7f2-441ea153aac8
455c9c
Before, one iteration send the amount of data is continuous dirty block,
maximum is mirror buffer size(default is 10M).
This way has a low write/read performance. If image type is raw, first loop,
all the data is dirty.
One iteration, read 10M data and then write 10M data to target image, so re
On 18 January 2014 08:30, Gonglei (Arei) wrote:
> Ping?
>
>> -Original Message-
>> From: Gonglei (Arei)
>> Sent: Friday, January 10, 2014 4:59 PM
>> To: qemu-devel@nongnu.org
>> Cc: Luonengjun; Huangweidong (Hardware); chenliang (T)
>> Subject: [PATCH] migration: Fix free XBZRLE decoded_bu
On 18 January 2014 13:47, Martin Husemann wrote:
> Do not rely on int8_t (and friends) not being preprocessor
> symbols (or symbols expanding to themselves). On NetBSD (for example) the
> glue(u, SDATA_TYPE) results in u__int8_t, which is undefined. There is no way
> to stop cpp expanding inne
Do not rely on int8_t (and friends) not being preprocessor
symbols (or symbols expanding to themselves). On NetBSD (for example) the
glue(u, SDATA_TYPE) results in u__int8_t, which is undefined. There is no way
to stop cpp expanding inner macros, so just add the few lines explicitly and
get ri
2014/1/17 Andreas Färber
> Am 15.01.2014 11:22, schrieb Kevin Wolf:
> > From: Kewei Yu
> >
> > When we disable vnc from "./configure", QEMU can't use the vnc option.
> > So qtest can't use the "vnc -none ", otherwise "make check" fails.
> > If QEMU uses "-display none", "-vnc none" is excrescent
On 18 January 2014 06:38, Andreas Färber wrote:
> Signed-off-by: Andreas Färber
> ---
> My first such patch, so take with care!
Looks OK to me.
Reviewed-by: Peter Maydell
thanks
-- PMM
On 18 January 2014 07:32, Alexander Graf wrote:
>> Am 18.01.2014 um 05:24 schrieb Christoffer Dall
>> :
>>> On Fri, Jan 17, 2014 at 06:52:57PM +, Peter Maydell wrote:
>>> Having thought a little more about this, my opinion is:
>>>
>>> * we should specify that the byte order of the mmio.data
>
On 17 January 2014 19:20, Erik de Castro Lopo wrote:
> When I implemented the POSIX timer syscalls a little while ago I got
> them working for my specific use case. Since then someone pointed
> out that the implementation was not complete and I'd like to fix
> that. The ticket is here:
>
> htt
Ping?
> -Original Message-
> From: Gonglei (Arei)
> Sent: Friday, January 10, 2014 4:59 PM
> To: qemu-devel@nongnu.org
> Cc: Luonengjun; Huangweidong (Hardware); chenliang (T)
> Subject: [PATCH] migration: Fix free XBZRLE decoded_buf wrong
>
> Hi,
>
> When qemu do live migration with xbz
21 matches
Mail list logo
