On 12/10/18 11:33 AM, Peter Maydell wrote:
> The typhoon MemoryRegionOps callbacks directly call
> cpu_unassigned_access(), presumably as the old-fashioned way
> to provoke a CPU exception. This won't work since commit
> 6ad4d7eed05a1e235 when we switched Alpha over to the
> transaction_failed
On Mon, Dec 10, 2018 at 03:12:53AM +, xuyandong wrote:
> On Sat, Dec 08, 2018 at 11:58:59AM +, xuyandong wrote:
> > > Hi all,
> > >
> > >
> > >
> > > In our test, we configured VM with several pci-bridges and a
> > > virtio-net nic been attached with bus 4,
> > >
> > > After VM is startup,
In the 'Format specific information' section of the 'qemu-img info'
command output, the supplemental information about existing QCOW2
bitmaps will be shown, such as a bitmap name, flags and granularity:
image: /vz/vmprivate/VM1/harddisk.hdd
file format: qcow2
virtual size: 64G (68719476736 bytes)
The STIBP flag may be supported by the host KVM module, so QEMU
can allow it to be configured manually, and it can be exposed to
guests when using "-cpu host".
No additional migration code is required because the whole
contents of spec_ctrl is already migrated in the "cpu/spec_ctrl"
section.
I am testing this QEMU build in two VM guests, one Mageia 7 and other
openSUSE Leap. They reach the graphical session, play a sound using
aplay and reboot automatically. The screen and audio from the host were
captured to check if the sound would work even with the warning.
Once, the Mageia 7
On Mon, Dec 10, 2018 at 11:26:49AM +, Peter Maydell wrote:
> Currently qemu_uuid_bswap() takes a pointer to the QemuUUID to
> be byte-swapped. This means it can't be used when the UUID
> to be swapped is in a packed member of a struct. It's also
> out of line with the general bswap*()
On 12/7/18 6:49 PM, Alistair Francis wrote:
> +case INDEX_op_neg_i64:
> +tcg_out_opc_imm(s, OPC_SUB, a0, TCG_REG_ZERO, a1);
tcg_out_opc_reg.
> +case INDEX_op_mulsh_i32:
> +case INDEX_op_mulsh_i64:
> +tcg_out_opc_imm(s, OPC_MULH, a0, a1, a2);
> +break;
> +
> +
Switch the microblaze target from the old unassigned_access hook
to the transaction_failed hook.
The notable difference is that rather than it being called
for all physical memory accesses which fail (including
those made by DMA devices or by the gdbstub), it is only
called for those made by the
On Mon, Dec 10, 2018 at 14:37:25 +0300, Pavel Dovgalyuk wrote:
> > From: Emilio G. Cota [mailto:c...@braap.org]
(snip)
> > +struct qemu_plugin_dyn_cb_arr {
> > +struct qemu_plugin_dyn_cb *data;
> > +size_t n;
> > +size_t capacity;
> > +};
> > +
>
> Why not list or something dynamic?
On Mon, Dec 10, 2018 at 06:31:59PM +0100, Igor Mammedov wrote:
> On Mon, 10 Dec 2018 15:07:18 -0200
> Eduardo Habkost wrote:
>
> > On Tue, Dec 04, 2018 at 06:20:04PM +0400, Marc-André Lureau wrote:
> > [...]
> > > Marc-André Lureau (19):
> > > tests: qdev_prop_check_globals() doesn't return
On Sun, Dec 09, 2018 at 05:27:38PM -0500, Emilio G. Cota wrote:
> On Fri, Dec 07, 2018 at 18:41:07 -0200, Eduardo Habkost wrote:
> > I've noticed QEMU Travis builds are failing recently, and they
> > seem to happen only on the --enable-gprof jobs. I have enabled
> > V=1 and noticed that the jobs
Marc-André Lureau writes:
> Add 'if' key to union members:
>
> { 'union': 'TestIfUnion', 'data':
> 'mem': { 'type': 'str', 'if': 'COND'} }
>
> The generated code remains unconditional for now. Later patches
> generate the conditionals.
>
> Signed-off-by: Marc-André Lureau
Reviewed-by:
From: "Dr. David Alan Gilbert"
Fill in definitions for map, unmap and sync commands.
Signed-off-by: Dr. David Alan Gilbert
---
hw/virtio/vhost-user-fs.c | 129 --
1 file changed, 123 insertions(+), 6 deletions(-)
diff --git a/hw/virtio/vhost-user-fs.c
On 12/7/18 6:49 PM, Alistair Francis wrote:
> Signed-off-by: Alistair Francis
> Signed-off-by: Michael Clark
> ---
> tcg/riscv/tcg-target.inc.c | 158 +
> 1 file changed, 158 insertions(+)
Reviewed-by: Richard Henderson
r~
On Mon, 10 Dec 2018 15:07:18 -0200
Eduardo Habkost wrote:
> On Tue, Dec 04, 2018 at 06:20:04PM +0400, Marc-André Lureau wrote:
> [...]
> > Marc-André Lureau (19):
> > tests: qdev_prop_check_globals() doesn't return "all_used"
> > qom: make interface types abstract
> > qom: make
On Mon, Dec 10, 2018 at 11:15:47AM -0500, Venu Busireddy wrote:
> Added two new events, FAILOVER_PLUG_PRIMARY and FAILOVER_UNPLUG_PRIMARY.
> The first is emitted when the guest negotiates the F_STANDBY feature
> bit. The second is emitted when the virtio_net driver is removed, either
> manually or
From: "Dr. David Alan Gilbert"
The daemon may request that fd's be mapped into the virtio-fs cache
visible to the guest.
These mappings are triggered by commands sent over the slave fd
from the daemon.
Signed-off-by: Dr. David Alan Gilbert
---
contrib/libvhost-user/libvhost-user.h | 3 +++
On 12/7/18 6:48 PM, Alistair Francis wrote:
> +/* Compare masked address with the TLB entry. */
> +label_ptr[0] = s->code_ptr;
> +tcg_out_opc_branch(s, OPC_BNE, TCG_REG_TMP0, TCG_REG_TMP1, 0);
> +/* TODO: Move this out of line
Until you do move this out of line, you need to add
On 10/12/18 14:17, Gerd Hoffmann wrote:
> On Fri, Nov 30, 2018 at 10:45:12PM +0100, Paolo Bonzini wrote:
>> This function is only needed when Q35 is in use. Moving it to
>> the same file that uses it lets you disable the entire USB
>> subsystem in x86_64-softmmu.mak; of course doing that will
>>
On Mon, Dec 10, 2018 at 12:07:20PM -0500, Emilio G. Cota wrote:
> On Mon, Dec 10, 2018 at 14:36:01 -0200, Eduardo Habkost wrote:
> > On Sun, Dec 09, 2018 at 05:27:38PM -0500, Emilio G. Cota wrote:
> > > Can you try re-running the test, after applying the appended patch?
> > > (It disables the
From: "Dr. David Alan Gilbert"
Define a new capability type 'VIRTIO_PCI_CAP_SHARED_MEMORY_CFG'
and the data structure 'virtio_pci_shm_cap' to go with it.
They allow defining shared memory regions with sizes and offsets
of 2^32 and more.
Multiple instances of the capability are allowed and
The typhoon MemoryRegionOps callbacks directly call
cpu_unassigned_access(), presumably as the old-fashioned way
to provoke a CPU exception. This won't work since commit
6ad4d7eed05a1e235 when we switched Alpha over to the
transaction_failed hook API, because now cpu_unassigned_access()
is a
From: Stefan Hajnoczi
The virtio-fs virtio device provides shared file system access. The
actual file server is implemented in an external vhost-user-fs device
backend process.
Launch QEMU like this:
qemu -chardev socket,path=/tmp/vhost-fs.sock,id=chr0
-device
From: "Dr. David Alan Gilbert"
The 'meta data version table' is a block of shared memory mapped between
multiple QEMUs and fuse daemons, so that they can be informed
of metadata updates. It's typically a shmfs file, and
it's specified as :
-device
On Mon, Dec 10, 2018 at 11:15:48AM -0500, Venu Busireddy wrote:
> From: Si-Wei Liu
>
> When a VF is hotplugged into the guest, datapath switching will be
> performed immediately, which is sub-optimal in terms of timing, and
> could end up with substantial network downtime. One of ways to shorten
From: "Dr. David Alan Gilbert"
The 'journal' is a shared block of RAM between QEMU and it's
fuse daemon. It's typically a shmfs file and it's specified as:
-device
vhost-user-fs-pci,chardev=char0,tag=myfs,cache-size=1G,versiontable=/dev/shm/mdvt1,journal=/dev/shm/journal1
It gets mapped into
From: "Dr. David Alan Gilbert"
Hi,
This is the first RFC for the QEMU side of 'virtio-fs';
a new mechanism for mounting host directories into the guest
in a fast, consistent and secure manner. Our primary use
case is kata containers, but it should be usable in other scenarios
as well.
There
From: "Dr. David Alan Gilbert"
Add a cache BAR into which files will be directly mapped.
The size cacn be set with the cache-size= property, e.g.
-device vhost-user-fs-pci,chardev=char0,tag=myfs,cache-size=16G
Signed-off-by: Dr. David Alan Gilbert
---
hw/virtio/vhost-user-fs.c
Marc-André Lureau writes:
> Making a discriminator conditional doesn't make much sense.
Good point (so easy to overlook!), but why first add the 'if' feature
broken that way in PATCH 13, then fix it up in PATCH 15?
> Instead,
> the
On Tue, Dec 04, 2018 at 06:20:12PM +0400, Marc-André Lureau wrote:
> Similarly to accel properties, move compat properties out of globals
> registration, and apply the machine compat properties during
> device_post_init().
>
> As suggested during review, populating the arrays can be done directly
On 12/7/18 6:48 PM, Alistair Francis wrote:
> Signed-off-by: Alistair Francis
> ---
> tcg/riscv/tcg-target.inc.c | 55 ++
> 1 file changed, 55 insertions(+)
Reviewed-by: Richard Henderson
r~
On Tue, 4 Dec 2018 18:20:18 +0400
Marc-André Lureau wrote:
> It's now possible to use the common function.
>
> Teach object_apply_global_props() to warn if Error argument is NULL.
>
> Signed-off-by: Marc-André Lureau
Reviewed-by: Igor Mammedov
> ---
> hw/core/qdev-properties.c | 24
As far as I know it has never worked. I have checked it on version 2.11
and attached a link to my disk image. I used qemu-system-i386w -cpu
pentium3 -m 128 -hda c.img -boot c
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Marc-André Lureau writes:
> Wherever a struct/union/alternate/command/event member with NAME: TYPE
> form is accepted, desugar it to a NAME: { 'type': TYPE } form.
>
> This will allow to add new member details, such as 'if' in the
> following patch to introduce conditionals, or 'default' for
In get_physical_address(), use address_space_ldl() and
address_space_stl() instead of ldl_phys() and stl_phys().
This allows us to check whether the memory access failed.
For the moment, we simply return -1 in this case;
add a TODO comment that we should ideally generate the
appropriate kind of
On Tue, 4 Dec 2018 18:20:17 +0400
Marc-André Lureau wrote:
> All qdev_prop_register_global() set _fatal for errp, except
> '-rtc driftfix=slew', which arguably should also use _fatal, as
this one shouldn't fail if machine has mc146818rtc instantiated,
it should warn only in case when CLI is
On 08/12/18 08:18, Peng Hao wrote:
> The registered memory region of i6300esb is not suitable for coalesced
> mmio, because a write for the region may trigger an immediate action
> and can't be delayed.
>
> Signed-off-by: Peng Hao
> ---
> hw/watchdog/wdt_i6300esb.c | 1 -
> 1 file changed, 1
On Fri, Dec 07, 2018 at 11:07:33AM -0600, Eric Blake wrote:
> Make the sentence read better.
>
> Signed-off-by: Eric Blake
> ---
> .mailmap | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Daniel P. Berrangé
>
> diff --git a/.mailmap b/.mailmap
> index
On 12/07/18 18:04, Philippe Mathieu-Daudé wrote:
> Add a function to read the full content of file on the host, and add
> a new 'file' name item to the fw_cfg device.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> hw/nvram/fw_cfg.c | 22 ++
>
On Mon, Dec 10, 2018 at 14:36:01 -0200, Eduardo Habkost wrote:
> On Sun, Dec 09, 2018 at 05:27:38PM -0500, Emilio G. Cota wrote:
> > Can you try re-running the test, after applying the appended patch?
> > (It disables the "resize" thread.)
>
> It is running right now, here:
>
On 12/7/18 6:46 PM, Alistair Francis wrote:
> When cross compilling for riscv32 hosts using GCC 8.2 this error is seen:
> error: '__NR__llseek' undeclared (first use in this function); did you
> mean '_llseek'?
>
> To avoid the error let's ensure that __NR__llseek is defined.
>
>
On Tue, Dec 04, 2018 at 06:20:04PM +0400, Marc-André Lureau wrote:
[...]
> Marc-André Lureau (19):
> tests: qdev_prop_check_globals() doesn't return "all_used"
> qom: make interface types abstract
> qom: make user_creatable_complete() specific to UserCreatable
> accel: register
QEMU 3.0 has limited TOPOEXT support. You can try using `-cpu EPYC`,
and the `threads` option is supposed to work.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1703506
Title:
SMT not supported
Marc-André Lureau writes:
> This will allow to get rid of short form handling in a following
> patch.
>
> Signed-off-by: Marc-André Lureau
> Suggested-by: Markus Armbruster
> ---
> scripts/qapi/common.py | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git
On Tue, 4 Dec 2018 18:20:15 +0400
Marc-André Lureau wrote:
> All globals are now either provided via -global or through -cpu
> features (CPU features are implemented by registering globals).
>
> If the global isn't being used, it should warn in either case.
>
> We can thus consider that all
On Tue, 4 Dec 2018 18:20:16 +0400
Marc-André Lureau wrote:
> A step towards being able to call a common function,
> object_apply_global_props().
>
> Signed-off-by: Marc-André Lureau
> ---
> hw/core/qdev-properties.c | 29 -
> 1 file changed, 20 insertions(+), 9
Switch the m68k target from the old unassigned_access hook
to the transaction_failed hook.
The notable difference is that rather than it being called
for all physical memory accesses which fail (including
those made by DMA devices or by the gdbstub), it is only
called for those made by the CPU
This patchset converts the m68k target from the deprecated
unassigned_access hook to the new transaction_failed hook.
It's RFC for a couple of reasons:
* it's untested, since I don't have an m68k test image
* the second patch just makes "bus error while trying to
read page tables" be treated
In dump_address_map(), use address_space_ldl() instead of ldl_phys().
This allows us to check whether the memory access failed.
Signed-off-by: Peter Maydell
---
target/m68k/helper.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
diff --git a/target/m68k/helper.c
On Mon, 10 Dec 2018 17:45:22 +0100
Igor Mammedov wrote:
> On Tue, 4 Dec 2018 18:20:11 +0400
> Marc-André Lureau wrote:
>
> > Instead of registering compat properties as globals, let's keep them
> > in their own array, to avoid mixing with user globals.
> >
> > Introduce
On Mon, Dec 10, 2018 at 11:46:54AM +, Peter Maydell wrote:
> clang complains about taking the address of a packed
> member of a struct:
>
> target/i386/kvm.c:1245:27: warning: taking address of packed member 'cpuid'
> of class or structure '' may result in an unaligned pointer value
>
I can only muster some random thoughts for this one, presently:
On 12/07/18 18:03, Philippe Mathieu-Daudé wrote:
> $ qemu-system-x86_64 -S -monitor stdio
> (qemu) info fw_cfg
> TypePermSizeSpecific Order Info
>signature RO 4 QEMU
>
On Fri, Dec 07, 2018 at 05:14:17PM -0500, Wainer dos Santos Moschetta wrote:
> The x86_cpu_class_check_missing_features() returns a list
> of unavailable features compared to the host CPU. Currently it may
> return empty strings for unamed features as well as duplicated
> names.
>
> For example,
On Tue, 4 Dec 2018 18:20:11 +0400
Marc-André Lureau wrote:
> Instead of registering compat properties as globals, let's keep them
> in their own array, to avoid mixing with user globals.
>
> Introduce object_apply_global_props() function, to apply compatibility
> properties from a GPtrArray.
>
On Sun, Dec 09, 2018 at 05:27:38PM -0500, Emilio G. Cota wrote:
> On Fri, Dec 07, 2018 at 18:41:07 -0200, Eduardo Habkost wrote:
> > I've noticed QEMU Travis builds are failing recently, and they
> > seem to happen only on the --enable-gprof jobs. I have enabled
> > V=1 and noticed that the jobs
On 12/10/18 5:10 PM, Laszlo Ersek wrote:
> On 12/07/18 18:03, Philippe Mathieu-Daudé wrote:
>> Signed-off-by: Philippe Mathieu-Daudé
>> ---
>> hw/nvram/fw_cfg.c | 5 +
>> hw/nvram/trace-events | 5 +
>> 2 files changed, 10 insertions(+)
>>
>> diff --git a/hw/nvram/fw_cfg.c
On Thu, Dec 06, 2018 at 07:25:55PM +0800, Peng Hao wrote:
> The first patches are simple cleanups:
> - patch 1 move the pvpanic device with the 'ocmmon objects' so we compile
>it once for the x86/arm/aarch64 archs,
> - patch 2 simply renames ISA fields/definitions to
From: Si-Wei Liu
When a VF is hotplugged into the guest, datapath switching will be
performed immediately, which is sub-optimal in terms of timing, and
could end up with substantial network downtime. One of ways to shorten
this downtime is to switch the datapath only after the VF is seen to get
On Thu, Dec 06, 2018 at 07:26:00PM +0800, Peng Hao wrote:
> Add mmio mode as a pci device support info in docs/specs/pvpanic.txt.
>
> Signed-off-by: Peng Hao
> ---
> docs/specs/pvpanic.txt | 13 -
> 1 file changed, 12 insertions(+), 1 deletion(-)
>
> diff --git
On Tue, 27 Nov 2018 16:50:27 +0300
Ilya Maximets wrote:
s/wihtout/without/ in subj
> If seals are not supported, memfd_create() will fail.
> Furthermore, there is no way to disable it in this case because
> '.seal' property is not registered.
>
> This issue leads to vhost-user-test failures on
Added two new events, FAILOVER_PLUG_PRIMARY and FAILOVER_UNPLUG_PRIMARY.
The first is emitted when the guest negotiates the F_STANDBY feature
bit. The second is emitted when the virtio_net driver is removed, either
manually or as a result of guest reboot. Management stack can use these
events to
From: Sridhar Samudrala
This feature bit can be used by a hypervisor to indicate to the virtio_net
device that it can act as a standby for another device with the same MAC
address.
Signed-off-by: Sridhar Samudrala
Signed-off-by: Venu Busireddy
---
hw/net/virtio-net.c | 2 ++
1 file changed,
Implement the infrastructure to support datapath switching during live
migration involving SR-IOV devices.
1. This patch is based off on the current VIRTIO_NET_F_STANDBY feature
bit and MAC address device pairing.
2. This set of events will be consumed by userspace management software
to
> -Original Message-
> From: Anthony PERARD [mailto:anthony.per...@citrix.com]
> Sent: 07 December 2018 18:21
> To: Paul Durrant
> Cc: qemu-devel@nongnu.org; qemu-bl...@nongnu.org; xen-
> de...@lists.xenproject.org; Stefano Stabellini ;
> Kevin Wolf ; Max Reitz
> Subject: Re: [PATCH v2
On 12/07/18 18:03, Philippe Mathieu-Daudé wrote:
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> hw/nvram/fw_cfg.c | 5 +
> hw/nvram/trace-events | 5 +
> 2 files changed, 10 insertions(+)
>
> diff --git a/hw/nvram/fw_cfg.c b/hw/nvram/fw_cfg.c
> index 3cb726ff68..582653f07e 100644
>
One more thing...
Markus Armbruster writes:
> Marc-André Lureau writes:
>
>> Desugar the enum NAME form to { 'name': NAME }. This will allow to add
>> new enum members, such as 'if' in the following patch.
>>
>> Signed-off-by: Marc-André Lureau
>> ---
>> scripts/qapi/common.py
On 12/10/18 4:00 PM, Laszlo Ersek wrote:
> On 12/07/18 17:51, Philippe Mathieu-Daudé wrote:
>> All the consumers of "smbios_ipmi.h" are located in hw/smbios/.
>
> I tried to verify this statement by grepping the tree for
> "smbios_ipmi.h". There were zero hits. Please use the more precise
>
On 12/10/18 3:55 PM, Laszlo Ersek wrote:
> On 12/07/18 17:51, Philippe Mathieu-Daudé wrote:
>> Signed-off-by: Philippe Mathieu-Daudé
>> ---
>> tests/acpi-utils.c | 1 -
>> 1 file changed, 1 deletion(-)
>>
>> diff --git a/tests/acpi-utils.c b/tests/acpi-utils.c
>> index 41dc1ea9b4..297af55d39
On 12/10/18 4:10 PM, Laszlo Ersek wrote:
> On 12/07/18 17:51, Philippe Mathieu-Daudé wrote:
>> SMBIOS is just another firmware used by some QEMU models.
>> We will later introduce more firmwares in this namespace.
>>
>> Signed-off-by: Philippe Mathieu-Daudé
>> ---
>> MAINTAINERS
On 12/07/18 18:03, Philippe Mathieu-Daudé wrote:
> Since af1f60a4022, the fw_cfg field is always created in machvirt_init().
> There is no need to null check it.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> hw/arm/virt.c | 4
> 1 file changed, 4 deletions(-)
>
> diff --git
Marc-André Lureau writes:
> Desugar the enum NAME form to { 'name': NAME }. This will allow to add
> new enum members, such as 'if' in the following patch.
>
> Signed-off-by: Marc-André Lureau
> ---
> scripts/qapi/common.py| 49 ---
>
To avoid:
Error: dangerous MULS/MULU location; give it higher alignment
Signed-off-by: Alex Bennée
---
tests/tcg/cris/system/check_mulx.s | 11 +++
1 file changed, 11 insertions(+)
diff --git a/tests/tcg/cris/system/check_mulx.s
b/tests/tcg/cris/system/check_mulx.s
index
This is a mini library which provides helper functions to the tests
which are all currently written in assembly. A bunch of minor changes:
- removed libc related headers (fedora-cris-cross is a system compiler)
- re-organised the functions to avoid forward declarations
- cleaned
Now that MTTCG is here, the comment in the 32-bit Arm decoder that
"Since the emulation does not have barriers, the acquire/release
semantics need no special handling" is no longer true. Emit the
correct barriers for the load-acquire/store-release insns, as
we already do in the A64 decoder.
Currently we don't actually run them.
Signed-off-by: Alex Bennée
---
tests/docker/Makefile.include | 1 +
tests/tcg/cris/Makefile| 168 -
tests/tcg/cris/Makefile.include| 6 +
tests/tcg/cris/Makefile.softmmu-target | 50
4
Evidently upstream gcc doesn't like this opcode.
Signed-off-by: Alex Bennée
---
tests/tcg/cris/system/check_btst.s | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/tests/tcg/cris/system/check_btst.s
b/tests/tcg/cris/system/check_btst.s
index
Signed-off-by: Alex Bennée
---
tests/docker/dockerfiles/fedora-cris-cross.docker | 8
1 file changed, 8 insertions(+)
create mode 100644 tests/docker/dockerfiles/fedora-cris-cross.docker
diff --git a/tests/docker/dockerfiles/fedora-cris-cross.docker
The mips64-dsp and mips64-dspr2 tests are softmmu tests. Tweaks the
makefiles to use the tcg tests build system.
[WIP: currently won't link but the flags for HEAD vs CFLAGS seem odd]
Signed-off-by: Alex Bennée
---
tests/tcg/mips/Makefile.softmmu-target | 20 ++
This will help with the make system as we build a different set of
tests for each qemu binary.
Signed-off-by: Alex Bennée
---
tests/tcg/cris/{ => system}/check_addcv17.s | 0
tests/tcg/cris/{ => system}/check_addi.s | 0
tests/tcg/cris/{ => system}/check_addiv32.s
On 12/10/18 8:37 AM, Ancuta, Cristian wrote:
> Hi,
>
> Hope this is the right place for this question.
>
> I was wondering whether the TCG i386 backend is currently able to generate
> SIMD code ( vector loads/store, moves, vector arithmetic, etc ).
Yes, it is.
> Looking around on patchwork I
Signed-off-by: Alex Bennée
---
tests/tcg/xtensa/Makefile| 93
tests/tcg/xtensa/Makefile.softmmu-target | 43 +++
2 files changed, 43 insertions(+), 93 deletions(-)
delete mode 100644 tests/tcg/xtensa/Makefile
create mode 100644
From: Philippe Mathieu-Daudé
Xtensa cpu supported:
- dc232b
- dc233c
- csp
Signed-off-by: Philippe Mathieu-Daudé
Signed-off-by: Alex Bennée
---
.../dockerfiles/debian-xtensa-cross.docker| 31 +++
tests/tcg/xtensa/Makefile.include | 7 +
2 files changed,
Hi,
This is very much a work in progress but I'm posting it in the hope of
getting some feedback from the architecture maintainers.
When I originally enabled tcg tests I only enabled linux-user tests for
architectures that had easily available compilers. I also skipped over a
bunch of the tests
This will allow tests to modify the QEMU invocation with for example
different -cpu stazas without having to define a whole new set of
runner types.
Signed-off-by: Alex Bennée
---
tests/tcg/Makefile | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/tests/tcg/Makefile
Signed-off-by: Alex Bennée
---
Makefile.target| 2 --
tests/Makefile.include | 7 +++
2 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/Makefile.target b/Makefile.target
index 4d56298bbf..a0fe085bae 100644
--- a/Makefile.target
+++ b/Makefile.target
@@ -37,9 +37,7 @@
Convert the existing tests to use our common cross build
infrastructure.
[WIP: mips32r2 disabled to avoid name clash]
[WIP: mipsr5900 disabled due to clashing build flags]
Signed-off-by: Alex Bennée
---
tests/tcg/mips/Makefile.target | 15 ++-
tests/tcg/mips/mips32-dsp/Makefile | 166
Signed-off-by: Alex Bennée
---
tests/tcg/Makefile | 17 -
tests/tcg/Makefile.include | 2 +-
2 files changed, 17 insertions(+), 2 deletions(-)
diff --git a/tests/tcg/Makefile b/tests/tcg/Makefile
index bf06415390..d6a7fee2e7 100644
--- a/tests/tcg/Makefile
+++
On 30.11.18 09:55, Andrey Shinkevich wrote:
> Discards the block duplicated in an intermediate backing file
> after the block have been copied into the active layer during
> QMP block-stream operation.
> It saves the disk space while merging external snapshots.
>
> Signed-off-by: Andrey
On Mon 10 Dec 2018 04:16:48 PM CET, Daniel P. Berrangé wrote:
>> In other words, the cleanup code won't touch uninitialized elements
>> because it cannot even tell the difference between an index that
>> points to an uninitialized element of the array and an index that
>> points beyond the
On 12/10/18 5:46 AM, Peter Maydell wrote:
> clang complains about taking the address of a packed
> member of a struct:
>
> target/i386/kvm.c:1245:27: warning: taking address of packed member 'cpuid'
> of class or structure '' may result in an unaligned pointer value
>
On Mon, 10 Dec 2018 12:04:36 +
Peter Maydell wrote:
> Taking the address of a field in a packed struct is a bad idea, because
> it might not be actually aligned enough for that pointer type (and
> thus cause a crash on dereference on some host architectures). Newer
> versions of clang warn
On Fri, Dec 07, 2018 at 07:13:46PM +0300, Vladimir Sementsov-Ogievskiy wrote:
> Hi all.
>
> v3:
> 01: add r-b by Daniel and Alberto
> 02: Alberto r-b
> encrypt->encdec for generic
> 03: qcrypto_cipher_*crypt_helper->
> qcrypto_block_cipher_*crypt_helper
> 04: rebased on previous renamings
On Mon, Dec 10, 2018 at 04:09:31PM +0100, Alberto Garcia wrote:
> On Mon 10 Dec 2018 03:52:03 PM CET, Daniel P. Berrangé wrote:
> >> > +int qcrypto_block_init_cipher(QCryptoBlock *block,
> >> > + QCryptoCipherAlgorithm alg,
> >> > +
On 12/07/18 17:51, Philippe Mathieu-Daudé wrote:
> SMBIOS is just another firmware used by some QEMU models.
> We will later introduce more firmwares in this namespace.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> MAINTAINERS | 2 +-
> hw/arm/virt.c
On Mon 10 Dec 2018 03:52:03 PM CET, Daniel P. Berrangé wrote:
>> > +int qcrypto_block_init_cipher(QCryptoBlock *block,
>> > + QCryptoCipherAlgorithm alg,
>> > + QCryptoCipherMode mode,
>> > + const uint8_t *key,
Changes since v3:
* Removed the extra VI/VF/VSE change.
Changes since v2:
* Rebased on target-arm.next, which now includes 7 of the 10 patches.
* Fixes based on patch review.
r~
Richard Henderson (3):
target/arm: Introduce arm_hcr_el2_eff
target/arm: Use arm_hcr_el2_eff more places
Replace arm_hcr_el2_{fmo,imo,amo} with a more general routine
that also takes SCR_EL3.NS (aka arm_is_secure_below_el3) into
account, as documented for the plethora of bits in HCR_EL2.
Signed-off-by: Richard Henderson
v3: Fix set of bits affected by just TGE.
Reorder the bits to
Provide a trivial implementation with zero limited ordering regions,
which causes the LDLAR and STLLR instructions to devolve into the
LDAR and STLR instructions from the base ARMv8.0 instruction set.
Reviewed-by: Peter Maydell
Signed-off-by: Richard Henderson
---
v2: Mark LORID_EL1 read-only.
Since arm_hcr_el2_eff includes a check against
arm_is_secure_below_el3, we can often remove a
nearby check against secure state.
In some cases, sort the call to arm_hcr_el2_eff
to the end of a short-circuit logical sequence.
Reviewed-by: Peter Maydell
Signed-off-by: Richard Henderson
---
v3:
On 12/07/18 17:51, Philippe Mathieu-Daudé wrote:
> This header only declare a single function: smbios_build_type_38_table().
> We already have a header that declares such functions: "smbios_build.h".
> Move the declaration and remove the header.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
>
101 - 200 of 290 matches
Mail list logo