>>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 t
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
>> ivshme
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
> > ---
> > target-s390x/cpu.c | 25 +
> > targe
Signed-off-by: John Spencer
---
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 @@
#include
#include
#
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 hav
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
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
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
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.
Signe
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
---
user-exec.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
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
>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.
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 : quie
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 wrote:
>
>> On 12/07/2012 11:31 AM, Luiz Capitulino wrote:
>> +++ b/.gitignore
>> @@ -93,3 +93,4 @@ cscope.*
>> tags
>> TAGS
>> *~
>> +!scripts/qem
>From 3d9bc5e06ae64806003f8999b4b7ead42bd19c5d Mon Sep 17 00:00:00 2001
From: John Spencer
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 is:
int setgroups(size_t
>From 5d410e6e92bbd3ab3a4fadec41a3d87cb9b0feea Mon Sep 17 00:00:00 2001
From: John Spencer
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
---
linux-user/syscall.c |1 +
1 files changed, 1
>From ae02bfc600bf8c4c8502e70bdf8dfcd332ebef02 Mon Sep 17 00:00:00 2001
From: John Spencer
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 breaks the build on mu
>From f293c406dd2fe751244f2beef4782ccec65fd307 Mon Sep 17 00:00:00 2001
From: John Spencer
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
another header, however o
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
> 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
> > add
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
---
hw/arm_gic.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
d
在 2012-12-07五的 11:29 +0100，Jan Kiszka写道：
> On 2012-12-07 11:24, Peter Maydell wrote:
> > On 7 December 2012 01:25, liguang wrote:
> >> Signed-off-by: liguang
> >> ---
> >> target-i386/cpu.h | 15 +--
> >> 1 files changed, 13 insertions(+), 2 deletions(-)
> >>
> >> diff --git a/targ
Signed-off-by: liguang
---
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(-)
diff --git a/target-i386/
Signed-off-by: liguang
---
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 cpu_x86_handle_mmu_faul
Signed-off-by: liguang
---
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 DR7_TYPE_SHIFT 16
#define
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
于 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 m
Am 09.12.2012 21:46, schrieb Blue Swirl:
> On Sun, Dec 9, 2012 at 7:13 PM, Andreas Färber 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
>> anyone's Re
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
> ---
> configure |6 +++---
> 1 files changed, 3 insertions(+), 3
Am 09.12.2012 22:31, schrieb Stefan Weil:
These spellings were found and fixed by codespell.
Signed-off-by: Stefan Weil
---
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.
These spellings were found and fixed by codespell.
Signed-off-by: Stefan Weil
---
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 100644
--- a/hw/usb.h
On Sun, Dec 9, 2012 at 7:13 PM, Andreas Färber wrote:
> Am 08.12.2012 21:00, schrieb Blue Swirl:
>> On Sat, Dec 8, 2012 at 6:02 PM, Andreas Färber wrote:
>>> Am 08.12.2012 18:54, schrieb Blue Swirl:
Thanks, applied.
>>>
>>> As discussed this still leaves some cpudef cruft behind.
>>
>> But E
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., cpu_x86_init()),
Since we are no longer parsing cpudefs from config files, only the array
of built-in definitions remains.
Signed-off-by: Andreas Färber
---
target-i386/cpu.c | 37 ++---
1 Datei geändert, 14 Zeilen hinzugefügt(+), 23 Zeilen entfernt(-)
diff --git a/target-i386/
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
Cc: Marcello Tosatti
---
MAINTAINERS |1 +
1 Datei geänder
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 alt
Simplifies the upcoming cleanup of cpu_x86_find_by_name().
Signed-off-by: Andreas Färber
---
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
--- a/target-i386/
>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
>envi
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
Am 08.12.2012 21:00, schrieb Blue Swirl:
> On Sat, Dec 8, 2012 at 6:02 PM, Andreas Färber 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 incl
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 so
>>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.
http://forum.proxmox.com/threads/12157-Win2003R2-in-
On 9 December 2012 07:28, Stefan Weil 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 internal pixman whic
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, Koe
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
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 wrote:
> > +void hostmem_init(Hostmem *hostmem)
> > +{
> > +memset(hostmem, 0, sizeof(*hostmem));
> > +
> > +hostmem->listener = (MemoryListener){
> > +.begin = hostmem_l
Hello,
Didn't find it. For what does QXL stand for?
Thanx.
Ciao,
Gerhard
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 n
48 matches
Mail list logo
