On Tue, Aug 08, 2017 at 06:26:16PM +0200, Juan Quintela wrote:
> Signed-off-by: Juan Quintela
> Reviewed-by: Dr. David Alan Gilbert
Reviewed-by: Peter Xu
--
Peter Xu
On Tue, Aug 08, 2017 at 06:26:17PM +0200, Juan Quintela wrote:
[...]
> diff --git a/qapi-schema.json b/qapi-schema.json
> index 521e15c..3fe1a64 100644
> --- a/qapi-schema.json
> +++ b/qapi-schema.json
> @@ -918,6 +918,7 @@
> #
> # @return-path: If enabled, migration will use the return path ev
On Tue, Aug 08, 2017 at 06:26:18PM +0200, Juan Quintela wrote:
> Indicates how many pages we are going to send in each batch to a multifd
> thread.
>
> Signed-off-by: Juan Quintela
> Reviewed-by: Dr. David Alan Gilbert
Reviewed-by: Peter Xu
--
Peter Xu
On Thu, 08/10 08:58, Eric Blake wrote:
> On 08/10/2017 03:01 AM, Fam Zheng wrote:
> > People get surprised when, after "qemu-imc create -f raw /dev/sdX", they
> > still see qcow2 with "qemu-img info", if previously the bdev had a qcow2
> > header. While this is natural because raw doesn't need to w
On Fri, 08/11 15:28, Fam Zheng wrote:
> On Thu, 08/10 08:58, Eric Blake wrote:
> > On 08/10/2017 03:01 AM, Fam Zheng wrote:
> > > +if (total_size) {
> > > +int64_t zero_size = MIN(BDRV_SECTOR_SIZE, total_size);
> > > +uint8_t *buf;
> >
> > Since BDRV_SECTOR_SIZE is small enough
在 8/10/2017 4:01 PM, Fam Zheng 写道:
People get surprised when, after "qemu-imc create -f raw /dev/sdX", they
s/qemu-imc/qemu-img/
still see qcow2 with "qemu-img info", if previously the bdev had a qcow2
--
Thanks
-Xie
cpu.h is accessed outside of target/s390x. It should only contain
what is expected to be accessed outside of this folder. Therefore, create
internal.h and move a lot to that file.
While doing that, I noticed that a lot of function prototypes not
available with CONFIG_USER_ONLY are not protected by
Signed-off-by: David Hildenbrand
---
target/s390x/cpu.c | 80 +
target/s390x/cpu.h | 88 +++---
2 files changed, 90 insertions(+), 78 deletions(-)
diff --git a/target/s390x/cpu.c b/target/s390x/cpu.c
Let's reshuffle the function prototypes so we get a cleaner outline
of the files.
Signed-off-by: David Hildenbrand
---
target/s390x/cpu.h | 140 ++---
1 file changed, 70 insertions(+), 70 deletions(-)
diff --git a/target/s390x/cpu.h b/target/s390x
cpu.h should only contain what really has to be accessed outside of
target/s390x/. Add internal.h which can only be used inside target/s390x/.
Move everything that isn't fast enough to run away and restructure it
right away.
Minor style fixes to avoid checkpatch warning to:
- struct Lowcore: "{"
11.08.2017 05:37, Eric Blake wrote:
As soon as the server is sending us garbage, we should quit
trying to send further messages to the server, and allow all
pending coroutines for any remaining replies to error out.
Failure to do so can let a malicious server cause the client
to hang, for example
Let's just introduce an helper.
Signed-off-by: David Hildenbrand
---
hw/s390x/s390-virtio-ccw.c | 4 +---
target/s390x/cpu.c | 6 ++
target/s390x/cpu.h | 1 +
3 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/hw/s390x/s390-virtio-ccw.c b/hw/s390x/s390-virtio-ccw.
Let's move everything into internal.h
Signed-off-by: David Hildenbrand
---
target/s390x/cpu.h | 62 -
target/s390x/internal.h | 52 +
2 files changed, 52 insertions(+), 62 deletions(-)
diff --git a/targ
On Thu, 08/10 12:25, Cornelia Huck wrote:
> > I think the UI (giving no consideration to how we might implement
> > this!) would ideally be something like:
> > * if anybody mails a patch which touches an "unmaintained" file,
> >a robot should send a reply along the lines of "thanks for the
> >
This adds mmio-exec property to workaround the migration bug.
When enabled the migration is blocked and will return an error.
Signed-off-by: KONRAD Frederic
V1 -> V2:
* changed mmio-exec to x-mmio-exec
---
hw/ssi/xilinx_spips.c | 36 +---
1 file changed, 33 ins
On Fri, 08/11 15:44, Xie Changlong wrote:
> 在 8/10/2017 4:01 PM, Fam Zheng 写道:
> > People get surprised when, after "qemu-imc create -f raw /dev/sdX", they
>
> s/qemu-imc/qemu-img/
Thanks, will fix in v2.
Fam
People get surprised when, after "qemu-img create -f raw /dev/sdX", they
still see qcow2 with "qemu-img info", if previously the bdev had a qcow2
header. While this is natural because raw doesn't need to write any
magic bytes during creation, hdev_create is free to clear out the first
sector to mak
Intel Xeon phi chip will support 352 logical threads. For HPC
usage case, it will create a huge VM with vcpus number as same as host
cpus. This patch is to increase max vcpu number from 288 to 8192 which
is current default maximum cpu number for Linux kernel.
Signed-off-by: Lan Tianyu
---
Change
Hi,
This series failed automatic build test. Please find the testing commands and
their output below. If you have docker installed, you can probably reproduce it
locally.
Message-id: 1502417472-15511-1-git-send-email-tianyu@intel.com
Subject: [Qemu-devel] [PATCH v2] x86: Increase max vcpu num
Hi,
This series failed build test on FreeBSD host. Please find the details below.
Type: series
Message-id: 1502417472-15511-1-git-send-email-tianyu@intel.com
Subject: [Qemu-devel] [PATCH v2] x86: Increase max vcpu number to 8192
=== TEST SCRIPT BEGIN ===
#!/bin/sh
# Testing script will be in
From: Jens Freimann
Add a PXE testcase tunneling traffic through vhost-user-bridge process.
Create a vhost-user-bridge process and connect it to qemu via a socket.
Signed-off-by: Jens Freimann
---
tests/Makefile.include | 4 +-
tests/pxe-test.c | 114 ++
On 10 August 2017 at 18:48, Stefan Hajnoczi wrote:
> The following changes since commit b38df311c174c98ef8cce7dec9f46603b083018e:
>
> Merge remote-tracking branch 'remotes/dgibson/tags/ppc-for-2.10-20170809'
> into staging (2017-08-10 11:12:36 +0100)
>
> are available in the git repository at:
Intel Xeon phi chip will support 352 logical threads. For HPC
usage case, it will create a huge VM with vcpus number as same as host
cpus. This patch is to increase max vcpu number from 288 to 8192 which
is current default maximum cpu number for Linux kernel.
Signed-off-by: Lan Tianyu
---
Change
On Thu, Aug 10, 2017 at 01:47:03PM +0100, Peter Maydell wrote:
> On 9 August 2017 at 08:03, David Gibson wrote:
> > The following changes since commit 54affb3a3623b1d36c95e34faa722a5831323a74:
> >
> > Update version for v2.10.0-rc2 release (2017-08-08 19:07:46 +0100)
> >
> > are available in the
> /var/tmp/patchew-tester-tmp-05mor12r/src/hw/intc/s390_flic_kvm.c:125:5:
> error: no previous prototype for ‘kvm_s390_inject_flic’
> [-Werror=missing-prototypes]
> int kvm_s390_inject_flic(struct kvm_s390_irq *irq)
> ^~~~
> cc1: all warnings being treated as errors
Easily
On 11 August 2017 at 09:51, David Gibson wrote:
> On Thu, Aug 10, 2017 at 01:47:03PM +0100, Peter Maydell wrote:
>> On 9 August 2017 at 08:03, David Gibson wrote:
>> > I haven't completed a Travis build for this, which is part of my usual
>> > test regime, since the first dozen or so Travis build
On Thu, Aug 10, 2017 at 01:23:08PM -0500, Eric Blake wrote:
> On 08/10/2017 10:55 AM, Daniel P. Berrange wrote:
> > The https://gitlab.com/keycodemap/keycodemapdb/ repo contains a
> > data file mapping between all the different scancode/keycode/keysym
> > sets that are known, and a tool to auto-gen
Eric Blake writes:
> On 08/10/2017 01:30 PM, Markus Armbruster wrote:
>> A command is a query if it has no side effect and yields a result.
>> Such commands are typically named query-FOO, but there are exceptions.
>>
>> The basic idea is to find candidates with query-qmp-schema, filter out
>> th
On Wed, Aug 02, 2017 at 01:33:56PM +0100, Daniel P. Berrange wrote:
> On Fri, Jul 28, 2017 at 02:10:36PM +0200, Eduardo Otubo wrote:
> > This patch introduces the argument [,obsolete=allow] to the `-sandbox on'
> > option. It allows Qemu to run safely on old system that still relies on
> > old syst
On Thu, Aug 10, 2017 at 01:59:09PM -0500, Eric Blake wrote:
> On 08/10/2017 10:55 AM, Daniel P. Berrange wrote:
> > Replace the number_to_qcode, qcode_to_number and linux_to_qcode
> > tables with automatically generated tables.
> >
> > Missing entries in linux_to_qcode now fixed:
>
> > In additio
On Thu, Aug 10, 2017 at 02:02:32PM -0500, Eric Blake wrote:
> On 08/10/2017 10:55 AM, Daniel P. Berrange wrote:
> > Now that keycode numbers are converted to QKeyCodes immediately
> > when creating input events, the InputKeyEvent struct can be
> > changed to only accept a QKeyCode, instead of a Key
On 09.08.17 08:13, David Gibson wrote:
On Mon, Aug 07, 2017 at 05:50:44PM +0200, KONRAD Frederic wrote:
Hi,
Those are some patches to add basic e6500 support for the moment e5500 with a
correct MMU configuration and supported instructions.
Some (maybe a lot of) things are missing (ie: the thr
On Thu, Aug 10, 2017 at 01:12:25PM -0500, Eric Blake wrote:
> On 08/10/2017 11:04 AM, Daniel P. Berrange wrote:
> > The existing QIOChannelSocket class provides the ability to
> > listen on a single socket at a time. This patch introduces
> > a QIONetListener class that provides a higher level API
On Thu, Aug 10, 2017 at 01:35:15PM -0500, Eric Blake wrote:
> On 08/10/2017 11:04 AM, Daniel P. Berrange wrote:
> > The inet_parse() function looks for 'ipv4' and 'ipv6'
> > flags, but only treats them as bare bool flags. The normal
> > QemuOpts parsing would allow on/off values to be set too.
> >
On Fri, Aug 11, 2017 at 11:12:48AM +0200, Eduardo Otubo wrote:
> On Wed, Aug 02, 2017 at 01:33:56PM +0100, Daniel P. Berrange wrote:
> > On Fri, Jul 28, 2017 at 02:10:36PM +0200, Eduardo Otubo wrote:
> > > This patch introduces the argument [,obsolete=allow] to the `-sandbox on'
> > > option. It al
On Fri, Aug 11, 2017 at 11:12:48AM +0200, Eduardo Otubo wrote:
> On Wed, Aug 02, 2017 at 01:33:56PM +0100, Daniel P. Berrange wrote:
> > On Fri, Jul 28, 2017 at 02:10:36PM +0200, Eduardo Otubo wrote:
> > > This patch introduces the argument [,obsolete=allow] to the `-sandbox on'
> > > option. It al
On Fri, 11 Aug 2017 07:57:54 +0200
Thomas Huth wrote:
> The first patch improves the buffer handling in the pxe tester a
> little bit by allocating a separate buffer on the heap for each
> architecture. This also gets rid of the huge pre-initialized
> array in the tester, shrinking the size of th
On Thu, Aug 03, 2017 at 06:54:15PM +0200, Thomas Huth wrote:
> On 28.07.2017 14:10, Eduardo Otubo wrote:
> > This patch changes the default behavior of the seccomp filter from
> > whitelist to blacklist. By default now all system calls are allowed and
> > a small black list of definitely forbidden
Build time check of OFD lock is not sufficient and can cause image open
errors when the runtime environment doesn't support it.
Add a helper function to probe it at runtime, additionally. Also provide
a qemu_has_ofd_lock() for callers to check the status.
Signed-off-by: Fam Zheng
---
include/qe
v2: Probe /dev/null to save LOC. [Eric]
Mention "new glibc + old kernel" in commit message. [Kevin, Daniel, Eric,
Christian]
This fixes the image opening failure reported by Andrew Baumann:
> I'm running a recent Linux build of qemu on Windows Subsystem for Linux (WSL)
> which doesn't app
It is reported that on Windows Subsystem for Linux, ofd operations fail
with -EINVAL. In other words, QEMU binary built with system headers that
exports F_OFD_SETLK doesn't necessarily run in an environment that
actually supports it:
$ qemu-system-aarch64 ... -drive file=test.vhdx,if=none,id=hd0 \
Hi Peters,
I got some strange results since this commit:
commit 9776f636455b6f0d9c14dce112242ed653f954b4
Author: Peter Crosthwaite
Date: Fri Mar 4 11:30:21 2016 +
arm: boot: Support big-endian elfs
Support ARM big-endian ELF files in system-mode emulation.
When loading
an e
On Thu, Aug 10, 2017 at 11:14:33PM +0530, Ishani Chugh wrote:
> This patch series is intended to introduce QEMU Backup tool.
> qemu-backup will be a command-line tool for performing full and
> incremental disk backups on running VMs. It is intended as a
> reference implementation for management sta
On Fri, Aug 11, 2017 at 11:51:12AM +0200, Eduardo Otubo wrote:
> On Thu, Aug 03, 2017 at 06:54:15PM +0200, Thomas Huth wrote:
> > On 28.07.2017 14:10, Eduardo Otubo wrote:
> > > This patch changes the default behavior of the seccomp filter from
> > > whitelist to blacklist. By default now all syste
On Fri, Aug 11, 2017 at 10:15:04AM +0100, Daniel P. Berrange wrote:
> On Thu, Aug 10, 2017 at 01:12:25PM -0500, Eric Blake wrote:
> > On 08/10/2017 11:04 AM, Daniel P. Berrange wrote:
> > > The existing QIOChannelSocket class provides the ability to
> > > listen on a single socket at a time. This p
On 08/11/17 01:31, Aleksandr Bezzubikov wrote:
> +PCIE-PCI bridge hot-plug
> +===
> +Guest OSes require extra efforts to enable PCIE-PCI bridge hot-plug.
> +Motivation - now on init any PCI Express root port which doesn't have
> +any device plugged in, has no free buses reserve
On 11 August 2017 at 10:59, KONRAD Frederic wrote:
> Hi Peters,
>
> I got some strange results since this commit:
>
> commit 9776f636455b6f0d9c14dce112242ed653f954b4
> Author: Peter Crosthwaite
> Date: Fri Mar 4 11:30:21 2016 +
>
> arm: boot: Support big-endian elfs
>
> Support ARM
On Fri, 11 Aug 2017 11:49:22 +0200
Cornelia Huck wrote:
> On Fri, 11 Aug 2017 07:57:54 +0200
> Thomas Huth wrote:
>
> > The first patch improves the buffer handling in the pxe tester a
> > little bit by allocating a separate buffer on the heap for each
> > architecture. This also gets rid of th
On Thu, Aug 10, 2017 at 05:52:55PM +0100, Richard W.M. Jones wrote:
> Since Linux switched to blk-mq as the default in Linux commit
> 5c279bd9e406 ("scsi: default to scsi-mq"), virtio-scsi LUNs consume
> about 10x as much guest kernel memory.
>
> This commit allows you to choose the virtqueue size
On Thu, Aug 10, 2017 at 08:57:48PM -0500, Eric Blake wrote:
> NBD_CMD_DISC is a disconnect request, not a data discard request.
>
> Signed-off-by: Eric Blake
> ---
>
> Although this is not 2.10 material in isolation (it is only a
> bad trace message), I don't mind including it in a larger pull
>
On Wed, Aug 09, 2017 at 01:07:32PM +0300, Manos Pitsidianakis wrote:
+static int coroutine_fn throttle_co_preadv(BlockDriverState *bs,
+ uint64_t offset, uint64_t bytes,
+ QEMUIOVector *qiov, int flags)
+{
+
+
On 11.08.2017 12:19, Cornelia Huck wrote:
> On Fri, 11 Aug 2017 11:49:22 +0200
> Cornelia Huck wrote:
>
>> On Fri, 11 Aug 2017 07:57:54 +0200
>> Thomas Huth wrote:
>>
>>> The first patch improves the buffer handling in the pxe tester a
>>> little bit by allocating a separate buffer on the heap f
On 08/11/2017 12:18 PM, Peter Maydell wrote:
On 11 August 2017 at 10:59, KONRAD Frederic wrote:
Hi Peters,
I got some strange results since this commit:
commit 9776f636455b6f0d9c14dce112242ed653f954b4
Author: Peter Crosthwaite
Date: Fri Mar 4 11:30:21 2016 +
arm: boot: Support
On 11 August 2017 at 12:03, KONRAD Frederic wrote:
> On 08/11/2017 12:18 PM, Peter Maydell wrote:
>> That said, if you specify a BE elf file then we do
>> set the SCTLR.EE and CPSR.E bits on reset in do_cpu_reset()
>> (a change added in the commit you quote), which is probably
>> why we haven't no
Hi,
testing on 2.10-rc2 I ran into an issue around:
unable to execute QEMU command 'nbd-server-add': Block node is read-only
### TL;DR ###
- triggered by livbirt driven live migration with --copy-storage-all
- buils down to nbd_server_add failing
- can be reproduced on a single system without li
On 08/10/2017 12:06 PM, Markus Armbruster wrote:
> Suggested-by: Halil Pasic
> Signed-off-by: Markus Armbruster
Nice clarification!
Reviewed-by: Halil Pasic
On 08/11/2017 01:05 PM, Peter Maydell wrote:
On 11 August 2017 at 12:03, KONRAD Frederic wrote:
On 08/11/2017 12:18 PM, Peter Maydell wrote:
That said, if you specify a BE elf file then we do
set the SCTLR.EE and CPSR.E bits on reset in do_cpu_reset()
(a change added in the commit you quote)
Am 10.08.2017 um 17:08 hat Eric Blake geschrieben:
> On 08/10/2017 08:02 AM, Kevin Wolf wrote:
> > Am 09.08.2017 um 22:38 hat Eric Blake geschrieben:
> >> We already have a lot of bdrv_getlength() fixes in -rc2; so I think
> >> this is still okay for -rc3.
> >>
> >> v1 was here (with a typo'd subje
Hi Frederic,
I'm slowly working on Hercules MCU peripherals and use a R4F core.
It seems that when I try to load a big endian image on a
Cortex-R5 it gets confused:
* the instructions are fine it executes some code.
So far no problem here
* GDB address / insns are wrong endianness.
Ma
;
On 08/10/2017 02:37 PM, Cornelia Huck wrote:
> Signed-off-by: Cornelia Huck
> ---
>
> It's that time again. I plan to put this into my first 2.11 pullreq.
> Yes, and I assume that the next version is indeed 2.11 :)
>
> ---
> hw/s390x/s390-virtio-ccw.c | 17 -
> include/hw/com
Hi David, Peter,
On 08/11/2017 05:59 AM, Peter Maydell wrote:
On 11 August 2017 at 09:51, David Gibson wrote:
On Thu, Aug 10, 2017 at 01:47:03PM +0100, Peter Maydell wrote:
On 9 August 2017 at 08:03, David Gibson wrote:
I haven't completed a Travis build for this, which is part of my usual
On Fri, 11 Aug 2017 12:52:54 +0200
Thomas Huth wrote:
> On 11.08.2017 12:19, Cornelia Huck wrote:
> > A quick test on x86_64 with --disable-tcg showed no further problems
> > than boot-serial-test, so at least it's only the one for now (and it
> > might make sense to simply use accel=tcg:kvm for
Build time check of OFD lock is not sufficient and can cause image open
errors when the runtime environment doesn't support it.
Add a helper function to probe it at runtime, additionally. Also provide
a qemu_has_ofd_lock() for callers to check the status.
Signed-off-by: Fam Zheng
---
include/qe
v3: Fix mingw build. [patchew]
v2: Probe /dev/null to save LOC. [Eric]
Mention "new glibc + old kernel" in commit message. [Kevin, Daniel, Eric,
Christian]
This fixes the image opening failure reported by Andrew Baumann:
> I'm running a recent Linux build of qemu on Windows Subsystem for
It is reported that on Windows Subsystem for Linux, ofd operations fail
with -EINVAL. In other words, QEMU binary built with system headers that
exports F_OFD_SETLK doesn't necessarily run in an environment that
actually supports it:
$ qemu-system-aarch64 ... -drive file=test.vhdx,if=none,id=hd0 \
Currently, at least x86_64 and s390x support building with --disable-tcg.
Instead of forcing tcg (which causes the test to fail on such builds),
allow to use kvm as well.
Signed-off-by: Cornelia Huck
---
Not sure who should merge this. I can add it to the s390 tree if nobody
else takes it.
---
On Thu, Aug 10, 2017 at 02:08:38PM -0400, Konrad Rzeszutek Wilk wrote:
> On Wed, Aug 09, 2017 at 11:58:20PM -0400, Lan Tianyu wrote:
> > Intel Xeon phi chip will support 352 logical threads. For HPC
> > usage case, it will create a huge VM with vcpus number as same as host
> > cpus. This patch is t
On 11.08.2017 13:47, Cornelia Huck wrote:
> Currently, at least x86_64 and s390x support building with --disable-tcg.
> Instead of forcing tcg (which causes the test to fail on such builds),
> allow to use kvm as well.
>
> Signed-off-by: Cornelia Huck
> ---
>
> Not sure who should merge this. I
On Fri, 08/11 13:07, Christian Ehrhardt wrote:
> Hi,
> testing on 2.10-rc2 I ran into an issue around:
> unable to execute QEMU command 'nbd-server-add': Block node is read-only
>
> ### TL;DR ###
> - triggered by livbirt driven live migration with --copy-storage-all
> - buils down to nbd_server_
On 11/08/2017 09:54, Fam Zheng wrote:
> On Thu, 08/10 12:25, Cornelia Huck wrote:
>>> I think the UI (giving no consideration to how we might implement
>>> this!) would ideally be something like:
>>> * if anybody mails a patch which touches an "unmaintained" file,
>>>a robot should send a repl
Am 11.08.2017 um 13:44 hat Fam Zheng geschrieben:
> v3: Fix mingw build. [patchew]
>
> v2: Probe /dev/null to save LOC. [Eric]
> Mention "new glibc + old kernel" in commit message. [Kevin, Daniel, Eric,
> Christian]
>
> This fixes the image opening failure reported by Andrew Baumann:
>
>
* Daniel P. Berrange (berra...@redhat.com) wrote:
> The existing QIOChannelSocket class provides the ability to
> listen on a single socket at a time. This patch introduces
> a QIONetListener class that provides a higher level API
> concept around listening for network services, allowing
> for list
On Fri, Aug 11, 2017 at 01:26:00PM +0100, Dr. David Alan Gilbert wrote:
> * Daniel P. Berrange (berra...@redhat.com) wrote:
> > The existing QIOChannelSocket class provides the ability to
> > listen on a single socket at a time. This patch introduces
> > a QIONetListener class that provides a highe
Am 11.08.2017 um 14:04 hat Fam Zheng geschrieben:
> On Fri, 08/11 13:07, Christian Ehrhardt wrote:
> > Simplifying that to a smaller test:
> >
> > $ qemu-img create -f qcow2 /tmp/test.qcow2 100M
> > $ qemu-system-x86_64 -S -m 512 -smp 1 -nodefaults --nographic -monitor
> > stdio -drive
> > file=/t
* Daniel P. Berrange (berra...@redhat.com) wrote:
> On Fri, Aug 11, 2017 at 01:26:00PM +0100, Dr. David Alan Gilbert wrote:
> > * Daniel P. Berrange (berra...@redhat.com) wrote:
> > > The existing QIOChannelSocket class provides the ability to
> > > listen on a single socket at a time. This patch i
On Fri, 08/11 14:06, Paolo Bonzini wrote:
> On 11/08/2017 09:54, Fam Zheng wrote:
> > On Thu, 08/10 12:25, Cornelia Huck wrote:
> >>> I think the UI (giving no consideration to how we might implement
> >>> this!) would ideally be something like:
> >>> * if anybody mails a patch which touches an "u
Am 09.08.2017 um 17:17 hat Vladimir Sementsov-Ogievskiy geschrieben:
> 185 can sometimes produce wrong output like this:
>
> =
> 185 2s ... - output mismatch (see 185.out.bad)
> --- /work/src/qemu/master/tests/qemu-iotests/185.out2017-07-14 \
> 15:14
On Fri, Aug 11, 2017 at 01:39:43PM +0100, Dr. David Alan Gilbert wrote:
> * Daniel P. Berrange (berra...@redhat.com) wrote:
> > On Fri, Aug 11, 2017 at 01:26:00PM +0100, Dr. David Alan Gilbert wrote:
> > > * Daniel P. Berrange (berra...@redhat.com) wrote:
> > > > The existing QIOChannelSocket class
On Thu, Aug 10, 2017 at 10:26:06PM -0400, Lan Tianyu wrote:
> Intel Xeon phi chip will support 352 logical threads. For HPC
> usage case, it will create a huge VM with vcpus number as same as host
> cpus. This patch is to increase max vcpu number from 288 to 8192 which
> is current default maximum
On Fri, 11 Aug 2017 13:56:37 +0200
Thomas Huth wrote:
> On 11.08.2017 13:47, Cornelia Huck wrote:
> > diff --git a/tests/boot-serial-test.c b/tests/boot-serial-test.c
> > index 11f48b049c..38664a0594 100644
> > --- a/tests/boot-serial-test.c
> > +++ b/tests/boot-serial-test.c
> > @@ -78,7 +78,8
qemu-backup will be a command-line tool for performing full and
incremental disk backups on running VMs. It is intended as a
reference implementation for management stack and backup developers
to see QEMU's backup features in action. The following commit is an
initial implementation of manpage list
This patch series is intended to introduce QEMU Backup tool.
qemu-backup will be a command-line tool for performing full and
incremental disk backups on running VMs. It is intended as a
reference implementation for management stack and backup developers
to see QEMU's backup features in action.
This
qemu-backup will be a command-line tool for performing full and
incremental disk backups on running VMs. It is intended as a
reference implementation for management stack and backup developers
to see QEMU's backup features in action. The tool writes details of
guest in a configuration file and the
On 08/11/2017 12:46 AM, David Hildenbrand wrote:
> +
> +static const char *cc_names[] = {
> +[CC_OP_CONST0]= "CC_OP_CONST0",
This should get moved out of the header to the c file that uses it.
(Why it's ever there in the first place is a mystery...)
Otherwise,
Reviewed-by: Richard Hender
On 08/11/2017 12:46 AM, David Hildenbrand wrote:
> Signed-off-by: David Hildenbrand
> ---
> target/s390x/cpu.c | 80 +
> target/s390x/cpu.h | 88
> +++---
> 2 files changed, 90 insertions(+), 78 delet
Currently, at least x86_64 and s390x support building with --disable-tcg.
Instead of forcing tcg (which causes the test to fail on such builds),
allow to use kvm as well.
Signed-off-by: Cornelia Huck
---
v1->v2: switch around kvm and tcg
Added Paolo on cc:; I can still take this through the s39
On 08/11/2017 12:46 AM, David Hildenbrand wrote:
> Let's move everything into internal.h
>
> Signed-off-by: David Hildenbrand
> ---
> target/s390x/cpu.h | 62
> -
> target/s390x/internal.h | 52 +
> 2 f
On 08/11/2017 12:46 AM, David Hildenbrand wrote:
> }
> +void s390_enable_css_support(S390CPU *cpu)
Spacing. Otherwise,
Reviewed-by: Richard Henderson
r~
On 08/11/2017 12:46 AM, David Hildenbrand wrote:
> Let's reshuffle the function prototypes so we get a cleaner outline
> of the files.
>
> Signed-off-by: David Hildenbrand
> ---
> target/s390x/cpu.h | 140
> ++---
> 1 file changed, 70 insertions(+
On 11.08.2017 15:15, Richard Henderson wrote:
> On 08/11/2017 12:46 AM, David Hildenbrand wrote:
>> +
>> +static const char *cc_names[] = {
>> +[CC_OP_CONST0]= "CC_OP_CONST0",
>
> This should get moved out of the header to the c file that uses it.
> (Why it's ever there in the first place
On Fri, Aug 11, 2017 at 03:18:01PM +0200, Cornelia Huck wrote:
> Currently, at least x86_64 and s390x support building with --disable-tcg.
> Instead of forcing tcg (which causes the test to fail on such builds),
> allow to use kvm as well.
>
> Signed-off-by: Cornelia Huck
> ---
>
> v1->v2: switc
On 11.08.2017 15:18, Cornelia Huck wrote:
> Currently, at least x86_64 and s390x support building with --disable-tcg.
> Instead of forcing tcg (which causes the test to fail on such builds),
> allow to use kvm as well.
>
> Signed-off-by: Cornelia Huck
> ---
>
> v1->v2: switch around kvm and tcg
On Fri, 11 Aug 2017 14:29:53 +0100
"Daniel P. Berrange" wrote:
> On Fri, Aug 11, 2017 at 03:18:01PM +0200, Cornelia Huck wrote:
> > Currently, at least x86_64 and s390x support building with --disable-tcg.
> > Instead of forcing tcg (which causes the test to fail on such builds),
> > allow to use
On 11/08/2017 15:34, Cornelia Huck wrote:
> On Fri, 11 Aug 2017 14:29:53 +0100
> "Daniel P. Berrange" wrote:
>
>> On Fri, Aug 11, 2017 at 03:18:01PM +0200, Cornelia Huck wrote:
>>> Currently, at least x86_64 and s390x support building with --disable-tcg.
>>> Instead of forcing tcg (which causes t
On 08/07/2017 07:39 AM, Peter Maydell wrote:
> For embedded systems, notably ARM, one common use of ELF
> file segments is that the 'physical addresses' represent load addresses
> and the 'virtual addresses' execution addresses, such that
> the load addresses are packed into ROM or flash, and the
>
On 08/07/2017 07:39 AM, Peter Maydell wrote:
> Some ELF files have program headers that specify segments that
> are of zero size. Ignore them, rather than trying to create
> zero-length ROM blobs for them, because the zero-length blob
> can falsely trigger the overlapping-ROM-blobs check.
>
> Sign
On 08/11/2017 01:29 PM, Philippe Mathieu-Daudé wrote:
Hi Frederic,
I'm slowly working on Hercules MCU peripherals and use a R4F core.
It seems that when I try to load a big endian image on a
Cortex-R5 it gets confused:
* the instructions are fine it executes some code.
So far no problem
On 11.08.2017 09:46, David Hildenbrand wrote:
> cpu.h should only contain what really has to be accessed outside of
> target/s390x/. Add internal.h which can only be used inside target/s390x/.
>
> Move everything that isn't fast enough to run away and restructure it
> right away.
>
> Minor style
From: Eric Blake
Commit b43671f8 accidentally broke run_test.sh within tests/multiboot;
due to a subtle change in whitespace.
These two commands produce theh same output (at least, for sane $IFS
of space-tab-newline):
echo -e "...$@..."
echo -e "...$*..."
But that's only because echo inserts s
The following changes since commit 95766c2cd04395e5712b4d5967b3251f35d537df:
Merge remote-tracking branch 'remotes/stefanha/tags/block-pull-request' into
staging (2017-08-10 18:53:39 +0100)
are available in the git repository at:
git://repo.or.cz/qemu/kevin.git tags/for-upstream
for you to
1 - 100 of 212 matches
Mail list logo