On 5/4/23 02:19, Daniel Henrique Barboza wrote:
I squashed in this change to fix it:
diff --git a/target/ppc/cpu.c b/target/ppc/cpu.c
index 241d9e27e5..424f2e1741 100644
--- a/target/ppc/cpu.c
+++ b/target/ppc/cpu.c
@@ -75,7 +75,7 @@ void ppc_set_cr(CPUPPCState *env, uint64_t cr)
}
Add test for vextractbm, vextractwm, vextractdm and vextractqm
instructions. Test works for both qemu-ppc64 and qemu-ppc64le.
Based on the test case written by John Platts posted at [1]
References:
[1] - https://gitlab.com/qemu-project/qemu/-/issues/1536
Signed-off-by: John Platts
In function do_extractm() the mask is calculated as
dup_const(1 << (element_width - 1)). '1' being signed int
works fine for MO_8,16,32. For MO_64, on PPC64 host
this ends up becoming 0 on compilation. The vextractdm
uses MO_64, and it ends up having mask as 0.
Explicitly use 1ULL instead of
While debugging gitlab issue[1] 1536, I happen to try the
vextract[X]m instructions on the real hardware. The test
used in [1] is failing for vextractdm.
On debugging it is seen, in function do_extractm() the
mask is calculated as dup_const(1 << (element_width - 1)).
'1' being signed int works
Hi Richard,
On 5/3/23 12:47 AM, Richard Henderson wrote:
On 5/3/23 01:12, Stefano Stabellini wrote:
Hi Peter,
Vikram fixed the gitlab test problem, so now all the tests should
succeed. There were no changes to the QEMU code. I am resending the pull
request (I rebased it on staging, no
Hi Richard,
On 5/3/23 01:11, Richard Henderson wrote:
On 5/2/23 16:25, Shivaprasad G Bhat wrote:
The float32_exp2() is computing wrong exponent of 2.
For example, with the following set of values {0.1, 2.0, 2.0, -1.0},
the expected output would be {1.071773, 4.00, 4.00, 0.50}.
On 5/2/23 12:35, Cédric Le Goater wrote:
On 4/13/23 21:01, Shivaprasad G Bhat wrote:
Add test for vextractbm, vextractwm, vextractdm and vextractqm
instructions. Test works for both qemu-ppc64 and qemu-ppc64le.
Based on the test case written by John Platts posted at [1]
References:
[1]:
On 5/2/2023 7:04 AM, Stefan Hajnoczi wrote:
Setting the VIRTIO Device Status Field to 0 resets the device. The
device's state is lost, including the vring configuration.
vhost-user.c currently sends SET_STATUS 0 before GET_VRING_BASE. This
risks confusion about the lifetime of the vhost-user
在 2023年05月02日 19:32, Richard Henderson 写道:
On 4/27/23 08:26, Tianrui Zhao wrote:
+static void kvm_loongarch_vm_stage_change(void *opaque, bool running,
Typo: state
+uint64_t counter_value;
I know naming is hard, but this is so generic it is difficult to
在 2023年05月02日 19:24, Richard Henderson 写道:
On 4/27/23 08:26, Tianrui Zhao wrote:
Implement kvm_arch_get/set_registers interfaces, many regs
can be get/set in the function, such as core regs, csr regs,
fpu regs, mp state, etc.
Signed-off-by: Tianrui Zhao
---
meson.build
在 2023年05月02日 19:04, Richard Henderson 写道:
On 4/27/23 08:26, Tianrui Zhao wrote:
Supplement vcpu env initial when vcpu reset, including
init vcpu mp_state value to KVM_MP_STATE_RUNNABLE and
init vcpu CSR_CPUID,CSR_TID to cpu->cpu_index.
Signed-off-by: Tianrui Zhao
---
在 2023/5/2 上午2:43, Richard Henderson 写道:
On 4/25/23 08:02, Song Gao wrote:
Hi,
This series adds LoongArch LSX instructions, Since the LoongArch
Vol2 is not open, So we use 'RFC' title.
I'm not sure when the manual will be open.
After these patches are reviewed, how about merging them?
在 2023/5/3 4:01, Niek Linnenbank 写道:
Hi Qianfan,
Sorry for my late response, I had a holiday in between.
On Tue, Apr 18, 2023 at 1:21 PM wrote:
From: qianfan Zhao
Allwinner R40 (sun8i) SoC features a Quad-Core Cortex-A7 ARM CPU,
and a Mali400 MP2 GPU from ARM. It's also
On 02.05.23 23:48, Peter Xu wrote:
On Fri, Apr 28, 2023 at 10:49:25PM +0300, Vladimir Sementsov-Ogievskiy wrote:
Originally, migration_incoming_co was introduced by
25d0c16f625feb3b6
"migration: Switch to COLO process after finishing loadvm"
to be able to enter from COLO code to one
On 02.05.23 19:41, Peter Xu wrote:
##
# @query-colo-status:
@@ -1674,7 +1676,8 @@
# Since: 3.1
##
{ 'command': 'query-colo-status',
- 'returns': 'COLOStatus' }
+ 'returns': 'COLOStatus',
+ 'if': 'CONFIG_REPLICATION' }
I still see a bunch of other colo related definitions around in
This patch breaks linux-user build as follows:
[23/214] Compiling C object libqemu-ppc64-linux-user.fa.p/linux-user_elfload.c.o
FAILED: libqemu-ppc64-linux-user.fa.p/linux-user_elfload.c.o
cc -m64 -mcx16 -Ilibqemu-ppc64-linux-user.fa.p -I. -I.. -Itarget/ppc -I../target/ppc
Save a bit of build time by passing the number of jobs option to
sphinx.
We cannot use the -j option from make because meson does not support
setting build time parameters for custom targets. Use nproc instead or
the equivalent sphinx option "-j auto", if that is available (version
>=1.7.0).
We currently have two documentation targets to build:
- 'man' for the man pages;
- 'html' for the web page.
There are two bottlenecks in the process:
1) sphinx runs with a single process;
2) the two targets are serialized.
For (1), we can just add the "-j auto" to sphinx_build and that should
For the documentation builds (man pages & manual), we let Sphinx
decide when to rebuild and use a depfile to know when to trigger the
make target.
We currently use a trick of having the man pages custom_target take as
input the html pages custom_target object, which causes both targets
to be
There are places in the code where the migration is marked failed with
MIGRATION_STATUS_FAILED, but the failiure reason is never updated. Hence
libvirt doesn't know why the migration failed when it queries for it.
Signed-off-by: tejus.gk
---
migration/migration.c | 8
1 file changed, 8
Hi everyone,
Currently, in QEMU, whenever a migration fails, its state is set to
MIGRATION_STATUS_FAILED
via the function migrate_set_state. However, there are places in the
code where the migration is marked as a failed migration; however, the
error description is never updated in the migration
On 02/05/2023 17:08, Richard Henderson wrote:
Signed-off-by: Richard Henderson
---
configs/targets/sparc-linux-user.mak | 1 -
configs/targets/sparc-softmmu.mak | 1 -
configs/targets/sparc32plus-linux-user.mak | 1 -
configs/targets/sparc64-linux-user.mak | 1 -
On 02/05/2023 17:08, Richard Henderson wrote:
This passes on the memop as given as argument to
helper_ld_asi to the ultimate load primitive.
Signed-off-by: Richard Henderson
---
target/sparc/ldst_helper.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git
On 02/05/2023 17:08, Richard Henderson wrote:
Signed-off-by: Richard Henderson
---
target/sparc/translate.c | 66 +---
1 file changed, 34 insertions(+), 32 deletions(-)
diff --git a/target/sparc/translate.c b/target/sparc/translate.c
index
On 27/04/2023 13:55, BALATON Zoltan wrote:
On Thu, 27 Apr 2023, Mark Cave-Ayland wrote:
On 27/04/2023 00:24, BALATON Zoltan wrote:
On Wed, 26 Apr 2023, Bernhard Beschow wrote:
Am 26. April 2023 11:41:54 UTC schrieb Mark Cave-Ayland
:
On 22/04/2023 16:07, Bernhard Beschow wrote:
Allows to
On 02/05/2023 14:57, Richard Henderson wrote:
Convert away from the old interface with the implicit
MemOp argument.
Signed-off-by: Richard Henderson
---
target/sparc/translate.c | 43 ++--
1 file changed, 28 insertions(+), 15 deletions(-)
diff --git
On 27/04/2023 19:15, Bernhard Beschow wrote:
Am 27. April 2023 10:52:17 UTC schrieb Mark Cave-Ayland
:
On 26/04/2023 21:14, Bernhard Beschow wrote:
Am 26. April 2023 18:18:35 UTC schrieb Bernhard Beschow :
Am 26. April 2023 11:37:48 UTC schrieb Mark Cave-Ayland
:
On 22/04/2023 16:07,
On a build configured with: --disable-tcg --enable-xen it is possible
to produce a QEMU binary with no TCG nor KVM support. Skip the test if
that's the case.
Fixes: 0c1ae3ff9d ("tests/qtest: Fix tests when no KVM or TCG are present")
Signed-off-by: Fabiano Rosas
---
tests/qtest/cdrom-test.c | 5
We cannot allow this config to be disabled at the moment as not all of
the relevant code is protected by it.
Commit 29d9efca16 ("arm/Kconfig: Do not build TCG-only boards on a
KVM-only build") moved the CONFIGs of several boards to Kconfig, so it
is now possible that nothing selects ARM_V7M (e.g.
When building --without-default-devices, the semihosting code will not
be available, so check the proper config.
Fixes: 29d9efca16 ("arm/Kconfig: Do not build TCG-only boards on a KVM-only
build")
Signed-off-by: Fabiano Rosas
---
target/arm/helper.c | 4 ++--
target/arm/tcg/m_helper.c |
Here's the fix for the cdrom test failure that we discussed in the
list, plus 2 fixes for the ---without-default-devices build.
When I moved the boards CONFIGs from default.mak to Kconfig, it became
possible (due to --without-default-devices) to disable the CONFIGs for
all the boards that require
On 03.05.23 19:50, Kevin Wolf wrote:
Socket paths need to be short to avoid failures. This is why there is a
iotests.sock_dir (defaulting to /tmp) separate from the disk image base
directory.
Make use of it to fix failures in too deeply nested test directories.
Fixes:
On Wed, May 03, 2023 at 06:50:19PM +0200, Kevin Wolf wrote:
> Socket paths need to be short to avoid failures. This is why there is a
> iotests.sock_dir (defaulting to /tmp) separate from the disk image base
> directory.
>
> Make use of it to fix failures in too deeply nested test directories.
>
On 03.05.23 21:10, Juan Quintela wrote:
It is valid that params->has_block_bitmap_mapping is true and
params->block_bitmap_mapping is NULL. So we can't use the trick of
having a single function.
Move to two functions one for each value and the tests are fixed.
Fixes:
From: Stefan Hajnoczi
Most export types install BlockDeviceOps pointers. It is easy to forget
to remove them because that happens automatically via the "drive" qdev
property in hw/ but not block/export/.
Put blk_set_dev_ops(blk, NULL, NULL) calls in the core export.c code so
the export types
Some time after systemd documented LISTEN_PID and LISTEN_FDS for
socket activation, they later added LISTEN_FDNAMES; now documented at:
https://www.freedesktop.org/software/systemd/man/sd_listen_fds.html
In particular, look at the implementation of sd_listen_fds_with_names():
The following changes since commit 044f8cf70a2fdf3b9e4c4d849c66e7855d2c446a:
Merge tag 'migration-20230428-pull-request' of
https://gitlab.com/juan.quintela/qemu into staging (2023-05-03 10:29:30 +0100)
are available in the Git repository at:
https://repo.or.cz/qemu/ericb.git
On 03.05.23 20:15, Juan Quintela wrote:
Kevin Wolf wrote:
Am 27.04.2023 um 17:22 hat Juan Quintela geschrieben:
Notice that we changed the test of ->has_block_bitmap_mapping
for the test that block_bitmap_mapping is not NULL.
Signed-off-by: Juan Quintela
Reviewed-by: Vladimir
Let's just support 512 memslots on x86-64 and aarch64 as well. The maximum
number of ACPI slots (256) is no longer completely expressive ever since
we supported virtio-based memory devices. Further, we're completely
ignoring other memslots used outside of memory device context, such as
memslots
On Wed, 3 May 2023 at 18:06, Paolo Bonzini wrote:
>
> On 5/3/23 17:35, Alex Bennée wrote:
> >> You should select a device only if you cannot even start
> >> the machine without --nodefaults.
> >
> > Which is the case here right? We could skip tests that explicitly
> > instantiate a device but
Allowing guests to read unplugged memory simplified the bring-up of
virtio-mem in Linux guests -- which was limited to x86-64 only. On arm64
(which was added later), we never had legacy guests and don't even allow
to configure it, essentially always having "unplugged-inaccessible=on".
At this
It is valid that params->has_block_bitmap_mapping is true and
params->block_bitmap_mapping is NULL. So we can't use the trick of
having a single function.
Move to two functions one for each value and the tests are fixed.
Fixes: b804b35b1c8a0edfd127ac20819c234be55ac7fc
migration: Create
--without-default-devices is a specialized option that should only be used
when configs/devices/ is changed manually.
Explain the model towards which we should tend, with respect to failures
to start guests and to run "make check".
Signed-off-by: Paolo Bonzini
---
docs/devel/kconfig.rst | 16
On 5/3/23 11:12, Alex Bennée wrote:
From: Fabiano Rosas
This machine hardcodes the creation of the interrupt controller, so
make sure the dependency is explicitly described in the Kconfig.
gicv3_init_cpuif is used unconditionally by arm_gic_realize in
hw/intc/arm_gicv3.c, so right now the
On 5/3/23 11:12, Alex Bennée wrote:
From: Fabiano Rosas
The virt machine has IF_VIRTIO as block_default_type, which causes the
generic code to try to create a virtio-blk-pci device pair at
configure_blockdev()/qemu_create_cli_devices().
Select VIRTIO_BLK and VIRTIO_PCI from CONFIG_ARM_VIRT to
Checking whether the memory regions are equal is sufficient: if they are
equal, then most certainly the contained fd is equal.
The whole vhost-user memslot handling is suboptimal and overly
complicated. We shouldn't have to lookup a RAM memory regions we got
notified about in
Having multiple vhost devices, some filtering out fd-less memslots and
some not, can mess up the "used_memslot" accounting. Consequently our
"free memslot" checks become unreliable and we might run out of free
memslots at runtime later.
An example sequence which can trigger a potential issue that
Let's fixup the documentation (e.g., removing traces of the ram_addr
parameter that no longer exists) and move it to the header file while at
it.
Suggested-by: Igor Mammedov
Acked-by: Igor Mammedov
Signed-off-by: David Hildenbrand
---
include/exec/cpu-common.h | 15 +++
On 5/3/23 11:12, Alex Bennée wrote:
These are needed for board creation so fail under "make check" with a
--without-default-devices build.
Signed-off-by: Alex Bennée
---
hw/xtensa/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/hw/xtensa/Kconfig b/hw/xtensa/Kconfig
index
Following up on my previous work to make virtio-mem consume multiple
memslots dynamically [1] that requires precise accounting between used vs.
reserved memslots, I realized that vhost makes this extra hard by
filtering out some memory region sections (so they don't consume a
memslot) in the
On 5/3/23 11:12, Alex Bennée wrote:
These are hardwired into the board so must be selected. This shows up
as a "make check" failure with a --without-default-devices build.
Signed-off-by: Alex Bennée
---
hw/mips/Kconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/hw/mips/Kconfig
On 5/3/23 11:12, Alex Bennée wrote:
We can't just imply it as the board will fail to create otherwise.
This shows up as a "make check" failure with a
--without-default-devices build.
Not needed, also typo in subject (should be R2D rather than RD2).
Paolo
On 5/3/23 11:12, Alex Bennée wrote:
These are needed for board creation so fail under "make check" with a
--without-default-devices build.
Signed-off-by: Alex Bennée
Also not needed:
bus: main-system-bus
type System
dev: platform-bus-device, id "platform-bus-device"
dev: acpi-ged, id
Kevin Wolf wrote:
> Am 03.05.2023 um 16:53 hat Juan Quintela geschrieben:
>> Kevin Wolf wrote:
>> > Am 27.04.2023 um 17:22 hat Juan Quintela geschrieben:
>> >> Notice that we changed the test of ->has_block_bitmap_mapping
>> >> for the test that block_bitmap_mapping is not NULL.
>> >>
>> >>
On 5/3/23 11:12, Alex Bennée wrote:
This is the fallback VGA devices needed for board creation so will
otherwise fail under "make check" with a --without-default-devices
build.
Signed-off-by: Alex Bennée
Not needed:
info qtree
bus: main-system-bus
dev: apc, id ""
dev: empty_slot, id ""
On 5/3/23 11:12, Alex Bennée wrote:
These are needed for board creation so fail under "make check" with a
--without-default-devices build.
Signed-off-by: Alex Bennée
Not needed. Selecting "LSI_SCSI_PCI" however is correct:
bus: main-system-bus
type System
dev: ps2-mouse, id ""
dev:
Kevin Wolf wrote:
> Am 27.04.2023 um 17:22 hat Juan Quintela geschrieben:
>> Notice that we changed the test of ->has_block_bitmap_mapping
>> for the test that block_bitmap_mapping is not NULL.
>>
>> Signed-off-by: Juan Quintela
>> Reviewed-by: Vladimir Sementsov-Ogievskiy
>>
>> ---
>>
>>
On 5/3/23 11:12, Alex Bennée wrote:
We can't just imply it as the board will fail to create otherwise.
This shows up as a "make check" failure with a
--without-default-devices build.
Not needed and a test bug.
Paolo
On 5/3/23 11:12, Alex Bennée wrote:
From: Fabiano Rosas
This machine explicitly selects the e1000e network adapter if no other
option was given in the command line. Make sure e1000e is present in
the build.
Signed-off-by: Fabiano Rosas
Signed-off-by: Alex Bennée
Message-Id:
Am 03.05.2023 um 16:53 hat Juan Quintela geschrieben:
> Kevin Wolf wrote:
> > Am 27.04.2023 um 17:22 hat Juan Quintela geschrieben:
> >> Notice that we changed the test of ->has_block_bitmap_mapping
> >> for the test that block_bitmap_mapping is not NULL.
> >>
> >> Signed-off-by: Juan Quintela
On 5/3/23 11:12, Alex Bennée wrote:
From: Fabiano Rosas
This machine hardcodes initialization of the USB device, so select the
corresponding Kconfig. It is not enough to have it as "default y if
XLNX_VERSAL" at usb/Kconfig because building --without-default-devices
disables the default
On 5/3/23 17:35, Alex Bennée wrote:
You should select a device only if you cannot even start
the machine without --nodefaults.
Which is the case here right? We could skip tests that explicitly
instantiate a device but these are tests failing with default devices
the machine tries to
Jun Sun writes:
> By default, risu currently does not generate random instruction sequences
> because it uses 0 as the random seed.
> This patch uses time() as random seed and also introduces --randomseed option
> for deterministic sequence
> generation.
I can see the benefit for being
Leonardo Bras wrote:
> Since it's implementation on v8.0.0-rc0, having the PCI_ERR_UNCOR_MASK
> set for machine types < 8.0 will cause migration to fail if the target
> QEMU version is < 8.0.0 :
>
> qemu-system-x86_64: get_pci_config_device: Bad config data: i=0x10a read: 40
> device: 0 cmask:
Socket paths need to be short to avoid failures. This is why there is a
iotests.sock_dir (defaulting to /tmp) separate from the disk image base
directory.
Make use of it to fix failures in too deeply nested test directories.
Fixes: ab7f7e67a7e7b49964109501dfcde4ec29bae60e
Signed-off-by: Kevin
> -Original Message-
> From: Anton Johansson
> Sent: Tuesday, May 2, 2023 6:12 AM
> To: Taylor Simpson ; qemu-devel@nongnu.org
> Cc: richard.hender...@linaro.org; phi...@linaro.org; a...@rev.ng; Brian Cain
> ; Matheus Bernardino (QUIC)
>
> Subject: Re: [PATCH v3] Hexagon
This mirrors the "--not-pattern" option and gives complete control over
group-based
instruction selection rules.
Signed-off-by: Jun Sun
---
risugen | 10 ++
1 file changed, 10 insertions(+)
diff --git a/risugen b/risugen
index f88c22a..f441f06 100755
--- a/risugen
+++ b/risugen
@@
Current semantic is a little strange when multiple --group options are
specified.
In this case, only instructions in *all* these groups (i.e., intersection)
are used for
generation, which is not very useful at all. This patch changes the
semantic to
include all instructions in these groups
On Wed, May 03, 2023 at 10:41:42AM +0100, Richard Henderson wrote:
> On 5/3/23 10:14, Stafford Horne wrote:
> > > > +set_default_nan_mode(1, >env.fp_status);
> > > > +set_float_detect_tininess(float_tininess_before_rounding,
> > > > + >env.fp_status);
> > >
>
By default, risu currently does not generate random instruction sequences
because it uses 0 as the random seed. This patch uses time() as random
seed and also introduces --randomseed option for deterministic sequence
generation.
0008-add-randseed-option-and-use-time-as-default-seed.patch
On Wed, May 03, 2023 at 04:01:42PM +0200, Kevin Wolf wrote:
> job_cancel_locked() drops the job list lock temporarily and it may call
> aio_poll(). We must assume that the list has changed after this call.
> Also, with unlucky timing, it can end up freeing the job during
>
On Wed, May 03, 2023 at 10:43:16AM -0500, Eric Blake wrote:
> On Tue, May 02, 2023 at 05:11:19PM -0400, Stefan Hajnoczi wrote:
> > Most export types install BlockDeviceOps pointers. It is easy to forget
> > to remove them because that happens automatically via the "drive" qdev
> > property in hw/
On Wed, May 03, 2023 at 11:15:56AM +0200, Stefano Garzarella wrote:
> On Tue, May 02, 2023 at 03:02:32PM -0400, Stefan Hajnoczi wrote:
> > On Tue, May 02, 2023 at 04:50:50PM +0200, Stefano Garzarella wrote:
> > > The virtio-blk-vhost-vdpa driver in libblkio 1.3.0 supports the new
> > > 'fd'
On Wed, May 3, 2023 at 6:49 AM Jonathan Cameron
wrote:
>
> On Tue, 2 May 2023 21:27:02 -0300
> Leonardo Bras wrote:
>
> > Since it's implementation on v8.0.0-rc0, having the PCI_ERR_UNCOR_MASK
> > set for machine types < 8.0 will cause migration to fail if the target
> > QEMU version is < 8.0.0
On Wed, May 03, 2023 at 06:22:59PM +0300, Avihai Horon wrote:
>
> On 03/05/2023 1:49, Peter Xu wrote:
> > External email: Use caution opening links or attachments
> >
> >
> > On Mon, May 01, 2023 at 05:01:33PM +0300, Avihai Horon wrote:
> > > Hello everyone,
> > Hi, Avihai,
> >
> > > === Flow
On Tue, May 02, 2023 at 05:11:19PM -0400, Stefan Hajnoczi wrote:
> Most export types install BlockDeviceOps pointers. It is easy to forget
> to remove them because that happens automatically via the "drive" qdev
> property in hw/ but not block/export/.
>
> Put blk_set_dev_ops(blk, NULL, NULL)
Paolo Bonzini writes:
> On 5/3/23 11:12, Alex Bennée wrote:
>> From: Fabiano Rosas
>> The 'virt' machine uses virtio-net-pci as a fallback when no other
>> network driver has been selected via command line. Select VIRTIO_NET
>> and VIRTIO_PCI from CONFIG_ARM_VIRT to avoid errors when
On 03/05/2023 1:56, Peter Xu wrote:
External email: Use caution opening links or attachments
On Mon, May 01, 2023 at 05:01:36PM +0300, Avihai Horon wrote:
Add the core functionality of precopy initial data, which allows the
destination to ACK that initial data has been loaded and the source
On Wed, 03 May 2023 08:30:12 PDT (-0700), sch...@suse.de wrote:
From 912af433fa5d93ce81d2054135ed475ab7462d2d Mon Sep 17 00:00:00 2001
From: Andreas Schwab
Date: Tue, 18 Apr 2023 11:54:01 +0200
Signed-off-by: Andreas Schwab
---
v3: fix isa order
linux-user/syscall.c | 55
On 03/05/2023 1:54, Peter Xu wrote:
External email: Use caution opening links or attachments
(I've left high level comment in cover letter, but still some quick
comments I noticed when reading)
On Mon, May 01, 2023 at 05:01:35PM +0300, Avihai Horon wrote:
Add precopy initial data handshake
By default, Windows doesn't allow to create soft links for user account and
only administrator is allowed to do this. To fix this problem you have to raise
your permissions or enable Developer Mode, which available since Windows 10.
Additional explanation when build fails will allow developer
>From 912af433fa5d93ce81d2054135ed475ab7462d2d Mon Sep 17 00:00:00 2001
From: Andreas Schwab
Date: Tue, 18 Apr 2023 11:54:01 +0200
Signed-off-by: Andreas Schwab
---
v3: fix isa order
linux-user/syscall.c | 55 ++--
1 file changed, 53 insertions(+), 2
On 03/05/2023 1:49, Peter Xu wrote:
External email: Use caution opening links or attachments
On Mon, May 01, 2023 at 05:01:33PM +0300, Avihai Horon wrote:
Hello everyone,
Hi, Avihai,
=== Flow of operation ===
To use precopy initial data, the capability must be enabled in the
source.
As
On 5/3/23 3:42 AM, Jonathan Cameron wrote:
On Tue, 18 Apr 2023 15:21:36 -0700
Dave Jiang wrote:
s small RFC patch series is really a hack on what I need from qemu rather
than a proper implementation. I'm hoping to get some guidance from the list on
how to implement this correctly for qemu
On 2023/05/03 16:46, Sriram Yagnaraman wrote:
-Original Message-
From: Tomasz Dzieciol/VIM Integration (NC) /SRPOL/Engineer/Samsung
Electronics
Sent: Tuesday, 2 May 2023 16:01
To: Sriram Yagnaraman ; qemu-
de...@nongnu.org; akihiko.od...@daynix.com
Cc: jasow...@redhat.com;
On Tue, May 02, 2023 at 09:27:02PM -0300, Leonardo Bras wrote:
> Since it's implementation on v8.0.0-rc0, having the PCI_ERR_UNCOR_MASK
> set for machine types < 8.0 will cause migration to fail if the target
> QEMU version is < 8.0.0 :
>
> qemu-system-x86_64: get_pci_config_device: Bad config
On Wed, 03 May 2023 04:20:09 PDT (-0700), sch...@suse.de wrote:
Signed-off-by: Andreas Schwab
---
v2: dynmically compute the isa string
linux-user/syscall.c | 55 ++--
1 file changed, 53 insertions(+), 2 deletions(-)
diff --git a/linux-user/syscall.c
Paolo Bonzini writes:
> On 5/3/23 11:12, Alex Bennée wrote:
>> From: Fabiano Rosas
>>
>> The 'virt' machine uses virtio-net-pci as a fallback when no other
>> network driver has been selected via command line. Select VIRTIO_NET
>> and VIRTIO_PCI from CONFIG_ARM_VIRT to avoid errors when
On 5/3/23 10:25, Juan Quintela wrote:
The following changes since commit 4ebc33f3f3b656ebf62112daca6aa0f8019b4891:
Merge tag 'pull-tcg-20230502-2' ofhttps://gitlab.com/rth7680/qemu into
staging (2023-05-02 21:18:45 +0100)
are available in the Git repository at:
On Wed, 03 May 2023 04:13:55 PDT (-0700), sch...@suse.de wrote:
On Mai 02 2023, Andreas Schwab wrote:
None of the currently defined cpus are non-GC cpus (except sifive_e, but
that is not suitable for user-space anyway), and there doesn't appear to
be any properties defined for changing the
The coverage job wants to publish a coverage report on success, but the
tests might fail and in that case we need the meson logs for debugging.
Signed-off-by: Daniel P. Berrangé
---
.gitlab-ci.d/buildtest.yml | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
Pull in the following changes from lcitool:
* tests/lcitool/libvirt-ci 85487e1...c8971e9 (18):
> mappings: add new package mappings for mformat and xorriso
> docs: testing: Update contents with tox
> .gitlab-ci.yml: Always test against installed lcitool
> gitlab-ci.yml: Start using tox
mformat and xorriso tools are needed by biosbits avocado tests. This patchset
adds those two tools in the docker container images.
Patch 1 pulls in the latest changes in lcitool in order to add mappings
for these packages in various distros.
Patch 2 updates all Dockerfiles in QEMU repository to
Bios bits avocado tests need mformat (provided by the mtools package) and
xorriso tools in order to run within gitlab CI containers. Add those
dependencies within the Dockerfiles so that containers can be built with
those tools present.
CC: m...@redhat.com
CC: berra...@redhat.com
Signed-off-by:
We are missing test log artifacts from various check jobs on failure,
and also missing test logs from the coverage job
Daniel P. Berrangé (2):
gitlab: explicit set artifacts publishing criteria
gitlab: ensure coverage job also publishes meson log
.gitlab-ci.d/buildtest-template.yml | 4
If not set explicitly, gitlab assumes 'when: on_success" as the
publishing criteria for artifacts. This is reasonable if the
artifact is an output deliverable of the job. This is useless
if the artifact is a log file to be used for debugging job
failures.
This change makes the desired criteria
Kevin Wolf wrote:
> Am 27.04.2023 um 17:22 hat Juan Quintela geschrieben:
>> Notice that we changed the test of ->has_block_bitmap_mapping
>> for the test that block_bitmap_mapping is not NULL.
>>
>> Signed-off-by: Juan Quintela
>> Reviewed-by: Vladimir Sementsov-Ogievskiy
>>
>> ---
>>
>>
Am 27.04.2023 um 17:22 hat Juan Quintela geschrieben:
> Notice that we changed the test of ->has_block_bitmap_mapping
> for the test that block_bitmap_mapping is not NULL.
>
> Signed-off-by: Juan Quintela
> Reviewed-by: Vladimir Sementsov-Ogievskiy
>
> ---
>
> Make it return const (vladimir)
Shiva,
I just queued patch 1 adding this line in the commit msg:
Resolves: https://gitlab.com/qemu-project/qemu/-/issues/1536
This was mentioned by Cedric in patch 2. Also, speaking of patch 2, take a look
on Cedric's review and see if it's applicable or not.
I plan to send a ppc pull request
Queued in gitlab.com/danielhb/qemu/tree/ppc-next. Thanks,
Daniel
On 5/3/23 06:36, Harsh Prateek Bora wrote:
This patchset introduces helper routines to get/set cr reg for better code
readability / maintenance. No functional changes intended with this patchset.
Changelog:
changes from v2:
1 - 100 of 530 matches
Mail list logo