Hi Aditya,
On 5/28/24 12:35, Aditya Gupta wrote:
Add CPU target code to add support for new Power11 Processor.
Power11 core is same as Power10, hence reuse functions defined for
Power10.
Cc: Cédric Le Goater
Cc: Daniel Henrique Barboza
Cc: Frédéric Barrat
Cc: Mahesh J Salgaonkar
Cc:
On 5/30/24 05:12, Salil Mehta wrote:
KVM vCPU creation is done once during the vCPU realization when Qemu vCPU thread
is spawned. This is common to all the architectures as of now.
Hot-unplug of vCPU results in destruction of the vCPU object in QOM but the
corresponding KVM vCPU object in
On Tue, May 28, 2024 at 11:32 AM Peter Maydell
wrote:
> On Tue, 28 May 2024 at 16:37, Cord Amfmgm wrote:
> >
> >
> >
> > On Tue, May 28, 2024 at 9:03 AM Peter Maydell
> wrote:
> >>
> >> On Mon, 20 May 2024 at 23:24, Cord Amfmgm wrote:
> >> > On Mon, May 20, 2024 at 12:05 PM Peter Maydell <
>
Hi Daniel,
thank you for your help.
I found that only the cover is without many maintainers. I used to send
patches by git send-email --dry-run --to 'qemu-devel@nongnu.org,
qemu-ri...@nongnu.org' --cc-cmd='scripts/get_maintainer.pl -i' patches/*.
Do you have a better script for me?
Thank you.
On 2024/5/30 10:45, Yongwei Ma wrote:
> Hi,
>
> Since the module support has landed in x86, and it's time to add the
> module's -smp test cases to cover the relevant code path.
>
> This series adds the module tests to ensure that this new level does not
> break the current topology information
On Wed, May 29, 2024 at 8:18 PM Halil Pasic wrote:
>
> On Tue, 28 May 2024 11:25:51 +0800
> Jason Wang wrote:
>
> > > 5) Based on the following, I would very much prefer a per device list of
> > > features with the semantic "hey QEMU can do that feature without any
> > > specialized vhost-device
Add loongarch virt machine to the graph. It is a modified copy of
the existing riscv virtmachine in riscv-virt-machine.c
It contains a generic-pcihost controller, and an extra function
loongarch_config_qpci_bus() to configure GPEX pci host controller
information, such as ecam and pio_base
On 5/24/2024 1:39 AM, Daniel Henrique Barboza wrote:
From: Tomasz Jeznach
The RISC-V IOMMU specification is now ratified as-per the RISC-V
international process. The latest frozen specifcation can be found
at:
https://github.com/riscv-non-isa/riscv-iommu/releases/download/v1.0/riscv-iommu.pdf
On Wed, May 29, 2024 at 02:07:18PM +0300, Oleg Sviridov wrote:
> Pointer, returned from function 'spapr_vio_find_by_reg', may be NULL and is
> dereferenced immediately after.
>
> Found by Linux Verification Center (linuxtesting.org) with SVACE.
>
> Signed-off-by: Oleg Sviridov
> ---
>
GED interface is used by many hotplug events like memory hotplug, NVDIMM hotplug
and non-hotplug events like system power down event. Each of these can be
selected using a bit in the 32 bit GED IO interface. A bit has been reserved for
the CPU hotplug event.
Signed-off-by: Salil Mehta
Add common function to help unregister the GDB register space. This shall be
done in context to the CPU unrealization.
Note: These are common functions exported to arch specific code. For example,
for ARM this code is being referred in associated arch specific patch-set:
Link:
Virtual CPU Hot-unplug leads to unrealization of a CPU object. This also
involves destruction of the CPU AddressSpace. Add common function to help
destroy the CPU AddressSpace.
Signed-off-by: Salil Mehta
Tested-by: Vishnu Pajjuri
Reviewed-by: Gavin Shan
Tested-by: Xianglai Li
Tested-by:
CPUs Control device(\\_SB.PCI0) register interface for the x86 arch is IO port
based and existing CPUs AML code assumes _CRS objects would evaluate to a system
resource which describes IO Port address. But on ARM arch CPUs control
device(\\_SB.PRES) register interface is memory-mapped hence _CRS
OSPM evaluates _EVT method to map the event. The CPU hotplug event eventually
results in start of the CPU scan. Scan figures out the CPU and the kind of
event(plug/unplug) and notifies it back to the guest. Update the GED AML _EVT
method with the call to \\_SB.CPUS.CSCN
Also, macro
ACPI GED (as described in the ACPI 6.4 spec) uses an interrupt listed in the
_CRS object of GED to intimate OSPM about an event. Later then demultiplexes the
notified event by evaluating ACPI _EVT method to know the type of event. Use
ACPI GED to also notify the guest kernel about any CPU
CPU ctrl-dev MMIO region length could be used in ACPI GED and various other
architecture specific places. Move ACPI_CPU_HOTPLUG_REG_LEN macro to more
appropriate common header file.
Signed-off-by: Salil Mehta
Reviewed-by: Alex Bennée
Reviewed-by: Jonathan Cameron
Reviewed-by: Gavin Shan
KVM vCPU creation is done once during the vCPU realization when Qemu vCPU thread
is spawned. This is common to all the architectures as of now.
Hot-unplug of vCPU results in destruction of the vCPU object in QOM but the
corresponding KVM vCPU object in the Host KVM is not destroyed as KVM doesn't
Virtual CPU hotplug support is being added across various architectures[1][3].
This series adds various code bits common across all architectures:
1. vCPU creation and Parking code refactor [Patch 1]
2. Update ACPI GED framework to support vCPU Hotplug [Patch 2,3]
3. ACPI CPUs AML code change
On Mon, May 27, 2024 at 08:01:26AM +0200, Thomas Huth wrote:
> When running the update-linx-headers.sh script, it currently fails with:
>
> scripts/update-linux-headers.sh: line 73:
> .../qemu/standard-headers/asm-x86/setup_data.h: No such file or directory
>
> The "include" folder is obviously
From: Dongwon
Make sure rendering of the current frame is finished before switching
the run state to RUN_STATE_SAVE_VM by waiting for egl-sync object to be
signaled.
Cc: Marc-André Lureau
Cc: Vivek Kasireddy
Signed-off-by: Dongwon Kim
---
ui/egl-helpers.c | 2 --
ui/gtk.c | 19
Set link width to x1 and link speed to 2.5 Gb/s as specified by the
datasheet. Without this, these fields in the link status register read
zero, which is incorrect.
This problem appeared since 3d67447fe7c2 ("pcie: Fill PCIESlot link fields
to support higher speeds and widths"), which allows PCIe
On 5/29/24 17:11, Philippe Mathieu-Daudé wrote:
Hi Helge & Richard,
Hi Philippe,
Nevermind the missed review comments, I'm revisiting this
patch while looking at building libtcg-hppa.so.
Ok.
On 1/2/22 00:56, Philippe Mathieu-Daudé wrote:
On 31/1/22 22:35, Helge Deller wrote:
Almost all
On Wed, May 29, 2024 at 01:31:53PM -0400, Steven Sistare wrote:
> On 5/28/2024 5:44 PM, Peter Xu wrote:
> > On Mon, Apr 29, 2024 at 08:55:28AM -0700, Steve Sistare wrote:
> > > Preserve fields of RAMBlocks that allocate their host memory during CPR so
> > > the RAM allocation can be recovered.
> >
On Wed, May 29, 2024 at 01:31:38PM -0400, Steven Sistare wrote:
> > > diff --git a/system/memory.c b/system/memory.c
> > > index 49f1cb2..ca04a0e 100644
> > > --- a/system/memory.c
> > > +++ b/system/memory.c
> > > @@ -1552,8 +1552,9 @@ bool memory_region_init_ram_nomigrate(MemoryRegion
> > >
Philippe Mathieu-Daudé writes:
> It is pointless to build semihosting when TCG is not available.
>
> Philippe Mathieu-Daudé (3):
> target/mips: Restrict semihosting to TCG
> target/riscv: Restrict semihosting to TCG
> semihosting: Restrict to TCG
Queued to semihosting/next, thanks.
--
On 5/29/24 05:29, Philippe Mathieu-Daudé wrote:
On 17/5/24 00:20, Pierrick Bouvier wrote:
From: Alex Bennée
We are about to remove direct calls to individual accelerators for
this information and will need a central point for plugins to hook
into time changes.
From: Alex Bennée
On 5/29/24 03:54, Thomas Huth wrote:
Hi Richard!
The following changes since commit 79d7475f39f1b0f05fcb159f5cdcbf162340dc7e:
Merge tag 'pull-block-jobs-2024-04-29-v2'
ofhttps://gitlab.com/vsementsov/qemu into staging (2024-05-28 11:28:34 -0700)
are available in the Git repository at:
On Wed, May 29, 2024 at 01:30:18PM -0400, Steven Sistare wrote:
> How about a more general name for the type:
>
> migration/misc.h
> typedef char (MigrationId)[256];
How about qemu/typedefs.h? Not sure whether it's applicable. Markus (in
the loop) may have a better idea.
Meanwhile,
On Wed, May 29, 2024 at 10:10:00PM +0800, Zhao Liu wrote:
> Hi Stefan and Mads,
>
> On Wed, May 29, 2024 at 11:33:42AM +0200, Mads Ynddal wrote:
> > Date: Wed, 29 May 2024 11:33:42 +0200
> > From: Mads Ynddal
> > Subject: Re: [RFC 0/6] scripts: Rewrite simpletrace printer in Rust
> > X-Mailer:
On Wed, May 29, 2024 at 10:30:13PM +0800, Zhao Liu wrote:
> Hi Stefan,
>
> On Tue, May 28, 2024 at 10:14:01AM -0400, Stefan Hajnoczi wrote:
> > Date: Tue, 28 May 2024 10:14:01 -0400
> > From: Stefan Hajnoczi
> > Subject: Re: [RFC 1/6] scripts/simpletrace-rust: Add the basic cargo
> > framework
On Tue, May 28, 2024 at 11:09:49AM -0400, Steven Sistare wrote:
> On 5/27/2024 2:16 PM, Peter Xu wrote:
> > On Mon, Apr 29, 2024 at 08:55:14AM -0700, Steve Sistare wrote:
> > > Provide the VMStateDescription precreate field to mark objects that must
> > > be loaded on the incoming side before
On Wed, May 29, 2024 at 07:49:48PM +0200, Thomas Huth wrote:
> aio_set_event_notifier() and aio_set_event_notifier_poll() in
> util/aio-posix.c and util/aio-win32.c are casting function pointers of
> functions that take an "EventNotifier *" pointer as parameter to function
> pointers that take a
On 28/5/24 10:38, Gerd Hoffmann wrote:
Remove myself from usb entries.
Flip status to "Orphan" for entries which have nobody else listed.
Signed-off-by: Gerd Hoffmann
Reviewed-by: Manos Pitsidianakis
---
MAINTAINERS | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
Thanks Gerd for
Thomas Huth writes:
> On 29/05/2024 18.09, Alex Bennée wrote:
>> We have to simultaneously update a few bits on our side as lcitool has
>> already deprecated fedora-38, alpine-3.18 and centos-8-stream. However
>> there is no change to the package list yet.
>> Signed-off-by: Alex Bennée
>
> Have
On Wed, May 29, 2024 at 06:50:34PM +0200, Kevin Wolf wrote:
> Am 27.05.2024 um 17:58 hat Stefan Hajnoczi geschrieben:
> > The block layer does not know how many threads will perform I/O. It is
> > possible
> > to exceed the number of threads that is given to qcrypto_block_open() and
> > this
> >
aio_set_event_notifier() and aio_set_event_notifier_poll() in
util/aio-posix.c and util/aio-win32.c are casting function pointers of
functions that take an "EventNotifier *" pointer as parameter to function
pointers that take a "void *" pointer as parameter (i.e. the IOHandler
type). When those
On 5/29/24 08:59, Philippe Mathieu-Daudé wrote:
This API is specific to TCG (already handled by hardware
accelerators), so restrict it with #ifdef'ry. Remove
unnecessary stubs.
Signed-off-by: Philippe Mathieu-Daudé
---
Based-on:<20240529155548.5878-1-phi...@linaro.org>
---
On 5/29/24 08:55, Philippe Mathieu-Daudé wrote:
Philippe Mathieu-Daudé (3):
target/mips: Restrict semihosting to TCG
target/riscv: Restrict semihosting to TCG
semihosting: Restrict to TCG
Reviewed-by: Richard Henderson
r~
On 5/29/24 06:32, Peter Maydell wrote:
We do plenty of other treatments of UNPREDICTABLE as UNDEF (e.g. STREX). Why
is this case
any different?
It just seems like a lot of effort to go to. Sometimes we
UNDEF for UNPREDICTABLEs, but quite often we say "the
behaviour we get for free is fine,
Avoid prefetch patterns that are UNPREDICTABLE.
Signed-off-by: Richard Henderson
---
thumb.risu | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/thumb.risu b/thumb.risu
index 357b791..6a05bf2 100644
--- a/thumb.risu
+++ b/thumb.risu
@@ -33,7 +33,20 @@ SMMUL T1
Peter Xu writes:
> On Wed, May 29, 2024 at 09:54:30AM -0300, Fabiano Rosas wrote:
>> Nicholas Piggin writes:
>>
>> > Postcopy requires userfaultfd support, which requires tmpfs if a memory
>> > file is used.
>> >
>> > This adds back support for /dev/shm memory files, but adds preallocation
>>
On 5/28/2024 5:12 PM, Peter Xu wrote:
On Mon, Apr 29, 2024 at 08:55:26AM -0700, Steve Sistare wrote:
Allocate anonymous memory using memfd_create if the memfd-alloc machine
option is set.
Signed-off-by: Steve Sistare
---
hw/core/machine.c | 22 ++
include/hw/boards.h
On 5/28/2024 5:44 PM, Peter Xu wrote:
On Mon, Apr 29, 2024 at 08:55:28AM -0700, Steve Sistare wrote:
Preserve fields of RAMBlocks that allocate their host memory during CPR so
the RAM allocation can be recovered.
This sentence itself did not explain much, IMHO. QEMU can share memory
using fd
On 5/29/2024 5:46 AM, Igor Mammedov wrote:
> On Tue, 28 May 2024 11:16:59 -0700
> "Chen, Zide" wrote:
>
>> On 5/28/2024 2:23 AM, Igor Mammedov wrote:
>>> On Fri, 24 May 2024 13:00:14 -0700
>>> Zide Chen wrote:
>>>
Currently, if running "-overcommit cpu-pm=on" on hosts that don't
On 5/28/2024 2:21 PM, Peter Xu wrote:
On Tue, May 28, 2024 at 11:10:16AM -0400, Steven Sistare wrote:
On 5/27/2024 2:31 PM, Peter Xu wrote:
On Mon, Apr 29, 2024 at 08:55:17AM -0700, Steve Sistare wrote:
Define VMSTATE_VOID_PTR so the value of a pointer (but not its target)
can be saved in the
On 5/28/2024 1:44 PM, Peter Xu wrote:
On Tue, May 28, 2024 at 11:10:03AM -0400, Steven Sistare via wrote:
On 5/27/2024 2:20 PM, Peter Xu wrote:
On Mon, Apr 29, 2024 at 08:55:16AM -0700, Steve Sistare wrote:
Define a type for the 256 byte id string to guarantee the same length is
used and
Point taken, and I am withdrawing this patch.
I will post a new implementation following the arbitrary-length array pattern
in a later date, and only as part of a series including the consuming code.
Thanks,
Tong Ho
From: Peter Maydell
Sent: Wednesday, May 29,
On 29/05/2024 18.09, Alex Bennée wrote:
From the website:
"After May 31, 2024, CentOS Stream 8 will be archived and no further
updates will be provided."
We have updated a few bits but there are still references that need
fixing. Rather than bump I've replaced them with references to the
On 29/05/2024 18.09, Alex Bennée wrote:
We have to simultaneously update a few bits on our side as lcitool has
already deprecated fedora-38, alpine-3.18 and centos-8-stream. However
there is no change to the package list yet.
Signed-off-by: Alex Bennée
Have you tried a CI run with these
Am 27.05.2024 um 17:58 hat Stefan Hajnoczi geschrieben:
> The block layer does not know how many threads will perform I/O. It is
> possible
> to exceed the number of threads that is given to qcrypto_block_open() and this
> can trigger an assertion failure in qcrypto_block_pop_cipher().
>
> This
Lei,
On Wed, May 29, 2024 at 02:43:46AM +, Gonglei (Arei) wrote:
> For rdma programming, the current mainstream implementation is to use
> rdma_cm to establish a connection, and then use verbs to transmit data.
> rdma_cm and ibverbs create two FDs respectively. The two FDs have
> different
From: John Levon
Commonize some initialization code shared by the legacy and iommufd vfio
implementations (and later by vfio-user).
Signed-off-by: John Levon
---
hw/vfio/common.c | 19 +++
hw/vfio/container.c | 14 +-
hw/vfio/iommufd.c
From: Jagannathan Raman
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/container.c | 4 ++-
hw/vfio/user-container.c | 52 ---
hw/vfio/user-protocol.h |
From: Jagannathan Raman
cache VFIO_DEVICE_GET_REGION_INFO results to reduce
memory alloc/free cycles and as prep work for vfio-user
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/ccw.c | 5
Implement DMA map/unmap for the vfio-user container.
Add ability to do async operations during memory transactions.
Originally-by: John Johnson
Signed-off-by: Jagannathan Raman
Signed-off-by: Elena Ufimtseva
Signed-off-by: John Levon
---
hw/vfio/trace-events | 4 ++
From: Jagannathan Raman
Add support for posted writes on remote devices
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/helpers.c | 20 --
hw/vfio/pci.c | 5 +-
From: Jagannathan Raman
Force remote process to use DMA r/w messages instead
of directly mapping guest memory.
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/user-container.c | 2 +-
hw/vfio/user-pci.c
The vfio-user container will later need to hook into these callbacks;
set up vfio to use them, and optionally pass them through to the
container.
Signed-off-by: John Levon
---
hw/vfio/common.c | 22 ++
include/hw/vfio/vfio-container-base.h | 2 ++
2
From: Jagannathan Raman
Pass through the MemoryRegion to DMA operation handlers of vfio
containers. The vfio-user container will need this later.
Originally-by: John Johnson
Signed-off-by: Jagannathan Raman
Signed-off-by: Elena Ufimtseva
Signed-off-by: John Levon
---
hw/vfio/common.c
From: Jagannathan Raman
Messages from server to client that perform device DMA.
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/user-pci.c | 110
From: Jagannathan Raman
Server holds device current device pending state
Use irq masking commands in socket case
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/helpers.c | 26 +++
From: Jagannathan Raman
Message to tell the server to reset the device.
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/user-pci.c | 15 +++
hw/vfio/user.c | 12
hw/vfio/user.h
From: Thanos Makatos
This patch introduces the vfio-user protocol specification (formerly
known as VFIO-over-socket), which is designed to allow devices to be
emulated outside QEMU, in a separate process. vfio-user reuses the
existing VFIO defines, structs and concepts.
It has been earlier
From: Jagannathan Raman
PCI BARs read from remote device
PCI config reads/writes sent to remote server
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/pci.c | 249
From: Jagannathan Raman
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/pci.c | 3 +-
hw/vfio/trace-events| 2 +
hw/vfio/user-protocol.h | 25 +++
hw/vfio/user.c | 140
From: Jagannathan Raman
Add new message to send multiple writes to server.
Prevents the outgoing queue from overflowing when
a long latency operation is followed by a series
of posted writes.
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
From: Jagannathan Raman
Used for communication with VFIO driver
(prep work for vfio-user, which will communicate over a socket)
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/ap.c | 2 +-
From: Jagannathan Raman
Add a new class for vfio-user with its class and instance
constructors and destructors, and its pci ops.
Introduce VFIOUserContainer for handling container operations for such
classes.
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by:
From: Jagannathan Raman
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/trace-events | 1 +
hw/vfio/user-container.c | 10 +-
hw/vfio/user-protocol.h | 12
hw/vfio/user.c |
From: Jagannathan Raman
Add an abstract base class both the kernel driver
and user socket implementations can use to share code.
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/pci.c | 108
From: Jagannathan Raman
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/user-pci.c | 4
hw/vfio/user.c | 7 ---
hw/vfio/user.h | 1 +
3 files changed, 9 insertions(+), 3 deletions(-)
diff
From: Jagannathan Raman
Add per-region FD to support mmap() of remote device regions
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/ap.c | 2 ++
hw/vfio/ccw.c | 2 ++
From: Jagannathan Raman
Add infrastructure needed to receive incoming messages
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/trace-events| 5 +
hw/vfio/user-pci.c | 11 ++
From: Jagannathan Raman
add user.c & user.h files for vfio-user code
add proxy struct to handle comms with remote server
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/meson.build | 2 +-
From: John Levon
Some containers can directly implement unmapping all regions;
add a new flag to support this.
Originally-by: John Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John Levon
---
hw/vfio/common.c | 24
From: Jagannathan Raman
Also negotiate protocol version with remote server
Originally-by: John Johnson
Signed-off-by: Jagannathan Raman
Signed-off-by: Elena Ufimtseva
Signed-off-by: John Levon
---
hw/vfio/trace-events| 2 +
hw/vfio/user-pci.c | 18 +-
hw/vfio/user-protocol.h |
From: John Levon
Allow attachment by explicitly passing a TYPE_VFIO_IOMMU_* string;
vfio-user will use this later.
Signed-off-by: John Levon
---
hw/vfio/common.c | 25 ++---
include/hw/vfio/vfio-common.h | 3 +++
2 files changed, 21 insertions(+), 7
Hello,
This is the 6th revision of the vfio-user client implementation.
First of all, thank you for your time reviewing the previous versions.
The vfio-user framework consists of 3 parts:
1) The VFIO user protocol specification.
2) A client - the VFIO device in QEMU that encapsulates VFIO
在2024年5月29日五月 下午4:52,Philippe Mathieu-Daudé写道:
> Since commit e1152f8166 ("target/mips: Remove helpers accessing
> SAAR registers") this header is not needed.
>
> Signed-off-by: Philippe Mathieu-Daudé
Reviewed-by: Jiaxun Yang
> ---
> target/mips/tcg/sysemu/cp0_helper.c | 1 -
> 1 file
Philippe Mathieu-Daudé writes:
> Hi Alex,
>
> On 29/5/24 17:22, Alex Bennée wrote:
>> This ensures we don't start the thread until cpu_common_realizefn has
>> finished. This ensures that plugins will always run
>> qemu_plugin_vcpu_init__async first before any other states. It doesn't
>> totally
There are a few more bits referencing centos8 in the tree which needed
cleaning up. After this we can remove the dedicated runner from the
gitlab registration. If we want to keep a dedicated Centos runner then
we can add back the bits needed to set it up.
I plan to generate the PR on Friday.
As Centos Stream 8 goes out of support we need to update. To do this
powertools is replaced by crb and we don't over specify the python3 we
want.
Reviewed-by: Richard Henderson
Signed-off-by: Alex Bennée
Reviewed-by: Thomas Huth
Message-Id: <20240521125314.1255403-4-alex.ben...@linaro.org>
---
This broke since eef0bae3a7 (migration: Remove block migration) but
even after that was addressed it still fails to complete. As it will
shortly be EOL lets to remove the runner definition and the related
ansible setup bits.
We still have centos9 docker images build and test.
Reviewed-by:
>From the website:
"After May 31, 2024, CentOS Stream 8 will be archived and no further
updates will be provided."
We have updated a few bits but there are still references that need
fixing. Rather than bump I've replaced them with references to the
Debian image so we don't have to bump at the
Signed-off-by: Rajnesh Kanwal
---
target/riscv/insn32.decode | 1 -
target/riscv/insn_trans/trans_privileged.c.inc | 5 -
2 files changed, 6 deletions(-)
diff --git a/target/riscv/insn32.decode b/target/riscv/insn32.decode
index f22df04cfd..9cb1a1b4ec 100644
---
CTR entries are accessed using ctrsource, ctrtarget and ctrdata
registers using smcsrind/sscsrind extension. This commits extends
the csrind extension to support CTR registers.
ctrsource is accessible through xireg CSR, ctrtarget is accessible
through xireg1 and ctrdata is accessible through
This series enables Control Transfer Records extension support on riscv
platform. This extension is similar to Arch LBR in x86 and BRBE in ARM.
The Extension has been stable and the latest release can be found here [0]
CTR extension depends on couple of other extensions:
1. S[m|s]csrind : The
This commit adds support for [m|s|vs]ctrcontrol, sctrstatus and
sctrdepth CSRs handling.
Signed-off-by: Rajnesh Kanwal
---
target/riscv/cpu.h | 5 ++
target/riscv/cpu_cfg.h | 2 +
target/riscv/csr.c | 159 +
3 files changed, 166 insertions(+)
The Control Transfer Records (CTR) extension provides a method to
record a limited branch history in register-accessible internal chip
storage.
This extension is similar to Arch LBR in x86 and BRBE in ARM.
The Extension has been stable and the latest release can be found here
CTR extension adds a new instruction sctrclr to quickly
clear the recorded entries buffer.
Signed-off-by: Rajnesh Kanwal
---
target/riscv/cpu.h | 1 +
target/riscv/cpu_helper.c | 7 +++
target/riscv/insn32.decode | 1 +
From: Marcin Juszkiewicz
Partial support for NUMA setup:
- cpu nodes
- memory nodes
Used versions:
- Trusted Firmware v2.11.0
- Tianocore EDK2 stable202405
- Tianocore EDK2 Platforms code commit 4bbd0ed
Firmware is built using Debian 'bookworm' cross toolchain (gcc 12.2.0).
Signed-off-by:
This commit adds logic to records CTR entries of different types
and adds required hooks in TCG and interrupt/Exception logic to
record events.
This commit also adds support to invoke freeze CTR logic for breakpoint
exceptions and counter overflow interrupts.
Signed-off-by: Rajnesh Kanwal
---
Although I've just removed the CentOS specific build-environment its
probably a bit too confusing to have multiple distros mixed up in one
place. Prior to moving clean-up what will be just for ubuntu.
Signed-off-by: Alex Bennée
---
scripts/ci/setup/build-environment.yml | 98
This isn't really used and we have lighter weight docker containers
for testing this stuff directly.
Reviewed-by: Thomas Huth
Reviewed-by: Richard Henderson
Signed-off-by: Alex Bennée
Message-Id: <20240521125314.1255403-5-alex.ben...@linaro.org>
---
tests/vm/Makefile.include | 1 -
This includes updating libvirt-ci to the currently in-flight MR:
https://gitlab.com/libvirt/libvirt-ci/-/merge_requests/488
With the new ability to output YAML we can build the package list for
our ansible setup scripts. We will integrate them in the next commit.
Signed-off-by: Alex Bennée
Document we have split up build-environment by distro and update the
references that exist in the code base to be correct.
Signed-off-by: Alex Bennée
---
docs/devel/ci-runners.rst.inc | 13 ++---
.../custom-runners/ubuntu-22.04-aarch32.yml | 2 +-
Now lcitool can write the package list for us we no longer need to
duplicate the information directly in build-environment.
Signed-off-by: Alex Bennée
---
scripts/ci/setup/ubuntu/build-environment.yml | 131 +-
1 file changed, 7 insertions(+), 124 deletions(-)
diff --git
We have to simultaneously update a few bits on our side as lcitool has
already deprecated fedora-38, alpine-3.18 and centos-8-stream. However
there is no change to the package list yet.
Signed-off-by: Alex Bennée
---
v2
- fix typo s/lci-tool/lcitool/
---
This API is specific to TCG (already handled by hardware
accelerators), so restrict it with #ifdef'ry. Remove
unnecessary stubs.
Signed-off-by: Philippe Mathieu-Daudé
---
Based-on: <20240529155548.5878-1-phi...@linaro.org>
---
include/exec/exec-all.h | 7 ++-
accel/stubs/tcg-stub.c | 14
It is pointless to build semihosting when TCG is not available.
Signed-off-by: Philippe Mathieu-Daudé
---
target/riscv/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target/riscv/Kconfig b/target/riscv/Kconfig
index 5f30df22f2..5c360a70a9 100644
---
1 - 100 of 295 matches
Mail list logo