On 24.01.2017 08:42, Michael Tokarev wrote:
> 20.01.2017 18:53, Thomas Huth wrote:
>> It has "bridge" in its name, so it should be in the category
>> DEVICE_CATEGORY_BRIDGE.
>>
>> Signed-off-by: Thomas Huth
>> ---
>> hw/isa/isa-bus.c | 1 +
>> 1 file changed, 1 insertion(+)
>>
>> diff --git a/hw/
On Mon, Jan 23, 2017 at 12:12:44PM -0700, Alex Williamson wrote:
> On Fri, 20 Jan 2017 21:08:46 +0800
> Peter Xu wrote:
>
> > In this patch, IOMMUNotifier.{start|end} are introduced to store section
> > information for a specific notifier. When notification occurs, we not
> > only check the notif
Hi,
Your series seems to have some coding style problems. See output below for
more information:
Type: series
Subject: [Qemu-devel] [PATCH v7 00/14] replay additions
Message-id: 20170124071654.4572.41407.stgit@PASHA-ISP
=== TEST SCRIPT BEGIN ===
#!/bin/bash
BASE=base
n=1
total=$(git log --oneli
On Mon, 23 Jan 2017 12:20:57 -0800 (PST)
Stefano Stabellini wrote:
> On Sat, 21 Jan 2017, Greg Kurz wrote:
> > The current code tries to copy `read_count' bytes starting at offset
> > `offset' from a `read_count`-sized iovec. This causes v9fs_pack() to
> > fail with ENOBUFS.
> >
> > Since the PD
20.01.2017 18:53, Thomas Huth wrote:
> It has "bridge" in its name, so it should be in the category
> DEVICE_CATEGORY_BRIDGE.
>
> Signed-off-by: Thomas Huth
> ---
> hw/isa/isa-bus.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/hw/isa/isa-bus.c b/hw/isa/isa-bus.c
> index 9d07b11..0ff
On Mon, Jan 23, 2017 at 05:55:51PM +0200, Michael S. Tsirkin wrote:
> On Fri, Jan 20, 2017 at 09:08:36PM +0800, Peter Xu wrote:
> > This is v4 of vt-d vfio enablement series.
> >
> > Sorry that v4 growed to 20 patches. Some newly added patches (which
> > are quite necessary):
> >
> > [01/20] vfio
This patch adds recording and replaying audio data. Is saves synchronization
information for audio out and inputs from the microphone.
Signed-off-by: Pavel Dovgalyuk
---
audio/audio.c|9 -
audio/audio.h|5 +++
audio/mixeng.c | 31 ++
This patch allows using '-snapshot' behavior in record/replay mode.
blkreplay layer creates temporary overlays on top of underlaying
disk images. It is needed, because creating an overlay over blkreplay
breaks the determinism.
Signed-off-by: Pavel Dovgalyuk
---
block/blkreplay.c | 76 +
This patch introduces save_vmstate function to allow saving and loading
vmstates from the replay module.
Signed-off-by: Pavel Dovgalyuk
---
include/sysemu/sysemu.h |1 +
migration/savevm.c | 33 ++---
2 files changed, 23 insertions(+), 11 deletions(-)
diff
From: Pavel Dovgalyuk
VMState added by this patch preserves correct
loading of the integratorcp device state.
Signed-off-by: Pavel Dovgalyuk
---
hw/arm/integratorcp.c | 62 +
1 file changed, 62 insertions(+)
diff --git a/hw/arm/integratorcp.c
On Mon, Jan 23, 2017 at 06:40:12PM +0800, Jason Wang wrote:
>
>
> On 2017年01月20日 21:08, Peter Xu wrote:
> > static int vtd_replay_hook(IOMMUTLBEntry *entry, void *private)
> > {
> > memory_region_notify_one((IOMMUNotifier *)private, entry);
> >@@ -2711,13 +2768,16 @@ static void vtd_iommu_
On Fri, 12/23 17:28, Vladimir Sementsov-Ogievskiy wrote:
> Set fake progress for non-dirty clusters in copy_bitmap initialization,
> to:
> 1. set progress in the same place where corresponding clusters are
> consumed from copy_bitmap (or not initialized, as here)
> 2. earlier progress information f
This patch disables setting '-snapshot' option on by default
in record/replay mode. This is needed for creating vmstates in record
and replay modes.
Signed-off-by: Pavel Dovgalyuk
---
vl.c |8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/vl.c b/vl.c
index def0520..bd
On Mon, Jan 23, 2017 at 11:03:08AM -0700, Alex Williamson wrote:
> On Mon, 23 Jan 2017 11:34:29 +0800
> Peter Xu wrote:
>
> > On Mon, Jan 23, 2017 at 09:55:39AM +0800, Jason Wang wrote:
> > >
> > >
> > > On 2017年01月22日 17:04, Peter Xu wrote:
> > > >On Sun, Jan 22, 2017 at 04:08:04PM +0800, Ja
This patch implements initial vmstate creation or loading at the start
of record/replay. It is needed for rewinding the execution in the replay mode.
v4 changes:
- snapshots are not created by default anymore
v3 changes:
- added rrsnapshot option
Signed-off-by: Pavel Dovgalyuk
---
docs/repla
This patch adds check to break cpu loop when icount expires without
setting the TB_EXIT_ICOUNT_EXPIRED flag. It happens when there is no
available translated blocks and all instructions were executed.
In icount replay mode unnecessary tb_find will be called (which may
cause an exception) and execut
This patch changes resetting strategy of the audio polling timer.
It does not change expiration time if the timer is already set.
Signed-off-by: Pavel Dovgalyuk
---
audio/audio.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/audio/audio.c b/audio/audio.c
index c845
This patch implements saving/restoring of static apic_delivered variable.
Signed-off-by: Pavel Dovgalyuk
---
hw/intc/apic_common.c | 32
include/hw/i386/apic_internal.h |2 ++
2 files changed, 34 insertions(+)
diff --git a/hw/intc/apic_common.c b
This patch disables the update of the periodic timer of mc146818rtc
in record/replay mode. State of this timer is saved and therefore does
not need to be updated in record/replay mode.
Read of RTC breaks the replay because all rtc reads have to be the same
as in record mode.
Signed-off-by: Pavel D
This patch improves interrupt handling in record/replay mode.
Now "interrupt" event is saved only when cc->cpu_exec_interrupt returns true.
This patch also adds missing return to cpu_exec_interrupt function.
Signed-off-by: Pavel Dovgalyuk
---
cpu-exec.c |2 +-
target/i386/seg_h
This patch enables making snapshots with blkreplay used in
block devices.
Signed-off-by: Pavel Dovgalyuk
---
block/blkreplay.c |8
1 file changed, 8 insertions(+)
diff --git a/block/blkreplay.c b/block/blkreplay.c
index a741654..8a03d62 100644
--- a/block/blkreplay.c
+++ b/block/bl
This set of patches includes several fixes for replay and vmstate.
This patches add rrsnapshot option for icount. rrshapshot option creates
start snapshot at record and loads it at replay. It allows preserving
the state of disk images used by virtual machine. This vm state can also
use used to rol
This patch fixes replaying the exception when TB cache is full.
It breaks cpu loop execution through setting exception_index
to process such queued work as TB flush.
Signed-off-by: Pavel Dovgalyuk
---
cpu-exec.c |4
1 file changed, 4 insertions(+)
diff --git a/cpu-exec.c b/cpu-exec.c
i
kvmvapic patches the code when some instructions are executed.
E.g. mov 0xff, 0xfffe0080 is interpreted as push 0xff/call ...
This patching is also followed by some side effects (changing apic
and guest memory state). Therefore deterministic execution should take
this operation into account. This p
On Fri, 12/23 17:28, Vladimir Sementsov-Ogievskiy wrote:
> We should not copy non-dirty clusters in write notifiers. So,
> initialize copy_bitmap from sync_bitmap.
>
> Signed-off-by: Vladimir Sementsov-Ogievskiy
> ---
> block/backup.c | 32 +++-
> 1 file changed, 31 i
Nikunj A Dadhania writes:
> This series contains 5 new instructions for POWER9 ISA3.0
> VSX Scalar Test Data Class
> VSX Vector Test Data Class
>
> Changelog:
> v1:
> * Zero the match variable in the element loops
>
> v0:
> * Concise logic for identifying data class in Scalar/Vector
>
On Mon, Jan 23, 2017 at 06:36:17PM +0800, Jason Wang wrote:
>
>
> On 2017年01月20日 21:08, Peter Xu wrote:
> >Before this one we only invalidate context cache when we receive context
> >entry invalidations. However it's possible that the invalidation also
> >contains a domain switch (only if cache-m
On Mon, Jan 23, 2017 at 06:23:44PM +0800, Jason Wang wrote:
>
>
> On 2017年01月23日 11:34, Peter Xu wrote:
> >On Mon, Jan 23, 2017 at 09:55:39AM +0800, Jason Wang wrote:
> >>
> >>On 2017年01月22日 17:04, Peter Xu wrote:
> >>>On Sun, Jan 22, 2017 at 04:08:04PM +0800, Jason Wang wrote:
> >>>
> >>>[...]
>
Hi QEMU developers,
If I run scripts/update-linux-headers.sh from a clean checkout of QEMU
and point it at a clean checkout of a recent linux kernel (4.10-rc1 or
later), it fails:
$ scripts/update-linux-headers.sh ~/tmp/linux/
...
scripts/Makefile.headersinst:62: *** Missing generated UAPI file
On Tue, 24 Jan 2017 11:28:18 +0800
Peter Xu wrote:
> On Mon, Jan 23, 2017 at 11:49:05AM -0700, Alex Williamson wrote:
> > On Fri, 20 Jan 2017 21:08:38 +0800
> > Peter Xu wrote:
> >
> > > A cleanup for vfio_iommu_map_notify(). Should have no functional change,
> > > just to make the function s
Splash screen and UEFI shell were displayed correctly. Grub2 menu and
Ubuntu login screen also appeared, however the display didn't seem right. I
got very blurry output.
[image: Inline image 1]
With QEMU 2.7.0 and the same OVMF.fd, everything works well.
Please let me know if anything is not cle
On Mon, Jan 23, 2017 at 12:34:29PM -0700, Alex Williamson wrote:
> On Mon, 23 Jan 2017 10:54:49 +0800
> Peter Xu wrote:
>
> > On Mon, Jan 23, 2017 at 09:48:48AM +0800, Jason Wang wrote:
> > >
> > >
> > > On 2017年01月22日 16:51, Peter Xu wrote:
> > > >On Sun, Jan 22, 2017 at 03:56:10PM +0800, Ja
On Mon, Jan 23, 2017 at 11:49:05AM -0700, Alex Williamson wrote:
> On Fri, 20 Jan 2017 21:08:38 +0800
> Peter Xu wrote:
>
> > A cleanup for vfio_iommu_map_notify(). Should have no functional change,
> > just to make the function shorter and easier to understand.
> >
> > Signed-off-by: Peter Xu
On 01/23/2017 03:32 PM, Juan Quintela wrote:
In the subject: s/remained/remaining/
> So we can remove DPRINTF() macro
>
> Signed-off-by: Juan Quintela
> ---
> migration/ram.c| 18 --
> migration/trace-events | 4
> 2 files changed, 8 insertions(+), 14 deletions(-)
On Tue, 11/15 23:57, Max Reitz wrote:
> This series is a follow-up for "hbitmap: Fix shifts of constants by
> granularity".
>
> So far, adding the assertion in hbitmap_serialization_granularity() (as
> done by said previous patch) is enough and we know that it will always
> hold true since bitmaps
For me we had enough tests already. Upstream development/tests, Zesty,
Yakkety. Christian, could you please move Xenial for me ? I have some
end users waiting for this. Thank you very much.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QE
Just confirmed that it works in QEMU 2.7.1, which is strange, since
2.8.0 does not list any SPARC changes!
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1622547
Title:
qemu-system-sparc fatal error
On 08/09/2016 15:51, Paul Burton wrote:
> Introduce support for emulating the MIPS Boston development board. The
> Boston board is built around an FPGA & 3 PCIe controllers, one of which
> is connected to an Intel EG20T Platform Controller Hub. It is used
> during the development & debug of new C
** Changed in: qemu
Status: Invalid => New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1622547
Title:
qemu-system-sparc fatal error Trap 0x29 on Solaris 2.6
Status in QEMU:
New
Bug des
Instead of searching the table we have just built, we can check
the env->features field directly.
Reviewed-by: Marcelo Tosatti
Signed-off-by: Eduardo Habkost
Message-Id: <20170108173234.25721-2-ehabk...@redhat.com>
Signed-off-by: Eduardo Habkost
---
target/i386/kvm.c | 4 ++--
1 file changed,
From: Thomas Huth
Sometimes it is useful to have just a machine with CPU and RAM, without
any further hardware in it, e.g. if you just want to do some instruction
debugging for TCG with a remote GDB attached to QEMU, or run some embedded
code with the "-semihosting" QEMU parameter. qemu-system-m6
From: Igor Mammedov
make sure that external callers won't try to modify
possible_cpus and owner of possible_cpus can access
it directly when it modifies it.
Signed-off-by: Igor Mammedov
Message-Id: <1484759609-264075-5-git-send-email-imamm...@redhat.com>
Reviewed-by: Eduardo Habkost
Signed-off
The existing default_config_files table in arch_init.c has a
single entry, making it completely unnecessary. The whole code
can be replaced by a single qemu_read_config_file() call in vl.c.
Signed-off-by: Eduardo Habkost
Message-Id: <20170117180051.11958-1-ehabk...@redhat.com>
Reviewed-by: Paolo
From: Igor Mammedov
Signed-off-by: Igor Mammedov
Message-Id: <1484759609-264075-4-git-send-email-imamm...@redhat.com>
Reviewed-by: Eduardo Habkost
Signed-off-by: Eduardo Habkost
---
hw/i386/pc.c | 24
1 file changed, 8 insertions(+), 16 deletions(-)
diff --git a/hw/i
We can safely allow a VM to be migrated with invtsc enabled if
tsc-khz is set explicitly, because:
* QEMU already refuses to start if it can't set the TSC frequency
to the configured value.
* Management software is already required to keep device
configuration (including CPU configuration) the
When CPU vendor is set to AMD, the AMD feature alias bits on
CPUID[0x8001].EDX are already automatically copied from CPUID[1].EDX
on x86_cpu_realizefn(). When CPU vendor is Intel, those bits are
reserved and should be zero. On either case, those bits shouldn't be set
in the CPU model table.
Co
From: Igor Mammedov
move smbios_set_cpuid() close to the rest of smbios init code
where it belongs to instead of calling it from pc_cpus_init().
Signed-off-by: Igor Mammedov
Message-Id: <1484759609-264075-3-git-send-email-imamm...@redhat.com>
Reviewed-by: Eduardo Habkost
Signed-off-by: Eduardo
Use @var{firstcpu} and @var{lastcpu} to make the metasyntatic
variables a bit clearer. While doing this, use @var only around
the metasyntatic variables, not including the square brackets and
hyphen.
The semantics of the "cpus" option will be clarified by rewriting
the whole -numa documentation in
The following changes since commit 3879284d6517dc22529395bdb259f4183b589127:
Merge remote-tracking branch 'remotes/berrange/tags/pull-qio-2017-01-23-2'
into staging (2017-01-23 15:59:09 +)
are available in the git repository at:
git://github.com/ehabkost/qemu.git tags/x86-and-machine-pu
From: Thomas Huth
The "Machine core" section sounds like a good match for this file.
Signed-off-by: Thomas Huth
Message-Id: <1485150895-19753-1-git-send-email-th...@redhat.com>
Reviewed-by: Marcel Apfelbaum
Signed-off-by: Eduardo Habkost
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
From: Dou Liyang
In the numa_post_machine_init(), we use CPU_FOREACH macro to set all
CPUs' namu_node. So, we should make sure that we call it after Qemu
has already initialied all the CPUs.
As we all know, the CPUs can be created by "-smp"(pc_new_cpu) or
"-device"(qdev_device_add) command. But,
Return the migration-safe field on query-cpu-definitions. All CPU
models in x86 are migration-safe except "host".
Signed-off-by: Eduardo Habkost
Message-Id: <20170116181212.31565-1-ehabk...@redhat.com>
Acked-by: David Hildenbrand
Signed-off-by: Eduardo Habkost
---
target/i386/cpu-qom.h | 2 ++
From: He Chen
AVX512_VPOPCNTDQ: Vector POPCNT instructions for word and qwords.
variable precision.
Signed-off-by: He Chen
Message-Id: <1484272411-28073-1-git-send-email-he.c...@linux.intel.com>
Reviewed-by: Eduardo Habkost
Signed-off-by: Eduardo Habkost
---
target/i386/cpu.h | 1 +
target/i
I had a brief look at softfloat. In principle, it should fix the
issue, but only if the FPU uses 80-bit double-extended-precision
internally. I guess the qemu FPU is still stuck at 64 bit double
internally and that does not cut it for some calculations.
Just to be sure, I re-tested the code from
On 23 January 2017 at 21:21, Artyom Tarasenko wrote:
> Suggested-by: Peter Maydell
> Signed-off-by: Artyom Tarasenko
> ---
> hw/sparc64/niagara.c | 22 +++---
> 1 file changed, 15 insertions(+), 7 deletions(-)
>
> diff --git a/hw/sparc64/niagara.c b/hw/sparc64/niagara.c
> index
On 23 January 2017 at 22:17, Peter Maydell wrote:
> On 23 January 2017 at 21:21, Artyom Tarasenko wrote:
>> Suggested-by: Peter Maydell
>> Signed-off-by: Artyom Tarasenko
>> ---
>> hw/sparc64/niagara.c | 22 +++---
>> 1 file changed, 15 insertions(+), 7 deletions(-)
>>
>> diff
From: Marek Vasut
Add remaining bits of the Altera NiosII R1 support into qemu, which
is documentation, MAINTAINERS file entry, configure bits, arch_init
and configuration files for both linux-user (userland binaries) and
softmmu (hardware emulation).
Signed-off-by: Marek Vasut
Cc: Chris Wulff
From: Marek Vasut
Add nios2 disassembler support. This patch is composed from binutils files
from commit "Opcodes and assembler support for Nios II R2". The files from
binutils used in this patch are:
include/opcode/nios2.h
include/opcode/nios2r1.h
include/opcode/nios2r2.h
opcode
From: Chris Wulff
Add the Altera timer model.
Signed-off-by: Marek Vasut
Cc: Chris Wulff
Cc: Jeff Da Silva
Cc: Ley Foon Tan
Cc: Sandra Loosemore
Cc: Yves Vandervennet
Reviewed-by: Alexander Graf
Message-Id: <20170118220146.489-6-ma...@denx.de>
Signed-off-by: Richard Henderson
---
hw/tim
From: Marek Vasut
Add the Altera 10M50 Nios2 GHRD model. This allows emulating the
10M50 development kit with the Nios2 GHRD loaded in the FPGA. It
is possible to boot Linux kernel and run userspace, thus far only
from initrd as storage support is not yet implemented.
Signed-off-by: Marek Vasut
From: Chris Wulff
Add the Altera Nios2 internal interrupt controller model.
Signed-off-by: Marek Vasut
Cc: Chris Wulff
Cc: Jeff Da Silva
Cc: Ley Foon Tan
Cc: Sandra Loosemore
Cc: Yves Vandervennet
Reviewed-by: Alexander Graf
Message-Id: <20170118220146.489-5-ma...@denx.de>
Signed-off-by:
From: Marek Vasut
Add missing bits for qemu-user required for emulating Altera Nios2
userspace binaries.
Signed-off-by: Marek Vasut
Cc: Chris Wulff
Cc: Jeff Da Silva
Cc: Ley Foon Tan
Cc: Sandra Loosemore
Cc: Yves Vandervennet
Reviewed-by: Alexander Graf
Message-Id: <20170118220146.489-4-m
From: Chris Wulff
Add support for emulating Altera NiosII R1 architecture into qemu.
This patch is based on previous work by Chris Wulff from 2012 and
updated to latest mainline QEMU.
Signed-off-by: Marek Vasut
Cc: Chris Wulff
Cc: Jeff Da Silva
Cc: Ley Foon Tan
Cc: Sandra Loosemore
Cc: Yves
3879284d6517dc22529395bdb259f4183b589127:
Merge remote-tracking branch 'remotes/berrange/tags/pull-qio-2017-01-23-2'
into staging (2017-01-23 15:59:09 +)
are available in the git repository at:
git://github.com/rth7680/qemu.git tags/pull-nios-20170123
for you to fetch changes up to 9a6aa7cc59b7ff0535392241e19c73
Hi,
Your series seems to have some coding style problems. See output below for
more information:
Type: series
Subject: [Qemu-devel] [PATCH 00/17] multifd v3
Message-id: 1485207141-1941-1-git-send-email-quint...@redhat.com
=== TEST SCRIPT BEGIN ===
#!/bin/bash
BASE=base
n=1
total=$(git log --one
This still fails for me even when using that CPU option. But it only
fails with my just-compiled QEMU 2.8.0, NOT my distribution-provided
QEMU 2.6.1.
mike@ossy ~/qemu> sudo /usr/local/bin/qemu-system-sparc -bios ./ss20_v2.25_rom
-M SS-20 -nographic -boot d -hda ./sol26_36G.disk -m 512 -cdrom /my
Each time that we sync the bitmap, it is a possiblity that we receive
a page that is being processed by a different thread. We fix this
problem just making sure that we wait for all receiving threads to
finish its work before we procedeed with the next stage.
We are low on page flags, so we use a
Looks like your test code from comment #1 still prints out a wrong
value, so the bug has apparently not been fixed by the FPU updates...
** Changed in: qemu
Status: Incomplete => Triaged
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed
We are still sending the page through the main channel, that would
change later in the series
Signed-off-by: Juan Quintela
---
migration/ram.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/migration/ram.c b/migration/ram.c
index 1267730..ca94704 100644
--- a/
We just send the address through the alternate channels and test that it
is ok.
Signed-off-by: Juan Quintela
---
migration/ram.c | 36
1 file changed, 36 insertions(+)
diff --git a/migration/ram.c b/migration/ram.c
index 4e530ea..95af694 100644
--- a/migrati
We now send several pages at a time each time that we wakeup a thread.
Signed-off-by: Juan Quintela
---
migration/ram.c | 44 ++--
1 file changed, 38 insertions(+), 6 deletions(-)
diff --git a/migration/ram.c b/migration/ram.c
index 9d7bc64..1267730 10064
We switch for sending the page number to send real pages.
[HACK]
How we calculate the bandwidth is beyond repair, there is a hack there
that would work for x86 and archs that have 4kb pages.
If you are having a nice day just go to migration/ram.c and look at
acct_update_position(). Now you are d
We create new channels for each new thread created. We only send through
them a character to be sure that we are creating the channels in the
right order.
Note: Reference count/freeing of channels is not done
Signed-off-by: Juan Quintela
---
include/migration/migration.h | 6 +
migration/r
We make the locking and the transfer of information specific, even if we
are still receiving things through the main thread.
Signed-off-by: Juan Quintela
---
migration/ram.c | 77 +
1 file changed, 67 insertions(+), 10 deletions(-)
diff --
Indicates the number of threads that we would create. By default we
create 2 threads.
Signed-off-by: Juan Quintela
Reviewed-by: Dr. David Alan Gilbert
---
hmp.c | 8
include/migration/migration.h | 2 ++
migration/migration.c | 23
We make the locking and the transfer of information specific, even if we
are still transmiting things through the main thread.
Signed-off-by: Juan Quintela
---
migration/ram.c | 53 -
1 file changed, 52 insertions(+), 1 deletion(-)
diff --git
Indicates how many pages we are going to send in each bach to a multifd
thread.
Signed-off-by: Juan Quintela
---
hmp.c | 8
include/migration/migration.h | 1 +
migration/migration.c | 23 +++
qapi-schema.json | 11 +
The function still don't use multifd, but we have simplified
ram_save_page, xbzrle and RDMA stuff is gone. We have added a new
counter and a new flag for this type of pages.
Signed-off-by: Juan Quintela
---
hmp.c | 2 ++
include/migration/migration.h | 1 +
migration/m
Right now, if we receive a compressed page or a xbzrle page while this
features are disabled, Bad Things (TM) can happen. Just add a test for
them.
Signed-off-by: Juan Quintela
---
migration/ram.c | 23 ++-
1 file changed, 22 insertions(+), 1 deletion(-)
diff --git a/migrat
Signed-off-by: Juan Quintela
Reviewed-by: Dr. David Alan Gilbert
---
include/migration/migration.h | 1 +
migration/migration.c | 9 +
qapi-schema.json | 5 +++--
3 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/include/migration/migration.h b/include/
Signed-off-by: Juan Quintela
--
I removed the [HACK] part because previous patch just check that
compression pages are not received.
Signed-off-by: Juan Quintela
---
migration/ram.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/migration/ram.c b/migration/ram.c
index 4ad814a..cea2
Creation of the threads, nothing inside yet.
Signed-off-by: Juan Quintela
Reviewed-by: Dr. David Alan Gilbert
---
include/migration/migration.h | 4 ++
migration/migration.c | 6 ++
migration/ram.c | 150 ++
3 files changed, 160
So we can remove DPRINTF() macro
Signed-off-by: Juan Quintela
---
migration/ram.c| 18 --
migration/trace-events | 4
2 files changed, 8 insertions(+), 14 deletions(-)
diff --git a/migration/ram.c b/migration/ram.c
index a1c8089..ef8fadf 100644
--- a/migration/ram.
Hi
This is the 3rd version of multifd. Changes:
- comments for previous verion addressed
- lots of bugs fixed
- remove DPRINTF from ram.c
- add multifd-group parameter, it gives how many pages we sent each
time to the worker threads. I am open to better names.
- Better flush support.
- with mi
Signed-off-by: Juan Quintela
Reviewed-by: Dr. David Alan Gilbert
---
include/migration/migration.h | 1 -
migration/migration.c | 38 +-
migration/savevm.c| 4 ++--
3 files changed, 19 insertions(+), 24 deletions(-)
diff --git a/include/
Reported-by:Markus Armbruster
Signed-off-by: Artyom Tarasenko
---
hw/sparc64/niagara.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/hw/sparc64/niagara.c b/hw/sparc64/niagara.c
index e945b5a..a14724f 100644
--- a/hw/sparc64/niagara.c
+++ b/hw/sparc64/niagara.c
@@ -15
Suggested-by: Peter Maydell
Signed-off-by: Artyom Tarasenko
---
hw/sparc64/niagara.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/hw/sparc64/niagara.c b/hw/sparc64/niagara.c
index b55d4bb..e945b5a 100644
--- a/hw/sparc64/niagara.c
+++ b/hw/sparc64/n
Niagara bugfixes
Artyom Tarasenko (2):
niagara: fail if a firmware file is missing
niagara: check if a serial port is available
hw/sparc64/niagara.c | 29 +++--
1 file changed, 19 insertions(+), 10 deletions(-)
--
2.7.2
I hadn't seen comment #5. Not sure how that affects qemu.
Unfortunately I'm not in a position to set up a system any time soon
with the latest versions of everything to see if the bug is still present.
On 24/01/17 08:32, Thomas Huth wrote:
> What does comment #5 mean? Is this issue now fixed
On Sat, 21 Jan 2017, Greg Kurz wrote:
> The current code tries to copy `read_count' bytes starting at offset
> `offset' from a `read_count`-sized iovec. This causes v9fs_pack() to
> fail with ENOBUFS.
>
> Since the PDU iovec is already partially filled with `offset' bytes,
> let's skip them when c
That did it - Thanks, and my apologies to Vincent for the false alarm.
-Jim
On Mon, Jan 23, 2017 at 2:41 PM, Peter Maydell
wrote:
> On 23 January 2017 at 19:32, James Hanley wrote:
> > Changeset fails to compile:
> >
> > qemu/vl.c:3683:18: error: ‘QEMU_OPTION_enable_hax’ undeclared (first use
>
What does comment #5 mean? Is this issue now fixed with the latest
version of QEMU?
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1253777
Title:
On 23 January 2017 at 19:32, James Hanley wrote:
> Changeset fails to compile:
>
> qemu/vl.c:3683:18: error: ‘QEMU_OPTION_enable_hax’ undeclared (first use in
> this function)
> case QEMU_OPTION_enable_hax:
> ^
> I assume that there is details in
>
> ./qemu-options.d
On Mon, 23 Jan 2017 18:23:44 +0800
Jason Wang wrote:
> On 2017年01月23日 11:34, Peter Xu wrote:
> > On Mon, Jan 23, 2017 at 09:55:39AM +0800, Jason Wang wrote:
> >>
> >> On 2017年01月22日 17:04, Peter Xu wrote:
> >>> On Sun, Jan 22, 2017 at 04:08:04PM +0800, Jason Wang wrote:
> >>>
> >>> [...]
> >>
Ping - we have the next fix for Xenial in the queue - all others are
released now, has this one "baked" enough for Xenial SRU to migrate?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1626972
Title:
On Mon, 23 Jan 2017 10:54:49 +0800
Peter Xu wrote:
> On Mon, Jan 23, 2017 at 09:48:48AM +0800, Jason Wang wrote:
> >
> >
> > On 2017年01月22日 16:51, Peter Xu wrote:
> > >On Sun, Jan 22, 2017 at 03:56:10PM +0800, Jason Wang wrote:
> > >
> > >[...]
> > >
> > >>>+/**
> > >>>+ * vtd_page_walk_lev
On Sun, 22 Jan 2017 16:51:18 +0800
Peter Xu wrote:
> On Sun, Jan 22, 2017 at 03:56:10PM +0800, Jason Wang wrote:
> >
> > >+trace_vtd_page_walk_one(level, entry.iova,
> > >entry.translated_addr,
> > >+entry.addr_mask, entry.perm);
> > >+
Changeset fails to compile:
qemu/vl.c:3683:18: error: ‘QEMU_OPTION_enable_hax’ undeclared (first use in
this function)
case QEMU_OPTION_enable_hax:
^
I assume that there is details in
./qemu-options.def
./qemu-options.hx
that were not included with the commit?
htt
On 01/19/2017 09:04 AM, Alex Bennée wrote:
> +/* flush_all_helper: run fn across all cpus
> + *
> + * If the wait flag is set then the src cpu's helper will be queued as
> + * "safe" work and the loop exited creating a synchronisation point
> + * where all queued work will be finished before execut
Preserve only Intel specific details.
Signed-off-by: Marcel Apfelbaum
---
hw/pci-bridge/ioh3420.c | 121 ++--
1 file changed, 15 insertions(+), 106 deletions(-)
diff --git a/hw/pci-bridge/ioh3420.c b/hw/pci-bridge/ioh3420.c
index 84b7946..571ffe5 1006
1 - 100 of 303 matches
Mail list logo