QEmu is more or less unusable here because of this:
ALSA lib pcm.c:7843:(snd_pcm_recover) underrun occurred
ALSA lib pcm.c:7843:(snd_pcm_recover) underrun occurred
ALSA lib pcm.c:7843:(snd_pcm_recover) underrun occurred
ALSA lib pcm.c:7843:(snd_pcm_recover) underrun occurred
ALSA lib pcm.c:7843:(s
Merry Christmas.
Sorry for later response due to personal affair.
On 2015年12月14日 03:30, Alexander Duyck wrote:
>> > These sounds we need to add a faked bridge for migration and adding a
>> > driver in the guest for it. It also needs to extend PCI bus/hotplug
>> > driver to do pause/resume other de
Public bug reported:
Environment:
Host OS (ia32/ia32e/IA64): ia32e
Guest OS (ia32/ia32e/IA64): ia32e
Guest OS Type (Linux/Windows): linux
kvm.git Commit: da3f7ca3
qemu.git Commit: 38a762fe
Host Kernel Version: 4.4.0-rc2
Hardware: BDW EP (Intel(R) Xeon(R) CPU E5-2699 v4 @ 2.20
On 2015/12/18 4:31, Dr. David Alan Gilbert wrote:
Hi,
I've been playing with getting an RDMA setup for COLO and
have something that mostly works, but it is very new and quite
hacky; but I thought I'd share my work so far.
Nice work, i will look at it later. :)
You can find it at:
https://
On 2015/12/15 20:08, Dr. David Alan Gilbert wrote:
* zhanghailiang (zhang.zhanghaili...@huawei.com) wrote:
qemu_loadvm_state is too long, and we can simplify it by splitting up
with three helper functions.
Yes, good idea.
Signed-off-by: zhanghailiang
---
migration/savevm.c | 161 +
On 2015/12/15 19:31, Dr. David Alan Gilbert wrote:
* zhanghailiang (zhang.zhanghaili...@huawei.com) wrote:
If VM is in COLO FT state, we should do some extra work before normal shutdown
process. SVM will ignore the shutdown command if this command is issued directly
to it, PVM will send the shut
That was without KVM acceleration, so perhaps it's how it's meant to be.
With KVM everything is fast and smooth.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1529173
Title:
Absolutely slow Window
Public bug reported:
Host: Linux 4.3.3 vanilla x86-64/Qemu 2.5 i686 (mixed env)
Guest: Windows XP Professional SP3 (i686)
This is my launch string:
$ qemu-system-i386 \
-name "Windows XP Professional SP3" \
-vga std \
-net nic,model=pcnet \
-cpu core2duo \
-smp cores=2 \
-cdrom /tmp/en_winxp_pro
On 2015/12/15 19:07, Changlong Xie wrote:
On 12/15/2015 04:22 PM, zhanghailiang wrote:
During the time of VM's running, PVM may dirty some pages, we will transfer
PVM's dirty pages to SVM and store them into SVM's RAM cache at next checkpoint
time. So, the content of SVM's RAM cache will always
In the current nvdimm_build_nfit(), the pointer 'header' initially equals
to table_data->data + table_data->len. However, the following
g_array_append_vals(table_data, structures->data, structures->len)
may resize and relocate table_data->data[]. Therefore, the usage of 'header'
afterwards may be i
On 2015/12/22 21:50, Hailiang Zhang wrote:
On 2015/12/19 17:38, Markus Armbruster wrote:
zhanghailiang writes:
We leave users to choose whatever heartbeat solution they want, if the heartbeat
is lost, or other errors they detect, they can use experimental command
'x_colo_lost_heartbeat' to te
On Wed, 12/23 11:48, Paolo Bonzini wrote:
> This is also needed in bdrv_drain_all, not just in bdrv_drain.
>
> Signed-off-by: Paolo Bonzini
> ---
> block/io.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/block/io.c b/block/io.c
> index 841f5b5..bfe2544 100644
> --- a/block/io.c
> ++
On Wed, 12/23 11:48, Paolo Bonzini wrote:
> NFS calls aio_poll inside bdrv_get_allocated_size. This requires
> acquiring the AioContext.
>
> Signed-off-by: Paolo Bonzini
> ---
> block/qapi.c | 9 +++--
> 1 file changed, 7 insertions(+), 2 deletions(-)
>
> diff --git a/block/qapi.c b/block/
On 12/24/2015 10:34 PM, Michael S. Tsirkin wrote:
On Thu, Dec 24, 2015 at 01:10:25PM +0800, Chen Fan wrote:
On 12/22/2015 05:07 AM, Alex Williamson wrote:
On Fri, 2015-12-18 at 11:29 +0800, Chen Fan wrote:
On 12/18/2015 04:31 AM, Alex Williamson wrote:
On Thu, 2015-12-17 at 09:41 +0800, Cao
On 2015/12/15 18:21, Dr. David Alan Gilbert wrote:
* zhanghailiang (zhang.zhanghaili...@huawei.com) wrote:
We should not do failover work while the main thread is loading
VM's state, otherwise it will destroy the consistent of VM's memory and
device state.
Here we add a new failover status 'REL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 12/24/2015 10:21 PM, Laurent Vivier wrote:
> I think you should have added this description in the commit
> message of the patch.
Hmm, ok. Let's wait for other comments. I'm open to make any
improvements in this regards but I also think the chang
On Dec 24, 2015, at 5:45 PM, BALATON Zoltan wrote:
> On Thu, 24 Dec 2015, Programmingkid wrote:
>> On Dec 24, 2015, at 10:34 AM, Peter Maydell wrote:
>>> On 24 December 2015 at 01:00, Programmingkid
>>> wrote:
I'm having problems with the pci_dma_read() function. When using
a Mac OS X
On Thu, 24 Dec 2015, Programmingkid wrote:
On Dec 24, 2015, at 10:34 AM, Peter Maydell wrote:
On 24 December 2015 at 01:00, Programmingkid wrote:
I'm having problems with the pci_dma_read() function. When using
a Mac OS X guest, the data that this function returns is all zeros.
After doing a l
On 24 December 2015 at 22:19, farmdve wrote:
> I've been looking and looking, but it must be defined via a macro,
> I wish to see it's members.
There is no such struct definition. The TCGv_i32, TCGv_i64, etc
types are defined as pointers to structs like this so that we
get some type-checking from
I've been looking and looking, but it must be defined via a macro, I wish
to see it's members.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Laurent!
Here are, as discussed previously, my proposed patches which change the
following:
PATCH 1/2 updates the syscall table for m68k to match Linux 4.4. This
one should be very obvious.
PATCH 2/2 adds the definitions for the socket calls SO
Signed-off-by: John Paul Adrian Glaubitz
---
linux-user/syscall.c | 8 ++--
linux-user/syscall_defs.h | 2 ++
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/linux-user/syscall.c b/linux-user/syscall.c
index 6c64ba6..dd6ed47 100644
--- a/linux-user/syscall.c
+++ b/linux-us
Signed-off-by: John Paul Adrian Glaubitz
---
linux-user/m68k/syscall_nr.h | 27 +++
1 file changed, 27 insertions(+)
diff --git a/linux-user/m68k/syscall_nr.h b/linux-user/m68k/syscall_nr.h
index 25f8521..a2daba0 100644
--- a/linux-user/m68k/syscall_nr.h
+++ b/linux-user/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Le 24/12/2015 20:04, John Paul Adrian Glaubitz a écrit :
> Hi Laurent!
>
> Here are, as discussed previously, my proposed patches which change
> the following:
>
> PATCH 1/2 updates the syscall table for m68k to match Linux 4.4.
> This one should
Le 24/12/2015 19:59, John Paul Adrian Glaubitz a écrit :
> Signed-off-by: John Paul Adrian Glaubitz
> ---
> linux-user/syscall.c | 8 ++--
> linux-user/syscall_defs.h | 2 ++
> 2 files changed, 8 insertions(+), 2 deletions(-)
>
> diff --git a/linux-user/syscall.c b/linux-user/syscall.
Le 24/12/2015 19:59, John Paul Adrian Glaubitz a écrit :
> Signed-off-by: John Paul Adrian Glaubitz
> ---
> linux-user/m68k/syscall_nr.h | 27 +++
> 1 file changed, 27 insertions(+)
>
> diff --git a/linux-user/m68k/syscall_nr.h b/linux-user/m68k/syscall_nr.h
> index 25f
On 12/24/2015 07:38 AM, Chen Gang wrote:
On 12/24/15 06:51, Richard Henderson wrote:
On 12/23/2015 01:48 PM, cheng...@emindsoft.com.cn wrote:
+extern float_status fp_status;
No. Locally declared in e.g. main_calc.
OK, thanks. Since fp_status need to be initialized to be 0, so I will
decl
On Thu, Dec 24, 2015 at 11:41:15AM -0700, Alex Williamson wrote:
> On Thu, 2015-12-24 at 20:23 +0200, Michael S. Tsirkin wrote:
> > On Thu, Dec 24, 2015 at 11:20:26AM -0700, Alex Williamson wrote:
> > > On Thu, 2015-12-24 at 20:06 +0200, Michael S. Tsirkin wrote:
> > > > On Thu, Dec 24, 2015 at 10:
On Thu, 2015-12-24 at 20:23 +0200, Michael S. Tsirkin wrote:
> On Thu, Dec 24, 2015 at 11:20:26AM -0700, Alex Williamson wrote:
> > On Thu, 2015-12-24 at 20:06 +0200, Michael S. Tsirkin wrote:
> > > On Thu, Dec 24, 2015 at 10:47:06AM -0700, Alex Williamson wrote:
> > > > On Thu, 2015-12-24 at 16:32
On Thu, Dec 24, 2015 at 11:20:26AM -0700, Alex Williamson wrote:
> On Thu, 2015-12-24 at 20:06 +0200, Michael S. Tsirkin wrote:
> > On Thu, Dec 24, 2015 at 10:47:06AM -0700, Alex Williamson wrote:
> > > On Thu, 2015-12-24 at 16:32 +0200, Michael S. Tsirkin wrote:
> > > > On Thu, Dec 17, 2015 at 09:
On Thu, 2015-12-24 at 20:06 +0200, Michael S. Tsirkin wrote:
> On Thu, Dec 24, 2015 at 10:47:06AM -0700, Alex Williamson wrote:
> > On Thu, 2015-12-24 at 16:32 +0200, Michael S. Tsirkin wrote:
> > > On Thu, Dec 17, 2015 at 09:41:49AM +0800, Cao jin wrote:
> > > > From: Chen Fan
> > > >
> > > > wh
On Thu, Dec 24, 2015 at 10:47:06AM -0700, Alex Williamson wrote:
> On Thu, 2015-12-24 at 16:32 +0200, Michael S. Tsirkin wrote:
> > On Thu, Dec 17, 2015 at 09:41:49AM +0800, Cao jin wrote:
> > > From: Chen Fan
> > >
> > > when init vfio devices done, we should test all the devices
> > > supported
On Thu, 2015-12-24 at 16:32 +0200, Michael S. Tsirkin wrote:
> On Thu, Dec 17, 2015 at 09:41:49AM +0800, Cao jin wrote:
> > From: Chen Fan
> >
> > when init vfio devices done, we should test all the devices
> > supported
> > aer whether conflict with others. For each one, get the hot reset
> > in
On Dec 24, 2015, at 10:34 AM, Peter Maydell wrote:
> On 24 December 2015 at 01:00, Programmingkid
> wrote:
>> I'm having problems with the pci_dma_read() function. When using
>> a Mac OS X guest, the data that this function returns is all zeros.
>> After doing a lot of instruction tracing, I tr
Glad to hear you solved they issue by reading this bug report, Maarten!
As you can see the bug has been updated with the confirmed-status on
October 21st of 2015 and I hope they can fix this a.s.a.p. I don't have
a Windows-guest anymore, but even for all the other Qemu-users out there
that do, I'd
On 12/24/15 07:07, Richard Henderson wrote:
> On 12/23/2015 01:48 PM, cheng...@emindsoft.com.cn wrote:
>> +static float32 sfmt_to_float32(uint64_t sfmt)
>> +{
>> +uint32_t sign = get_fsingle_sign(sfmt);
>> +uint32_t man = get_fsingle_man(sfmt);
>> +uint32_t exp = get_fsingle_exp(sfmt);
On 12/24/15 06:51, Richard Henderson wrote:
> On 12/23/2015 01:48 PM, cheng...@emindsoft.com.cn wrote:
>> +extern float_status fp_status;
>
> No. Locally declared in e.g. main_calc.
>
OK, thanks. Since fp_status need to be initialized to be 0, so I will
declared it statically, too (need we con
On 24 December 2015 at 01:00, Programmingkid wrote:
> I'm having problems with the pci_dma_read() function. When using
> a Mac OS X guest, the data that this function returns is all zeros.
> After doing a lot of instruction tracing, I tracked the problem to a
> function called phys_page_find(). It
On 12/24/15 17:54, Laurent Vivier wrote:
>
> Le 24/12/2015 02:07, cheng...@emindsoft.com.cn a écrit :
>> From: Chen Gang
>>
>> In this case, real_end is larger than end, which may cause mmap_frag
>> process the incorrect memory region.
>>
>> Signed-off-by: Chen Gang
>> ---
>> linux-user/mmap.c
On Thu, Dec 24, 2015 at 01:10:25PM +0800, Chen Fan wrote:
>
> On 12/22/2015 05:07 AM, Alex Williamson wrote:
> >On Fri, 2015-12-18 at 11:29 +0800, Chen Fan wrote:
> >>On 12/18/2015 04:31 AM, Alex Williamson wrote:
> >>>On Thu, 2015-12-17 at 09:41 +0800, Cao jin wrote:
> From: Chen Fan
>
On Thu, Dec 17, 2015 at 09:41:49AM +0800, Cao jin wrote:
> From: Chen Fan
>
> when init vfio devices done, we should test all the devices supported
> aer whether conflict with others. For each one, get the hot reset
> info for the affected device list. For each affected device, all
> should atta
On Thu, Dec 24, 2015 at 04:29:21PM +0300, Andrey Smetanin wrote:
> Currently on x86 arch we has already 32 requests defined
> so the newer request bits can't be placed inside
> vcpu->requests(unsigned long) inside x86 32 bit system.
> But we are going to add a new request in x86 arch
> for Hyper-V
From: Valentin Rakush
This patch fixes compilation errors when --enable-trace-backend=stderr option
is used for configuration
GEN trace/generated-events.c
CCtrace/generated-events.o
In file included from /home/vrakush/workspace/qemu/include/trace.h:4:0,
from trace/gen
On Wed, Dec 23, 2015 at 04:53:59PM +0300, Andrey Smetanin wrote:
> Trace the following Hyper SynIC events:
> * set msr
> * set sint irq
> * ack sint
> * sint irq eoi
>
> Signed-off-by: Andrey Smetanin
> CC: Gleb Natapov
> CC: Paolo Bonzini
> CC: Roman Kagan
> CC: Denis V. Lunev
> CC: qemu-dev
Currently on x86 arch we has already 32 requests defined
so the newer request bits can't be placed inside
vcpu->requests(unsigned long) inside x86 32 bit system.
But we are going to add a new request in x86 arch
for Hyper-V tsc page support.
To solve the problem the patch replaces vcpu->requests b
On Wed, Dec 23, 2015 at 04:54:00PM +0300, Andrey Smetanin wrote:
> Trace the following Hyper SynIC timers events:
> * periodic timer start
> * one-shot timer start
> * timer callback
> * timer expiration and message delivery result
> * timer config setup
> * timer count setup
> * timer cleanup
>
>
Bonus: fix a bug that will result in config space value error
Signed-off-by: Cao jin
---
hw/pci-host/piix.c | 37 -
1 file changed, 20 insertions(+), 17 deletions(-)
diff --git a/hw/pci-host/piix.c b/hw/pci-host/piix.c
index 715208b..a37e93d 100644
--- a/hw/pc
On 12/24/2015 02:14 PM, Roman Kagan wrote:
On Thu, Dec 24, 2015 at 12:30:26PM +0300, Andrey Smetanin wrote:
Currently on x86 arch we has already 32 requests defined
so the newer request bits can't be placed inside
vcpu->requests(unsigned long) inside x86 32 bit system.
But we are going to add
On Thu, Dec 24, 2015 at 12:30:26PM +0300, Andrey Smetanin wrote:
> Currently on x86 arch we has already 32 requests defined
> so the newer request bits can't be placed inside
> vcpu->requests(unsigned long) inside x86 32 bit system.
> But we are going to add a new request in x86 arch
> for Hyper-V
Hi,
On Thu, 24 Dec 2015 19:25:27 +1100, da...@gibson.dropbear.id.au wrote:
> On Wed, Dec 23, 2015 at 09:33:35PM +0200, Shmulik Ladkani wrote:
> > In 240240d5 'pc: Add pc-*-2.6 machine classes' HW_COMPAT_2_5 and
> > PC_COMPAT_2_5 were introduced.
> >
> > Accordingly, introduce SPAPR_COMPAT_2_5 tha
On Wed, Dec 23, 2015 at 03:43:21PM +0800, Li Zhijian wrote:
> Cc: David Gibson
> Cc: Alexander Graf
> Cc: qemu-...@nongnu.org
> Signed-off-by: Li Zhijian
Since the machine has a lifetime basically equal to the runtime of
qemu, it's not a terribly important leak. Still, might as well get it
rig
On Wed, Dec 23, 2015 at 07:30:12PM +0800, Cao jin wrote:
> Signed-off-by: Cao jin
Applied to my ppc-for-2.6 queue, thanks.
> ---
> hw/ppc/spapr_vio.c | 12 +---
> include/hw/ppc/spapr_vio.h | 2 +-
> 2 files changed, 6 insertions(+), 8 deletions(-)
>
> diff --git a/hw/ppc/spap
On Wed, Dec 23, 2015 at 09:33:35PM +0200, Shmulik Ladkani wrote:
> In 240240d5 'pc: Add pc-*-2.6 machine classes' HW_COMPAT_2_5 and
> PC_COMPAT_2_5 were introduced.
>
> Accordingly, introduce SPAPR_COMPAT_2_5 that uses HW_COMPAT_2_5.
>
> Signed-off-by: Shmulik Ladkani
Sorry, this needs to be re
On 24.12.2015 01:31, Max Reitz wrote:
On 23.12.2015 18:49, Vladimir Sementsov-Ogievskiy wrote:
The new feature for qcow2: storing bitmaps.
This patch adds new header extension to qcow2 - Bitmaps Extension. It
provides an ability to store virtual disk related bitmaps in a qcow2
image. For now th
On 24.12.2015 02:41, Eric Blake wrote:
On 12/23/2015 10:49 AM, Vladimir Sementsov-Ogievskiy wrote:
The new feature for qcow2: storing bitmaps.
This patch adds new header extension to qcow2 - Bitmaps Extension. It
provides an ability to store virtual disk related bitmaps in a qcow2
image. For no
On Wed, Dec 23, 2015 at 03:20:18PM -0500, Paolo Bonzini wrote:
>
>
> - Original Message -
> > From: "Daniel P. Berrange"
> > To: "Paolo Bonzini"
> > Cc: "Eric Blake" , "Kevin Wolf" ,
> > qemu-bl...@nongnu.org, qemu-devel@nongnu.org,
> > "Markus Armbruster" , "Andreas Färber"
> > Sent:
Le 24/12/2015 02:07, cheng...@emindsoft.com.cn a écrit :
> From: Chen Gang
>
> In this case, real_end is larger than end, which may cause mmap_frag
> process the incorrect memory region.
>
> Signed-off-by: Chen Gang
> ---
> linux-user/mmap.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deleti
Hi Andrey,
On Thu, Dec 24, 2015 at 12:30:26PM +0300, Andrey Smetanin wrote:
> Currently on x86 arch we has already 32 requests defined
> so the newer request bits can't be placed inside
> vcpu->requests(unsigned long) inside x86 32 bit system.
> But we are going to add a new request in x86 arch
>
Lately tsc page was implemented but filled with empty
values. This patch setup tsc page scale and offset based
on vcpu tsc, tsc_khz and HV_X64_MSR_TIME_REF_COUNT value.
The valid tsc page drops HV_X64_MSR_TIME_REF_COUNT msr
reads count to zero which potentially improves performance.
The patch ap
Currently on x86 arch we has already 32 requests defined
so the newer request bits can't be placed inside
vcpu->requests(unsigned long) inside x86 32 bit system.
But we are going to add a new request in x86 arch
for Hyper-V tsc page support.
To solve the problem the patch replaces vcpu->requests b
It always return 0(success), change its type to void, and modify the callers.
So it can reduce a error path of its callers.
Signed-off-by: Cao jin
---
hw/pci-bridge/i82801b11.c | 5 +
hw/pci-bridge/ioh3420.c| 6 +-
hw/pci-bridge/pci_bridge_dev.c | 8 +++-
hw/
On 12/24/2015 02:24 PM, Michael S. Tsirkin wrote:
On Thu, Dec 24, 2015 at 11:39:00AM +0800, Cao jin wrote:
Hi mst
On 12/23/2015 09:38 PM, Michael S. Tsirkin wrote:
On Wed, Dec 23, 2015 at 04:53:21PM +0800, Cao jin wrote:
Hi mst
friendly ping again...
This does not work since then this fun
On 12/22/2015 05:07 AM, Alex Williamson wrote:
On Fri, 2015-12-18 at 11:29 +0800, Chen Fan wrote:
On 12/18/2015 04:31 AM, Alex Williamson wrote:
On Thu, 2015-12-17 at 09:41 +0800, Cao jin wrote:
From: Chen Fan
Particularly, For vfio devices, Once need to recovery devices
by bus reset such a
Signed-off-by: Cao jin
---
hw/pci-bridge/dec.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/pci-bridge/dec.c b/hw/pci-bridge/dec.c
index 28d0ff9..be0fc46 100644
--- a/hw/pci-bridge/dec.c
+++ b/hw/pci-bridge/dec.c
@@ -51,9 +51,9 @@ static int dec_map_irq(PCIDevice *
V2 changelog
1. make "dec convert to realize" the 1st patch, so these two could be
independent from each other.
Cao jin (2):
dec: convert to realize()
change type of pci_bridge_initfn() to void
hw/pci-bridge/dec.c| 6 +++---
hw/pci-bridge/i82801b11.c | 5 +
hw
Hi mst,
thanks for your suggestion. I have replied it in another alex's email.
so we could discuss it in there.;)
Thanks,
Chen
On 12/23/2015 08:00 PM, Michael S. Tsirkin wrote:
On Thu, Dec 17, 2015 at 09:41:51AM +0800, Cao jin wrote:
From: Chen Fan
Particularly, For vfio devices, Once n
It always return 0(success), change its type to void, and modify the callers.
So it can reduce a error path of its callers.
Cc: m...@redhat.com
Signed-off-by: Cao jin
---
hw/pci-bridge/i82801b11.c | 5 +
hw/pci-bridge/ioh3420.c| 6 +-
hw/pci-bridge/pci_bridge_dev.c
Cc: ag...@suse.de
Cc: m...@redhat.com
Cc: qemu-...@nongnu.org
Signed-off-by: Cao jin
---
hw/pci-bridge/dec.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/pci-bridge/dec.c b/hw/pci-bridge/dec.c
index 28d0ff9..be0fc46 100644
--- a/hw/pci-bridge/dec.c
+++ b/hw/pci-br
V2 changelog
1.
Cao jin (2):
dec: convert to realize()
change type of pci_bridge_initfn() to void
hw/pci-bridge/dec.c| 6 +++---
hw/pci-bridge/i82801b11.c | 5 +
hw/pci-bridge/ioh3420.c| 6 +-
hw/pci-bridge/pci_bridge_dev.c | 8 +++-
hw/p
69 matches
Mail list logo