The Buildbot has detected a new failure on builder xen42 while building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/xen42/builds/33
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: anthony_xen
Build Reason: The Nightly scheduler
Hello,
Didn't find it. For what does QXL stand for?
Thanx.
Ciao,
Gerhard
On Sun, Dec 09, 2012 at 12:02:52PM +0800, liu ping fan wrote:
On Thu, Dec 6, 2012 at 4:47 AM, Stefan Hajnoczi stefa...@redhat.com wrote:
+void hostmem_init(Hostmem *hostmem)
+{
+memset(hostmem, 0, sizeof(*hostmem));
+
+hostmem-listener = (MemoryListener){
+.begin =
On Fri, Dec 07, 2012 at 12:46:10PM -0700, Alex Williamson wrote:
The kernel already exposes an interface for this, x86 returns a proper
value and for the rest we can default to the defacto standard of 32.
The primary motivation for this is to support more PCI assigned
devices, both through
Hello Friend,
I don't think so. He is referring to a normal modem with an AT command
set not responding
to incoming call, which is probably a setup issue.
I am referring to how the _hardware handshake_ signals from the guest
environment are passed to the host.
best regards
Kees
On 12/9/12,
On 9 December 2012 07:28, Stefan Weil s...@weilnetz.de wrote:
Most (or even all?) buildbots show the same problem which I have
with my local Debian squeeze distribution:pixman is older than
0.18.4 (Debian uses 0.16.4-1), so builds which worked recently
now fail because they require the
Have you had any further progress on this regression/problem?
Hi Peter,
I didn't re-tested myself,
but a proxmox user who's have the problem with qemu-kvm 1.2, with windows guest
and linux guest,
don't have the problem anymore with qemu 1.3.
Hello,
The scope traces that I sent are from 2 sources yes, the one with the
'short' RTS time is taken when the port was driven by the (Linux)
guest .
The trace with the correct RTS length was taken when the port was
driven by the (Linux) host.
Both times the same application. I looked in the
Am 08.12.2012 21:00, schrieb Blue Swirl:
On Sat, Dec 8, 2012 at 6:02 PM, Andreas Färber afaer...@suse.de wrote:
Am 08.12.2012 18:54, schrieb Blue Swirl:
Thanks, applied.
As discussed this still leaves some cpudef cruft behind.
But Eduardo said that it will be removed later.
I chose not to
could this be related? https://bugs.launchpad.net/ubuntu/+bug/1087519
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1086745
Title:
serial port data THRE comes too early
Status in QEMU:
New
Bug
I don't think so. He is referring to a normal modem with an AT command
set not responding
to incoming call, which is probably a setup issue.
no. please read further on; i described another oddity in the same bugreport.
I am referring to how the _hardware handshake_ signals from the guest
Simplifies the upcoming cleanup of cpu_x86_find_by_name().
Signed-off-by: Andreas Färber afaer...@suse.de
---
target-i386/cpu.c | 12 +++-
1 Datei geändert, 7 Zeilen hinzugefügt(+), 5 Zeilen entfernt(-)
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index 7be3ad8..a46faa2 100644
Hello,
This mini-series follows up the removal of cpudef config section support.
It cleans up the list of x86 definitions previously parsed from the cpudefs
and rips out everything cpudef_*, making remaining x86_cpudef_setup() static.
This is done by calling our setup code from class_init - an
Document that the x86 CPU refactorings are going through the qom-cpu
tree. This does not contradict the established practice that patches
adding KVM features to the x86 CPU go through the qemu-kvm tree.
Signed-off-by: Andreas Färber afaer...@suse.de
Cc: Marcello Tosatti mtosa...@redhat.com
---
Since we are no longer parsing cpudefs from config files, only the array
of built-in definitions remains.
Signed-off-by: Andreas Färber afaer...@suse.de
---
target-i386/cpu.c | 37 ++---
1 Datei geändert, 14 Zeilen hinzugefügt(+), 23 Zeilen entfernt(-)
diff
Commit 511c68d3af626cb0a39034cb77e7ac64d3a26c0c (finally kill cpudef
config section support) removed the cpudef parsing support but left
cpudef_* hooks behind. Remove those.
Since TYPE_X86_CPU currently is the only CPU class and CPUs are
instantiated exclusively through QOM (i.e.,
On Sun, Dec 9, 2012 at 7:13 PM, Andreas Färber afaer...@suse.de wrote:
Am 08.12.2012 21:00, schrieb Blue Swirl:
On Sat, Dec 8, 2012 at 6:02 PM, Andreas Färber afaer...@suse.de wrote:
Am 08.12.2012 18:54, schrieb Blue Swirl:
Thanks, applied.
As discussed this still leaves some cpudef cruft
These spellings were found and fixed by codespell.
Signed-off-by: Stefan Weil s...@weilnetz.de
---
hw/usb.h |6 +++---
tests/qemu-iotests/iotests.py |2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/hw/usb.h b/hw/usb.h
index 7d6de69..f05eb17
Am 09.12.2012 22:31, schrieb Stefan Weil:
These spellings were found and fixed by codespell.
Signed-off-by: Stefan Weil s...@weilnetz.de
---
hw/usb.h |6 +++---
tests/qemu-iotests/iotests.py |2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git
Am Freitag 30 November 2012, 23:24:11 schrieben Sie:
Probe for GL and GLX symbols and X11 library. This fixes a build error
where the header files are available but the libraries are not.
Signed-off-by: Michael Walle mich...@walle.cc
---
configure |6 +++---
1 files changed, 3
Am 09.12.2012 21:46, schrieb Blue Swirl:
On Sun, Dec 9, 2012 at 7:13 PM, Andreas Färber afaer...@suse.de wrote:
[...] I would have appreciated a reply
indicating you agree with Eduardo I should apply it as such or asking
whether you can apply it now rather than applying this patch without
于 2012-12-9 15:12, Dietmar Maurer 写道:
https://git.proxmox.com/?p=pve-qemu-
kvm.git;a=blob;f=debian/patches/in
ternal-snapshot-
async.patch;h=6c86de3a6160c58d77baa41a7774c4a80e63639e
;hb=HEAD
Unfortunately I had no time to cleanup those patches.
- Dietmar
have that patch been sent to
Hi,
It is a 64bit guest OS.
I've upgraded to RHEL 5.8 and still have the same problem.
My rhel5 is 32bit.
Could you please send me a qemu command line you are running?
qemu-default -m 512 -hda /vmdisk/guests/rhel5.img -device
ivshmem,size=128M,shm=ivshmem.root
Could you please set the
Signed-off-by: liguang lig.f...@cn.fujitsu.com
---
target-i386/cpu.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/target-i386/cpu.h b/target-i386/cpu.h
index 90ef1ff..29245d1 100644
--- a/target-i386/cpu.h
+++ b/target-i386/cpu.h
@@ -231,6 +231,13 @@
#define
Signed-off-by: liguang lig.f...@cn.fujitsu.com
---
target-i386/cpu.h | 15 +--
1 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/target-i386/cpu.h b/target-i386/cpu.h
index 29245d1..c69f81f 100644
--- a/target-i386/cpu.h
+++ b/target-i386/cpu.h
@@ -996,9 +996,20 @@ int
Signed-off-by: liguang lig.f...@cn.fujitsu.com
---
target-i386/helper.c | 74 +---
target-i386/machine.c |5 ++-
target-i386/misc_helper.c |4 +-
target-i386/seg_helper.c |7 ++--
4 files changed, 58 insertions(+), 32 deletions(-)
在 2012-12-07五的 11:29 +0100，Jan Kiszka写道：
On 2012-12-07 11:24, Peter Maydell wrote:
On 7 December 2012 01:25, liguang lig.f...@cn.fujitsu.com wrote:
Signed-off-by: liguang lig.f...@cn.fujitsu.com
---
target-i386/cpu.h | 15 +--
1 files changed, 13 insertions(+), 2
Fix a bug on the ARM GIC model where interrupts are not
set pending on the correct target CPUs when they are
triggered by writes to the Interrupt Set Enable or
Set Pending registers.
Signed-off-by: Daniel Sangorrin d...@ertl.jp
---
hw/arm_gic.c |5 +++--
1 file changed, 3 insertions(+), 2
To: qemu-devel@nongnu.org
From: i.mitsya...@samsung.com
Date: Mon, 3 Dec 2012 23:05:39 +0400
CC: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] read memory by virtual address?
On 12/03/2012 08:53 PM, Peter Cheung wrote:
Dear All
I can read memory by a physical
address
On Sun, Nov 25, 2012 at 02:51:36PM -0700, Matthew Ogilvie wrote:
This series makes a series of mostly-unrelated fixes to allow
running an old Microport UNIX (ca 1987) guest under qemu.
Changes since version 6:
* Patches 1 through 6 haven't changed, other than resolving
a couple of
From f293c406dd2fe751244f2beef4782ccec65fd307 Mon Sep 17 00:00:00 2001
From: John Spencer maillist-q...@barfooze.de
Date: Mon, 10 Dec 2012 06:49:57 +0100
Subject: [PATCH 1/4] fix implicit declaration of syscall() in linux-user/mmap.c
on glibc, this header is getting pulled in automatically via
From ae02bfc600bf8c4c8502e70bdf8dfcd332ebef02 Mon Sep 17 00:00:00 2001
From: John Spencer maillist-q...@barfooze.de
Date: Mon, 10 Dec 2012 06:54:03 +0100
Subject: [PATCH 2/4] fix build error on ARM due to wrong glibc check
the test for glibc 2 succeeds wrongly for any non-glibc C library,
and
From 5d410e6e92bbd3ab3a4fadec41a3d87cb9b0feea Mon Sep 17 00:00:00 2001
From: John Spencer maillist-q...@barfooze.de
Date: Mon, 10 Dec 2012 06:58:48 +0100
Subject: [PATCH 3/4] fix implicit declaration of syscall() in linux-user/syscall.c
Signed-off-by: John Spencer maillist-q...@barfooze.de
---
From 3d9bc5e06ae64806003f8999b4b7ead42bd19c5d Mon Sep 17 00:00:00 2001
From: John Spencer maillist-q...@barfooze.de
Date: Mon, 10 Dec 2012 07:02:49 +0100
Subject: [PATCH 4/4] linux-user/syscall.c: remove wrong forward decl of setgroups()
this declaration is wrong:
the correct prototype on linux
Hi, sorry for my late reply.
On 2012/12/08 3:57, Luiz Capitulino wrote:
On Fri, 07 Dec 2012 11:37:44 -0700
Eric Blake ebl...@redhat.com wrote:
On 12/07/2012 11:31 AM, Luiz Capitulino wrote:
+++ b/.gitignore
@@ -93,3 +93,4 @@ cscope.*
tags
TAGS
*~
Hi Eric,
Thanks for your review.
On 2012/12/08 3:34, Eric Blake wrote:
On 12/07/2012 01:39 AM, Tomoki Sekiyama wrote:
Adds sample hook scripts for --fsfreeze-hook option of qemu-ga.
- fsfreeze-hook : execute scripts in fsfreeze-hook.d/
- fsfreeze-hook.d/mysql-flush.sh.sample : quiesce
I can do the clean up or rebase from the url you have given, and include
them as part of my serials. Just want to avoid conflict between your patch
next year and mine by include yours as sub patches. :)
That would be great.
Am 10.12.2012 07:16, schrieb John Spencer:
Your patch is not shown here because you had attached it to your email.
Please use git send-email to send patches.See also
http://wiki.qemu.org/Contribute/SubmitAPatch.
In your patch, you replaced a wrong forward declarationof function setgroups
by an
the test for glibc 2 succeeds wrongly for any non-glibc C library,
and breaks the build on musl libc.
we must first test if __GLIBC__ is defined at all, before using it
unconditionally.
Signed-off-by: John Spencer maillist-q...@barfooze.de
---
user-exec.c |2 +-
1 files changed, 1
this declaration is wrong:
the correct prototype on linux is:
int setgroups(size_t size, const gid_t *list);
since by default musl libc exposes this symbol in unistd.h
additionally to grp.h, the wrong declaration causes a build error.
the proper fix is to simply include the correct header.
on glibc, this header is getting pulled in automatically via
another header, however on musl we need to include it explicitly.
linux-user/mmap.c:705:9: warning: implicit declaration of function 'syscall'
linux-user/mmap.c:705:9: warning: nested extern declaration of 'syscall'
Signed-off-by: John
On 12/10/2012 07:37 AM, Stefan Weil wrote:
Am 10.12.2012 07:16, schrieb John Spencer:
Your patch is not shown here because you had attached it to your email.
Please use git send-email to send patches.See also
http://wiki.qemu.org/Contribute/SubmitAPatch.
thanks, resent with git send-email.
i
Hi,
Most (or even all?) buildbots show the same problem which I have
with my local Debian squeeze distribution:pixman is older than
0.18.4 (Debian uses 0.16.4-1), so builds which worked recently
now fail because they require the internal pixman which configure
does not find.
Maybe I
On 2012-12-10 06:14, Matthew Ogilvie wrote:
On Sun, Nov 25, 2012 at 02:51:36PM -0700, Matthew Ogilvie wrote:
This series makes a series of mostly-unrelated fixes to allow
running an old Microport UNIX (ca 1987) guest under qemu.
Changes since version 6:
* Patches 1 through 6 haven't
Signed-off-by: John Spencer maillist-q...@barfooze.de
---
linux-user/syscall.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index 31d5276..fabbcd7 100644
--- a/linux-user/syscall.c
+++ b/linux-user/syscall.c
@@ -39,6 +39,7
On Fri, Dec 07, 2012 at 08:07:45PM +0100, Andreas Färber wrote:
Am 07.12.2012 14:55, schrieb Jens Freimann:
Add a CPU reset handler to have all CPUs in a PoP compliant
state.
Signed-off-by: Jens Freimann jf...@linux.vnet.ibm.com
---
target-s390x/cpu.c | 25
On 12/10/12 03:05, Alexey Korolev wrote:
Hi,
It is a 64bit guest OS.
I've upgraded to RHEL 5.8 and still have the same problem.
My rhel5 is 32bit.
Could you please send me a qemu command line you are running?
qemu-default -m 512 -hda /vmdisk/guests/rhel5.img -device
That's kernel work, qemu is merely reporting what the kernel is making
available. But giving that you'll touch the kernel anyway, it's better
to add a new stat.
There are two other alternatives:
1. add a query-memory-stats command to qemu-ga
Pros: should be quicker and easier to modify/extend
48 matches
Mail list logo
