Re: [Qemu-devel] [PATCH master/0.14] virtio-serial: Make sure virtqueue is ready before discarding data

On (Fri) 04 Feb 2011 [06:52:04], Anthony Liguori wrote: > On 02/04/2011 02:54 AM, Amit Shah wrote: > >This can happen if a port gets unplugged before guest has chance to > >initialise vqs. > > > >Reported-by: Juan Quintela > >Signed-off-by: Amit Shah > > Applied to master, Thanks. Hi, What's the

[Qemu-devel] [PATCH] i386: fix MCE compilation

This fixes the following error/warning in the target-i386/helper.c compilation: target-i386/helper.c: In function ‘cpu_inject_x86_mce’: target-i386/helper.c:1151: error: integer constant is too large for ‘long’ type Signed-off-by: Dmitry Eremin-Solenikov --- target-i386/helper.c |2 +- 1 fi

[Qemu-devel] Fashion & Style

Hi Discover free beauty tips, secrets, health advice, home fashion remedy, and celebrity hair and eye make up tricks that will work for any woman, teen and men To discover do visit http://sworldonline.com Regards ... Shilpa ``

Re: [Qemu-devel] Re: [PING 0.14] Missing patches (mostly fixes)

Hi, I've no need, just put it in your tree where you want... Regards, Laurent riku voipio a écrit : >On 02/03/2011 12:16 PM, Laurent Vivier wrote: >>> On Wed, Feb 02, 2011 at 08:28:15PM +0100, Stefan Weil wrote: [PATCH] linux-user: Fix possible realloc memory leak (http://patchwork.o

[Qemu-devel] Re: Porting QEMU to new hosts with unusual ABI (sizeof(long) != sizeof(void *))

Am 05.02.2011 16:35, schrieb Blue Swirl: On Sat, Feb 5, 2011 at 2:39 PM, Stefan Weil wrote: Currently, most QEMU code assumes that pointers and long integers have the same size, typically 32 bit on 32 bit hosts, 64 bit on 64 bit hosts. While this assumption works on QEMU's major hosts, it is n

[Qemu-devel] PATCH] slirp: fix buffer overrun

Since the addition of the slirp member to struct mbuf, the value of SLIRP_MSIZE and the initialization of m_size have not been correct, resulting in overrunning the end of the malloc'd buffer in some cases. Signed-off-by: Bruce Rogers --- slirp/mbuf.c |4 ++-- 1 files changed, 2 insertions(+

[Qemu-devel] Re: Buildbot for qemu.git/master

Here is the buildbot. It currently has a debian-x86_64 slave building qemu.git/master every 24 hours: http://buildbot.vmsplice.net/ Failure notification emails are not being sent to qemu-devel yet. I will do that in a few days unless there are objections. How to add buildslaves for the platform

[Qemu-devel] [PATCH] w32: Fix arguments for GetProcessAffinityMask, SetProcessAffinityMask

These functions take arguments of type PDWORD_PTR which is a pointer to a DWORD_PTR, not a pointer to a DWORD. Cc: Anthony Liguori Signed-off-by: Stefan Weil --- os-win32.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/os-win32.c b/os-win32.c index 566d5e9..b214e6a 1

Re: [Qemu-devel] Re: [PING 0.14] Missing patches (mostly fixes)

On 02/03/2011 12:16 PM, Laurent Vivier wrote: On Wed, Feb 02, 2011 at 08:28:15PM +0100, Stefan Weil wrote: [PATCH] linux-user: Fix possible realloc memory leak (http://patchwork.ozlabs.org/patch/79217/) Looks ok for me. And this one ? linux-user: correct core dump format http://patchwork.o

Re: [Qemu-devel] [PING 0.14] Missing patches (mostly fixes)

On 02/04/2011 02:30 PM, Anthony Liguori wrote: This need the following Acks: [PATCH] linux-user: Fix possible realloc memory leak (http://patchwork.ozlabs.org/patch/79217/) Riku I thought I gave an OK for this already. Acked-By: Riku Voipio

Re: [Qemu-devel] [PING 0.14] Missing patches (mostly fixes)

On Fri, Feb 04, 2011 at 06:30:24AM -0600, Anthony Liguori wrote: > >[PATCH 1/3] pci: Fix memory leak > >(http://patchwork.ozlabs.org/patch/79996/) > > mst (looks like he did) Yes, ack.

[Qemu-devel] [RFC PATCH -V1 1/4] hw/9pfs: Add file descriptor reclaim support

This add file descriptor recliam to 9p server Signed-off-by: Aneesh Kumar K.V --- hw/9pfs/virtio-9p.c | 424 +++--- hw/9pfs/virtio-9p.h | 22 ++- 2 files changed, 278 insertions(+), 168 deletions(-) diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio

[Qemu-devel] [RFC PATCH -V1 4/4] hw/9pfs: Add open flag to fid

We use this flag when we reopen the file. We need to track open flag because if the open request have flags like O_SYNC, we want to open the file with same flag in host too Signed-off-by: Aneesh Kumar K.V --- hw/9pfs/virtio-9p.c | 57 ++- hw/9pfs

[Qemu-devel] [RFC PATCH -V1 2/4] hw/9pfs: Use v9fs_do_close instead of close

we should use the local abstraction instead of directly calling close. Signed-off-by: Aneesh Kumar K.V --- hw/9pfs/virtio-9p.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c index 86a32a4..2d9ca11 100644 --- a/hw/9pfs/virtio-

[Qemu-devel] [RFC PATCH -V1 3/4] hw/9pfs: Implement syncfs

Signed-off-by: Aneesh Kumar K.V --- hw/9pfs/virtio-9p.c | 31 +++ hw/9pfs/virtio-9p.h |2 ++ 2 files changed, 33 insertions(+), 0 deletions(-) diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c index 2d9ca11..1518e00 100644 --- a/hw/9pfs/virtio-9p.c +++ b/hw

Re: [Qemu-devel] Porting QEMU to new hosts with unusual ABI (sizeof(long) != sizeof(void *))

Am 05.02.2011 17:03, schrieb Stefan Hajnoczi: On Sat, Feb 5, 2011 at 2:39 PM, Stefan Weil wrote: My current version of the patch is available from http://qemu.weilnetz.de/0001-Fix-conversions-from-pointer-to-integral-type-and-vi.patch. Out of interest, did you audit the code manually

[Qemu-devel] Buildbot for qemu.git/master

Occassionally a commit that breaks the build gets merged into qemu.git/master. Build testing manually across all host platforms is not feasible for most developers. Remember we cover 32- and 64-bit x86 Linux, Windows, and other host platforms. There are factors like compile time but the main pro

Re: [Qemu-devel] Porting QEMU to new hosts with unusual ABI (sizeof(long) != sizeof(void *))

On Sat, Feb 5, 2011 at 2:39 PM, Stefan Weil wrote: > My current version of the patch is available from > http://qemu.weilnetz.de/0001-Fix-conversions-from-pointer-to-integral-type-and-vi.patch. Out of interest, did you audit the code manually or use something like coccinelle? Stefan

[Qemu-devel] Re: [PATCH] qemu-timer: Fix compilation of new timer code for w32, w64

On 02/04/2011 10:01 PM, Stefan Weil wrote: qemu_next_alarm_deadline() is needed by MinGW, too. Cc: Paolo Bonzini Cc: Anthony Liguori Signed-off-by: Stefan Weil --- qemu-timer.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/qemu-timer.c b/qemu-timer.c index b1a3a8

[Qemu-devel] Re: Porting QEMU to new hosts with unusual ABI (sizeof(long) != sizeof(void *))

On Sat, Feb 5, 2011 at 2:39 PM, Stefan Weil wrote: > Currently, most QEMU code assumes that pointers and long integers have > the same size, typically 32 bit on 32 bit hosts, 64 bit on 64 bit hosts. > > While this assumption works on QEMU's major hosts, it is not generally true. > > There exist 64

Re: [Qemu-devel] 0.14.0 Release Schedule - Update

On 02/04/2011 06:48 AM, Anthony Liguori wrote: I've also updated http://wiki.qemu.org/Planning/0.14 No dates were changed, but I've put in dates for two release candidates. I'll be travelling over the next week but I don't expect that to be a problem here. Please note that the dates are tar

[Qemu-devel] [Bug 498107] Re: www.qemu.org and www.nongnu.org/qemu have a lot of bugs

qemu-0.14.0-rc0/qemu-tech.html "3.1 test-i386" The described command " make test" don't work. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/498107 Title: www.qemu.org and www.nongnu.org/qemu have

[Qemu-devel] [Bug 498107] Re: www.qemu.org and www.nongnu.org/qemu have a lot of bugs

qemu-0.14.0-rc0/qemu-tech.html Broken links in "2.13 Bibliography": [1] http://citeseer.nj.nec.com/piumarta98optimizing.html [6] http://www.willows.com [11] http://www.twoostwo.org -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

[Qemu-devel] Porting QEMU to new hosts with unusual ABI (sizeof(long) != sizeof(void *))

Currently, most QEMU code assumes that pointers and long integers have the same size, typically 32 bit on 32 bit hosts, 64 bit on 64 bit hosts. While this assumption works on QEMU's major hosts, it is not generally true. There exist 64 bit host OS which use an ABI with 32 bit long integers, mayb

[Qemu-devel] Croisiere en Corse en CATAMARAN

Si vous avez des difficultés pour lire cet email, consultez la version en ligne . Si vous desirez vous desinscrire, suivez http://ambre.jipy.info/phplist/?p=unsubscribe&uid=830a851b3f7d79d9e3cdde44094f383d Pour transferer ce mail a un

[Qemu-devel] Re: [PATCH 00/13] AMD IOMMU emulation patchset (reworked cc/to)

On Thu, Feb 3, 2011 at 11:32 PM, Eduard - Gabriel Munteanu wrote: > Hi again, > > Sorry for the mess, I forgot to cc Michael and this should go through his > tree. > I'm also cc-ing the SeaBIOS people. > > malc already ack-ed the audio bits. Please use scripts/checkpatch.pl to check for whitespa

[Qemu-devel] Re: [trivial PATCH 0.14+] fix compile error on i386

On 2011-02-05 10:27, Michael Tokarev wrote: > When compiling on i386 (32bit) compiler choles on this: > > CCx86_64-softmmu/helper.o > cc1: warnings being treated as errors > target-i386/helper.c: In function 'cpu_inject_x86_mce': > target-i386/helper.c:1153: error: integer constant is too la

[Qemu-devel] Re: [PATCH 01/13] Generic DMA memory access interface

On Thu, Feb 3, 2011 at 11:32 PM, Eduard - Gabriel Munteanu wrote: > This introduces replacements for memory access functions like > cpu_physical_memory_read(). The new interface can handle address > translation and access checking through an IOMMU. > > Signed-off-by: Eduard - Gabriel Munteanu > -

[Qemu-devel] [trivial PATCH 0.14+] fix compile error on i386

When compiling on i386 (32bit) compiler choles on this: CCx86_64-softmmu/helper.o cc1: warnings being treated as errors target-i386/helper.c: In function 'cpu_inject_x86_mce': target-i386/helper.c:1153: error: integer constant is too large for 'long' type qemu_inject_x86_mce() accepts uint6

[Qemu-devel] Qemu/KVM VNC bug with French Keyboard and AltGr

Hello, When we launch KVM (12.5 or 13) with option -vnc 192.168.0.1:50 -k fr (or without option) we are not able to use AltGr key on Debian Squeeze or Windows 7. I launch xev to see the keycode/keysyms, it's the same than del key (keycode 119). SunJava6 send keycode -> key code = 65406 (Alt gra

Re: [Qemu-devel] New stable branch information

04.02.2011 15:25, Anthony Liguori wrote: > To help make the stable branch more active than it has been in the past, > I'd like to split the stable branch into a separate tree to allow the > tree to develop a life of its own over time. What's the difference between a separate tree and a branch in m