From: Paolo Bonzini
Create separate variables for these components, they are
used in many boards but not all. This allows finer-grain
selection of the included code with default-configs/*.mak.
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
---
default-configs/arm-softmmu.mak |
Add the new configs to default-configs/hppa-sofmmu.mak.
Signed-off-by: Yang Zhong
Signed-off-by: Paolo Bonzini
Reviewed-by: Richard Henderson
---
default-configs/hppa-softmmu.mak | 1 +
hw/hppa/Makefile.objs| 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/defau
On 31/01/2019 03:30, Fabiano Rosas wrote:
> Alexey Kardashevskiy writes:
>
>>
>> but this is a register which does not have endianness, the endianness
>> appears here because the interface between gdb and qemu is
>> uint8_t*==bytestream but this interface should have fixed endianness
>> imho (
Add the new configs to default-configs/cris-sofmmu.mak.
Signed-off-by: Yang Zhong
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
---
default-configs/cris-softmmu.mak | 1 +
hw/cris/Makefile.objs| 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/default-con
Add the new configs to default-configs/sparc64-sofmmu.mak.
Signed-off-by: Yang Zhong
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
---
default-configs/sparc64-softmmu.mak | 2 ++
hw/sparc64/Makefile.objs| 6 +++---
2 files changed, 5 insertions(+), 3 deletions(-)
diff --gi
From: Ákos Kovács
Add the new CONFIG_* values to default-config/xtensa*-softmmu.mak.
Signed-off-by: Ákos Kovács
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
Acked-by: Max Filippov
---
default-configs/xtensa-softmmu.mak | 3 +++
default-configs/xtensaeb-softmmu.mak | 3 +++
hw/xte
From: Ákos Kovács
CONFIG_LM32 and CONFIG_MILKYMIST added for lm32 and milkmyst build.
Signed-off-by: Ákos Kovács
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
---
hw/lm32/Makefile.objs | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/lm32/Makefile.objs b/hw/
From: Paolo Bonzini
Make hw/s390x configurable and add new CONFIG_* to the
default-configs/s390x*-softmmu.mak. This will be used to
enable/disable vfio-ccw.
Signed-off-by: Paolo Bonzini
---
default-configs/s390x-softmmu.mak | 1 +
hw/s390x/Makefile.objs| 2 +-
2 files changed, 2 in
Hi,
> > +git archive --format tar $HEAD > "$tar_file"
> > +test $? -ne 0 && error "failed to archive qemu"
> > for sm in $submodules; do
> > -git submodule update --init $sm
> > -test $? -ne 0 && error "failed to init submodule $sm"
> > + git submodule update --init "$sm"
>
> The cur
I am so sorry that the format problem has caused trouble for reviewers. I am
very unfamiliar with the specification, but I will try my best to correct it.
As for ‘Signed-off-by’, I didn't understand the meaning of 'signed-off-by' at
first. But now I have created an ID of myself by using gpg, a
From: Ákos Kovács
CONFIG_PPC405, CONFIG_PPC440, CONFIG_MAC_OLDWORLD, CONFIG_MAX_NEWWORLD
and CONFIG_VIRTEX configuration options created for
default-configs/ppc*-softmmu.mak.
Signed-off-by: Ákos Kovács
Signed-off-by: Paolo Bonzini
Signed-off-by: Yang Zhong
Reviewed-by: Thomas Huth
---
defau
Add the new configs to default-configs/tricore-sofmmu.mak.
Signed-off-by: Yang Zhong
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
---
default-configs/tricore-softmmu.mak | 1 +
hw/tricore/Makefile.objs| 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/de
Add the new configs to default-configs/alpha-sofmmu.mak.
Signed-off-by: Yang Zhong
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
Reviewed-by: Richard Henderson
---
default-configs/alpha-softmmu.mak | 1 +
hw/alpha/Makefile.objs| 2 +-
2 files changed, 2 insertions(+), 1 de
CONFIG_NIOS2_10M50 added for 10m50 dev board.
Signed-off-by: Yang Zhong
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
---
default-configs/nios2-softmmu.mak | 1 +
hw/nios2/Makefile.objs| 3 ++-
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/default-configs/ni
CONFIG_MOXIE added for moxiesim board.
Signed-off-by: Yang Zhong
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
---
default-configs/moxie-softmmu.mak | 1 +
hw/moxie/Makefile.objs| 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/default-configs/moxie-soft
From: Ákos Kovács
CONFIG_PETALOGIX_* and CONFIG_XLNX_* configs added to
default-configs/microblaze-softmmu.mak and
default-configs/microblazeel-softmmu.mak.
Signed-off-by: Ákos Kovács
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
---
default-configs/microblaze-softmmu.mak | 3 +++
h
From: Paolo Bonzini
CONFIG_PIIX and CONFIG_Q35 created for the pc board object files. These
are enabled automatically at default-configs/i386-softmmu.mak and
default-configs/x86_64-softmmu.mak
Signed-off-by: Ákos Kovács
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
---
default-config
Add the new configs to default-configs/riscv*-sofmmu.mak.
Signed-off-by: Yang Zhong
Signed-off-by: Paolo Bonzini
Reviewed-by: Alistair Francis
---
default-configs/riscv32-softmmu.mak | 7 +++
default-configs/riscv64-softmmu.mak | 7 +++
hw/riscv/Makefile.objs | 22 ++
From: Ákos Kovács
Make hw/sh4 configurable and add new CONFIG_* to the
default-configs/sh4*-softmmu.mak.
Signed-off-by: Ákos Kovács
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
---
default-configs/sh4-softmmu.mak | 2 ++
default-configs/sh4eb-softmmu.mak | 2 ++
hw/sh4/Makefile.ob
make virt code configurable and the new CONFIG_VIRT definitions
added to the default-configs/arm-softmmu.mak to replace CONFIG_ACPI
in arm board.
Signed-off-by: Yang Zhong
Signed-off-by: Paolo Bonzini
Reviewed-by: Richard Henderson
Reviewed-by: Thomas Huth
---
default-configs/arm-softmmu.mak
From: Ákos Kovács
CONFIG_LEON3 added to default-configs/sparc-softmmu.mak.
Signed-off-by: Ákos Kovács
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
---
default-configs/sparc-softmmu.mak | 2 ++
hw/sparc/Makefile.objs| 4 +++-
2 files changed, 5 insertions(+), 1 deletion(-
Change the CONFIGs for PCI EXPRESS and make module name more
clear for code files.
Signed-off-by: Yang Zhong
Cc: Michael S. Tsirkin
Signed-off-by: Paolo Bonzini
---
default-configs/arm-softmmu.mak | 4 ++--
default-configs/i386-softmmu.mak | 2 +-
default-configs/mips64el-softmmu.mak
Add the new configs to default-configs/or1k-sofmmu.mak.
Signed-off-by: Yang Zhong
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
---
default-configs/or1k-softmmu.mak | 1 +
hw/openrisc/Makefile.objs| 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/default-con
From: Ákos Kovács
Add the new configs to default-configs/mips*-sofmmu.mak.
Signed-off-by: Ákos Kovács
Signed-off-by: Paolo Bonzini
Signed-off-by: Yang Zhong
Reviewed-by: Thomas Huth
---
default-configs/mips-softmmu-common.mak | 3 +++
hw/mips/Makefile.objs | 5 +++--
2 fil
From: Paolo Bonzini
Instead of wrapping the entire Makefile.objs with an ifeq/endif, just
include the directory only for Linux.
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
---
hw/Makefile.objs | 2 +-
hw/vfio/Makefile.objs | 2 --
2 files changed, 1 insertion(+), 3 deletions(-)
From: Paolo Bonzini
This is not needed on ARM, and brings in ISA bus code which is otherwise not
necessary.
Signed-off-by: Paolo Bonzini
---
hw/ide/Makefile.objs | 4 +--
hw/ide/core.c| 25 -
hw/ide/ioport.c | 66
3 fil
From: Ákos Kovács
CONFIG_AN5206, CONFIG_MCF5206 and CONFIG_MCF5208 make
variables created for m68k boards, and added to
default-configs/m86k-softmmu.mak.
Signed-off-by: Ákos Kovács
Signed-off-by: Paolo Bonzini
Reviewed-by: Thomas Huth
---
default-configs/m68k-softmmu.mak | 2 ++
hw/m68k/Make
This patch set is part of Kconfig task, and our target is to make
all platform's code file configurable for Kconfig, which is suitable
for add "config XXX" for all platforms.
As for Kconfig patch set(RFC v5), please ref below thread:
http://lists.nongnu.org/archive/html/qemu-devel/2019-01/msg06466
From: Paolo Bonzini
Do not link it unconditionally into all binaries.
Signed-off-by: Paolo Bonzini
Signed-off-by: Yang Zhong
Reviewed-by: Thomas Huth
---
default-configs/i386-softmmu.mak | 1 +
hw/pci-host/Makefile.objs| 2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
diff --g
From: Paolo Bonzini
ARM should not have an ISA bus, this device should not be enabled.
Kconfig allows to clean up the dependencies and remove CONFIG_ISA_BUS=y
from ARM, and then catches a contradiction between the hardcoded
CONFIG_SERIAL_ISA=y and CONFIG_ISA_BUS=n.
Signed-off-by: Paolo Bonzini
Per Igor's comment, rewrite NFIT code to build _HMA method.
We rewirte the function nvdimm_build_common_dsm(Aml *dev) and
nvdimm_build_fit(Aml *dev) in hw/acpi/nvdimm.c so that we can use
method_number as input to decide to generate _FIT or _HMA method.
Reviewed-by: Liu Jingqi
Signed-off-by: Tao
From: Liu Jingqi
HMAT is defined in ACPI 6.2: 5.2.27 Heterogeneous Memory Attribute Table (HMAT).
The specification references below link:
http://www.uefi.org/sites/default/files/resources/ACPI_6_2.pdf
It describes the memory attributes, such as memory side cache
attributes and bandwidth and lat
From: Liu Jingqi
Add -numa hmat-lb option to provide System Locality Latency and
Bandwidth Information. These memory attributes help to build
System Locality Latency and Bandwidth Information Structure(s)
in ACPI Heterogeneous Memory Attribute Table (HMAT).
Signed-off-by: Liu Jingqi
Signed-off-
Per Igor comments, these function is used only once,
move its body inside of the caller
Reviewed-by: Liu Jingqi
Signed-off-by: Tao Xu
---
hw/acpi/hmat.c | 93 --
1 file changed, 37 insertions(+), 56 deletions(-)
diff --git a/hw/acpi/hmat.c b/hw/a
From: Liu Jingqi
Add -numa hmat-cache option to provide Memory Side Cache Information.
These memory attributes help to build Memory Side Cache Information
Structure(s) in ACPI Heterogeneous Memory Attribute Table (HMAT).
Signed-off-by: Liu Jingqi
Signed-off-by: Tao Xu
---
numa.c | 72
From: Liu Jingqi
This structure describes memory side cache information for memory
proximity domains if the memory side cache is present and the
physical device(SMBIOS handle) forms the memory side cache.
The software could use this information to effectively place
the data in memory to maximize
From: Liu Jingqi
OSPM evaluates HMAT only during system initialization.
Any changes to the HMAT state at runtime or information
regarding HMAT for hot plug are communicated using _HMA method.
_HMA is an optional object that enables the platform to provide
the OS with updated Heterogeneous Memory
This series of patches will build Heterogeneous Memory Attribute Table (HMAT)
according to the command line. The ACPI HMAT describes the memory attributes,
such as memory side cache attributes and bandwidth and latency details,
related to the System Physical Address (SPA) Memory Ranges.
The softwar
From: Liu Jingqi
This structure describes the memory access latency and bandwidth
information from various memory access initiator proximity domains.
The latency and bandwidth numbers represented in this structure
correspond to rated latency and bandwidth for the platform.
The software could use
On 2019-01-30 20:01, Palmer Dabbelt wrote:
> On Wed, 30 Jan 2019 09:45:33 PST (-0800), ebl...@redhat.com wrote:
>> On 1/30/19 11:35 AM, Palmer Dabbelt wrote:
>>> The following changes since commit
>>> 5385a5988c8a55bebdc878c05b96648579b5d6e0:
>>>
>>> hw/virtio/virtio-balloon: zero-initialize the
On 2019-01-30 18:13, Mark Cave-Ayland wrote:
> On 30/01/2019 09:43, Thomas Huth wrote:
>
>> This will make it for example easier if the users want to disable
>> one of the two machines for their builds.
>>
>> Cc: Mark Cave-Ayland
>> Signed-off-by: Thomas Huth
>> ---
[...]
>> diff --git a/hw/misc
The result is that vCont now does not recognise the case where no
process/thread is provided after the action.
This may not show up with GDB, but using Lauterbach Trace32, and Hexrays IDA
Pro this issue is immediately seen.
The response is a "$#00" empty packet, showing it is unsupported packet.
On 1/30/19 10:01 PM, mahaocong wrote:
> From: mahaocong
>
You are STILL missing the commit message body, even though I requested
it [1]. Please 'git commit --amend', and paste in the contents that you
are sticking in your 0/1 cover letter that actually describe the details
behind this patch. Al
From: mahaocong
Signed-off-by: mahaocong
---
block/mirror.c| 46 ++
blockdev.c| 37 +++--
include/block/block_int.h | 3 ++-
qapi/block-core.json | 7 ++-
4 files changed, 77 inser
From: mahaocong
This patch adds possibility to start mirroring with user-created-bitmap.
On full mode, mirror create a non-named-bitmap by scanning whole block-chain,
and on top mode, mirror create a bitmap by scanning the top block layer. So I
think I can copy a user-created-bitmap and use it as
On Thursday, January 31, 2019, 12:47:23 PM GMT+9, Eric Blake
wrote:
On 1/30/19 6:41 PM, Lucien Anti-Spam via Qemu-devel wrote:
> > This fixes a regression in rsp packet vCont due to recently added
> > multiprocess support. (Short commit hash: e40e520).
> >
> Your mailer completely b
On 1/30/19 6:41 PM, Lucien Anti-Spam via Qemu-devel wrote:
> This fixes a regression in rsp packet vCont due to recently added
> multiprocess support. (Short commit hash: e40e520).
>
Your mailer completely botched the message (wrong line endings?) Can
you please resend, preferably using git sen
On Wed, Jan 30, 2019 at 08:36:30PM +, Mark Cave-Ayland wrote:
> >From working on the TCG vector operations patchset, it is apparent that there
> are a large number of endian-based hacks in int_helper.c which can be removed
> by
> making use of the various Vsr* macros.
>
> Patch 1 is simple en
On Mon, Jan 28, 2019 at 07:55:52AM +0100, Cédric Le Goater wrote:
> These fields have now been replaced by equivalents under the machine
> data.
>
> Signed-off-by: Cédric Le Goater
Applied to ppc-for-4.0, thanks.
> ---
> target/ppc/cpu.h | 5 -
> 1 file changed, 5 deletions(-)
>
> diff --
Hi,
How do I gather and include the required DLLs (SDL, zlib etc) in the NSIS
installer? (and also in a standalone build to be zipped up, but that's less
important)
I noticed the wiki doesn't really mention bundling dependencies anywhere.
The official unofficial windows builds are documented at
h
On 1/30/19 8:26 PM, John Snow wrote:
> It's not enough to order the kwargs for consistent QMP log output,
> we must also sort any sub-dictionaries in lists that appear as values.
>
> Reported-by: Kevin Wolf
> Signed-off-by: John Snow
> ---
> tests/qemu-iotests/236.out| 56 +-
On 1/30/19 7:01 PM, John Snow wrote:
> The meaning of the states has changed subtly over time,
> this should bring the understanding more in-line with the
> current, actual usages.
>
> Reported-by: Eric Blake
> Signed-off-by: John Snow
> ---
> block/dirty-bitmap.c | 19 +--
> qa
On 1/22/19 5:52 AM, Philippe Mathieu-Daudé wrote:
> On 1/17/19 7:56 PM, Cleber Rosa wrote:
>> Similar to the x86_64 + pc test, it boots a Linux kernel on a Malta
>> board and verify the serial is working. One extra command added to
>> the QEMU command line is '-vga std', because the kernel used
On 1/22/19 11:07 AM, Alex Bennée wrote:
>
> Cleber Rosa writes:
>
>> Just like the previous tests, boots a Linux kernel on a ppc64 target
>> using the pseries machine.
>
> So running this on my rather slow SynQuacer I get:
>
> (04/16)
> /home/alex/lsrc/qemu.git/tests/acceptance/boot_linux
It's not enough to order the kwargs for consistent QMP log output,
we must also sort any sub-dictionaries in lists that appear as values.
Reported-by: Kevin Wolf
Signed-off-by: John Snow
---
tests/qemu-iotests/236.out| 56 +--
tests/qemu-iotests/iotests.py |
On Wed, Jan 30, 2019 at 11:14 AM Jason Wang wrote:
> The tests tries to let qemu server mode to process the connection
> which turns out to be racy after commit 8258292e18c3 ("monitor: Remove
> "x-oob", offer capability "oob" unconditionally"). This is because the
> filter may try to mirror the p
On 1/30/19 6:52 PM, Max Reitz wrote:
> Without this filter, this test sometimes fails.
>
> Signed-off-by: Max Reitz
> ---
> I intended to send this as part of my iotest fixes series, but it ended
> up on the wrong branch... Doesn't really matter, though, as there is no
> functional dependency
On 1/30/19 12:27 PM, Kevin Wolf wrote:
> Am 14.01.2019 um 17:25 hat Eric Blake geschrieben:
>> From: John Snow
>>
>> New interface, new smoke test.
>>
>> Signed-off-by: John Snow
>> Reviewed-by: Vladimir Sementsov-Ogievskiy
>> Reviewed-by: Eric Blake
>> Message-Id: <20181221093529.23855-12-j
On 1/22/19 5:57 AM, Philippe Mathieu-Daudé wrote:
> On 1/17/19 7:56 PM, Cleber Rosa wrote:
>> Similar to the x86_64 + pc test, it boots a Linux kernel on a Malta
>> board and verify the serial is working.
>>
>> If mips64el is a target being built, "make check-acceptance" will
>> automatically in
On 1/22/19 5:19 AM, Philippe Mathieu-Daudé wrote:
> Hi Cleber,
>
> On 1/17/19 7:56 PM, Cleber Rosa wrote:
>> Similar to the x86_64 + pc test, it boots a Linux kernel on a Malta
>> board and verify the serial is working.
>>
>> If mips64el is a target being built, "make check-acceptance" will
>>
The meaning of the states has changed subtly over time,
this should bring the understanding more in-line with the
current, actual usages.
Reported-by: Eric Blake
Signed-off-by: John Snow
---
block/dirty-bitmap.c | 19 +--
qapi/block-core.json | 17 -
2 files chan
From: Li Qiang
When it is zero, it causes segv.
Using following command:
"-drive file=//home/test/test1.img,if=none,id=id0
-device nvme,drive=id0,serial=test,num_queues=0"
causes following Backtrack:
Thread 4 "qemu-system-x86" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x
By default, qemu-nbd binds to 0.0.0.0. However, we then proceed to
connect to "localhost". Usually, this works out fine; but if this test
is run concurrently, some other test function may have bound a different
server to ::1 (on the same port -- you can bind different serves to the
same port, as
From: Li Qiang
Signed-off-by: Li Qiang
Reviewed-by: Max Reitz
Reviewed-by: Philippe Mathieu-Daudé
Message-id: 2019012008.32984-2-liq...@163.com
Signed-off-by: Max Reitz
---
hw/block/nvme.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/block/nvme.c b/hw/block/nvme
On 22.12.18 00:47, Max Reitz wrote:
> 147 currently cannot be run concurrently for two reasons:
>
> (1) It creates TCP/IP NBD servers on a fixed port.
>
> (2) It uses a mix of "0.0.0.0", "localhost", and "::1" as host addresses
> to bind to. As explained in the commit messages of patches 2 a
To do this, we need to allow creating the NBD server on various ports
instead of a single one (which may not even work if you run just one
instance, because something entirely else might be using that port).
So we just pick a random port in [32768, 32768 + 1024) and try to create
a server there.
In some cases, we may want to deal with qemu-nbd errors (e.g. by
launching it in a different configuration until it no longer throws
any). In that case, we do not want its output ending up in the test
output.
It may still be useful for handling the error, though, so add a new
function that works
From: Laurent Vivier
Signed-off-by: Laurent Vivier
Reviewed-by: Philippe Mathieu-Daudé
Message-id: 20181213162727.17438-4-lviv...@redhat.com
Signed-off-by: Max Reitz
---
block/file-posix.c | 25 ++---
block/trace-events | 7 +++
2 files changed, 13 insertions(+), 19 d
From: Li Qiang
There is no need to make another reference.
Signed-off-by: Li Qiang
Reviewed-by: Max Reitz
Reviewed-by: Philippe Mathieu-Daudé
Message-id: 2019012008.32984-4-liq...@163.com
Signed-off-by: Max Reitz
---
hw/block/nvme.c | 8
1 file changed, 4 insertions(+), 4 delet
From: "Richard W.M. Jones"
On FreeBSD 11.2:
$ nbdkit memory size=1M --run './qemu-io -f raw -c "aio_write 0 512" $nbd'
Parsing error: non-numeric argument, or extraneous/unrecognized suffix --
aio_write
After main option parsing, we reinitialize optind so we can parse each
command. Howeve
From: Laurent Vivier
Signed-off-by: Laurent Vivier
Reviewed-by: Philippe Mathieu-Daudé
Message-id: 20181213162727.17438-5-lviv...@redhat.com
[mreitz: Fixed sheepdog_snapshot_create_inode's format string to use
PRIx32 for uint32_ts]
Signed-off-by: Max Reitz
---
block/sheepdog.c | 47
From: Laurent Vivier
Signed-off-by: Laurent Vivier
Reviewed-by: Richard W.M. Jones
Reviewed-by: Philippe Mathieu-Daudé
Message-id: 20181213162727.17438-2-lviv...@redhat.com
[mreitz: Fixed type of ssh_{read,write}_return's parameter to be ssize_t
instead of size_t]
Signed-off-by: Max R
From: Laurent Vivier
Signed-off-by: Laurent Vivier
Reviewed-by: Richard W.M. Jones
Reviewed-by: Philippe Mathieu-Daudé
Message-id: 20181213162727.17438-3-lviv...@redhat.com
Signed-off-by: Max Reitz
---
block/curl.c | 29 -
block/trace-events | 9 +
From: Vladimir Sementsov-Ogievskiy
Add a new command, returning block nodes (and their users) graph.
Signed-off-by: Vladimir Sementsov-Ogievskiy
Message-id: 20181221170909.25584-2-vsement...@virtuozzo.com
Signed-off-by: Max Reitz
---
qapi/block-core.json | 108 ++
From: Vladimir Sementsov-Ogievskiy
Render block nodes graph with help of graphviz. This new function is
for debugging, so there is no sense to put it into qemu.py as a method
of QEMUMachine. Let's instead put it separately.
Signed-off-by: Vladimir Sementsov-Ogievskiy
Acked-by: Eduardo Habkost
The following changes since commit b4fbe1f65a4769c09e6bf2d79fc84360f840f40e:
Merge remote-tracking branch 'remotes/pmaydell/tags/pull-target-arm-20190129'
into staging (2019-01-29 12:00:19 +)
are available in the Git repository at:
https://git.xanclic.moe/XanClic/qemu.git tags/pull-bloc
This fixes a regression in rsp packet vCont due to recently added multiprocess
support. (Short commit hash: e40e520).
The result is that vCont now does not recognise the case where no
process/thread is provided after the action.
This may not show up with GDB, but using Lauterbach Trace32, and He
On 1/22/19 5:16 AM, Philippe Mathieu-Daudé wrote:
> Hi Cleber,
>
> On 1/17/19 7:56 PM, Cleber Rosa wrote:
>> From: Philippe Mathieu-Daudé
>>
>> Similar to the x86_64 + pc test, it boots a Linux kernel on a Malta
>> board and verify the serial is working. Also, it relies on the serial
>> devic
On 1/22/19 5:06 AM, Philippe Mathieu-Daudé wrote:
> Hi Cleber,
>
> On 1/17/19 7:56 PM, Cleber Rosa wrote:
>> This introduces a utility method that monitors the console device and
>> looks for either a message that signals the test success or failure.
>>
>> Signed-off-by: Cleber Rosa
>> ---
>>
Some opcodes may need additional actions at every exit from the
translated instruction or may need to amend TB exit slots available to
jumps generated for the instruction. Add gen_postprocess function and
call it from the gen_jump_slot and from the disas_xtensa_insn.
Signed-off-by: Max Filippov
-
Opcodes in different slots may read and write same resources (registers,
states). In the absence of resource dependency loops it must be possible
to sort opcodes to avoid interference.
Record resources used by each opcode in the bundle. Build opcode
dependency graph and use topological sort to ord
Opcodes that modify WINDOW_BASE SR don't have dependency on opcodes that
use windowed registers. If such opcodes are combined in a single
instruction they may not be correctly ordered. Instead of adding said
dependency use temporary register to store changed WINDOW_BASE value and
do actual register
Hello,
this series adds limited support for FLIX instructions.
FLIX (flexible length instruction extensions) allows bundling multiple
opcodes in a single instruction. Each opcode is executed as if it was
the only opcode in the instruction. Opcodes may not simultaneously
modify same resource (regis
Without this filter, this test sometimes fails.
Signed-off-by: Max Reitz
---
I intended to send this as part of my iotest fixes series, but it ended
up on the wrong branch... Doesn't really matter, though, as there is no
functional dependency.
---
tests/qemu-iotests/229 | 6 +-
tests/qe
The commit 7197fb4058bcb68986bae2bb2c04d6370f3e7218 ("util/mmap-alloc:
fix hugetlb support on ppc64") fixed Huge TLB mappings on ppc64.
However, we still need to consider the underlying huge page size
during munmap() because it requires that both address and length be a
multiple of the underlying
Unfold parts of qemu_ram_mmap() for the sake of understanding, moving
declarations to the top, and keeping architecture-specifics in the
ifdef-else blocks. No changes in the function behaviour.
Give ptr and ptr1 meaningful names:
ptr -> guardptr : pointer to the PROT_NONE guard region
ptr1 -
The first patch unfolds parts of qemu_ram_mmap() to make it clearer.
No changes in the function behaviour.
The second one fixes the alignment of the length given to munmap().
I am pretty sure there is room for improvement, so I would love to
hear your feedback.
Thank you!
Murilo Opsfelder Arauj
On Mon, Jan 28, 2019 at 09:21:55PM +, Mark Cave-Ayland wrote:
> Here's the contents of my qemu-macppc branch: just two minor patches
> consisting of
> an update to MAINTAINERS, plus bringing in updated binaries containing
> bugfixes
> for Ben's MacOS NDRV VGA driver.
Applied to ppc-for-4.0,
On 1/30/19 10:24 AM, Max Reitz wrote:
> This follows what qmp() does, so the output will correspond to the
> actual QMP command.
>
> Signed-off-by: Max Reitz
Reviewed-by: John Snow
Thank you!
On Wed, Jan 30, 2019 at 05:22:25PM +0100, Thomas Huth wrote:
> There is currently a "e500" machine section and a "ppce500" device
> section in the maintainers file - with some oddities: The wildcard
> in the device section also covers the files from the machine section.
> And hw/pci-host/ppce500.c
On Wed, Jan 30, 2019 at 05:53:16PM +0100, Greg Kurz wrote:
> On Wed, 30 Jan 2019 17:43:44 +0100
> Philippe Mathieu-Daudé wrote:
>
> > Hi Alexey,
> >
> > On 1/30/19 1:43 PM, Greg Kurz wrote:
> > > On Wed, 30 Jan 2019 12:42:16 +1100
> > > Alexey Kardashevskiy wrote:
> > >
> > >> spapr_load_rta
On 1/29/19 11:01 PM, Eric Blake wrote:
> On 1/28/19 12:40 PM, Andrey Shinkevich wrote:
>> Here is the update for the bitmap extension of the qcow2 specific
>> information as the output of the 'qemu-img info' command.
>> The version #7 was in email with the message ID:
>> <1544698788-52893-1-git-
On Wed, Jan 30, 2019 at 04:45:40PM +0100, Thomas Huth wrote:
> The "XIVE" section is currently listed in the "PowerPC Machines"
> section, which is weird, since this is an interrupt controller
> device. Move it to the "Devices" section instead.
>
> Signed-off-by: Thomas Huth
Applied to ppc-for-4
On Wed, Jan 30, 2019 at 03:30:49PM +0100, Thomas Huth wrote:
> Currently, it is not possible to build a QEMU binary without the
> ppc405_uc.c file, even if you do not want to have the embedded machines
> in the binary. This is bad since it's quite a bit of code and this code
> pulls in some more de
On 01/29/2019 08:29 AM, Jason J. Herne wrote:
Add bootindex property and iplb data for vfio-ccw devices. This allows us to
forward boot information into the bios for vfio-ccw devices.
Signed-off-by: Jason J. Herne
Acked-by: Halil Pasic
---
hw/s390x/ipl.c | 14 ++
h
On 01/29/2019 08:29 AM, Jason J. Herne wrote:
Create a boot_setup function to handle getting boot information from
the machine/hypervisor. This decouples common boot logic from the
virtio code path and allows us to make use of it for the real dasd boot
scenario.
Signed-off-by: Jason J. Herne
On 01/29/2019 08:29 AM, Jason J. Herne wrote:
Move channel i/o setup code out to a separate function. This decouples cio
setup from the virtio code path and allows us to make use of it for booting
dasd devices.
Signed-off-by: Jason J. Herne
Acked-by: Halil Pasic
Reviewed-by: Collin Walling
pmpcfg_csr_{read,write} do not correctly handle accesses to PMP
configurations 8 through 15 (CSR pmpcfg2) on RV64.
The current code computes the pmpcfg index using:
(reg_index * sizeof(target_ulong))
This is incorrect on RV64. For example, when reg_index is 2 (i.e.,
pmpcfg2), the computed con
On 1/18/19 5:38 AM, Cornelia Huck wrote:
> On Thu, 17 Jan 2019 13:56:16 -0500
> Cleber Rosa wrote:
>
>> Currently, the only test that contains some target architecture
>> information is "boot_linux_console.py" which test contains a "x86_64"
>> tag. But that tag is not respected in the default
On 1/2/19 5:01 AM, mahaocong wrote:
> From: mahaocong
>
> This patch adds new function to copy the hbitmap from an exist dirty-bitmap to
> another. The destination bitmap should have the same size and granularity with
> the source bitmap, or the copy will fail.
>
> Signed-off-by: mahaocong
1 - 100 of 382 matches
Mail list logo
