Following "xen: Fix build with public headers", import other Xen
public headers that are describing interfaces.
Import fbif.h, kbdif.h, netif.h, console.h, xenbus.h, protocols.h.
While editing xenfb.c, remove the include of event_channel.h as it
isn't needed.
The headers are cleaned up a bit whi
Am 17.06.2019 um 18:01 hat Max Reitz geschrieben:
> >>> Should new implicit/explicit
> >>> filters be created above or under them?
> >>
> >> That was always the most difficult question we had when we introduced
> >> filters.
> >>
> >> The problem is that we never answered it in our code base.
> >>
On 6/17/19 6:38 AM, Gerd Hoffmann wrote:
> For testing/troubleshooting convinience.
"convenience" (v3)
> make vm-boot-serial-
> Boot guest, with the serial console on stdio.
>
> make vm-boot-ssh-
> Boot guest, login via ssh.
>
> Signed-off-by: Gerd Hoffmann
> Tested-by: Thomas Huth
> ---
On 6/17/19 7:35 AM, Bastian Koppelmann wrote:
> this gets rid of the copied fields of TriCore's DisasContext and now
> uses the shared DisasContextBase, which is necessary for the conversion
> to translate_loop.
>
> Signed-off-by: Bastian Koppelmann
> ---
> target/tricore/translate.c | 98 ++
Am 17.06.2019 um 13:37 hat Vladimir Sementsov-Ogievskiy geschrieben:
> 08.06.2019 1:26, John Snow wrote:
> >
> >
> > On 6/3/19 8:00 AM, Vladimir Sementsov-Ogievskiy wrote:
> >> Hi all!
> >>
> >> Here is block-dirty-bitmap-remove transaction action.
> >>
> >> It is used to do transactional movemen
> -Original Message-
> From: Anthony PERARD [mailto:anthony.per...@citrix.com]
> Sent: 17 June 2019 16:41
> To: qemu-devel@nongnu.org
> Cc: xen-de...@lists.xenproject.org; Anthony Perard
> ; Stefano Stabellini
> ; Paul Durrant
> Subject: [PATCH 4/4] xen: Avoid VLA
>
> Avoid using a varia
On 6/17/19 7:35 AM, Bastian Koppelmann wrote:
> +static void tricore_tr_translate_insn(DisasContextBase *dcbase, CPUState
> *cpu)
> +{
> +DisasContext *ctx = container_of(dcbase, DisasContext, base);
> +CPUTriCoreState *env = cpu->env_ptr;
> +
> +ctx->opcode = cpu_ldl_code(env, ctx->ba
On 6/17/19 6:38 AM, Gerd Hoffmann wrote:
> Instead of fetching the prebuilt image from patchew download the install
> iso and prepare the image locally. Install to disk, using the serial
> console. Create qemu user, configure ssh login. Install packages
> needed for qemu builds.
>
> Signed-off-
> -Original Message-
> From: Anthony PERARD [mailto:anthony.per...@citrix.com]
> Sent: 17 June 2019 16:41
> To: qemu-devel@nongnu.org
> Cc: xen-de...@lists.xenproject.org; Anthony Perard
> ; Stefano Stabellini
> ; Paul Durrant
> Subject: [PATCH 1/4] xen: Fix build with public headers
>
>
On 6/17/19 9:18 AM, Alex Bennée wrote:
>
> Richard Henderson writes:
>
>> Check page flags before letting an invalid pc cause a SIGSEGV.
>>
>> Prepare for eventially validating PROT_EXEC. The current wrinkle being
>> that we have a problem with our implementation of signals. We should
>> be us
On Mon, Jun 17, 2019 at 05:15:51PM +0100, Paul Durrant wrote:
> > -Original Message-
> > From: Anthony PERARD [mailto:anthony.per...@citrix.com]
> > Sent: 17 June 2019 16:41
> > To: qemu-devel@nongnu.org
> > Cc: xen-de...@lists.xenproject.org; Anthony Perard
> > ; Stefano Stabellini
> > ;
On 6/17/19 6:38 AM, Gerd Hoffmann wrote:
> Download the install iso and prepare the image locally. Install to
> disk, using the serial console. Create qemu user, configure ssh login.
> Install packages needed for qemu builds.
>
> Yes, we have docker images for fedora. But for trouble-shooting i
On 6/17/19 6:38 AM, Gerd Hoffmann wrote:
> When not running in snapshot mode ask the guest to poweroff and wait for
> this to finish instead of simply quitting qemu, so the guest can flush
> pending updates to disk.
>
> Signed-off-by: Gerd Hoffmann
> Tested-by: Thomas Huth
Tags from v3:
Reviewe
t;
> The following changes since commit 5d0e5694470d2952b4f257bc985cac8c89b4fd92:
>
> Merge remote-tracking branch 'remotes/mst/tags/for_upstream' into staging
> (2019-06-17 11:55:14 +0100)
>
> are available in the Git repository at:
>
> https://git.linaro.org/
On 6/17/19 6:38 AM, Gerd Hoffmann wrote:
> The build script doesn't shutdown the guest VMs properly,
> which results in filesystem corruption and guest boot
> failures sooner or later.
>
> Use the --snapshot to run builds on a snapshot,
> That way killing the VM doesn't corrupt the base image.
>
On 6/17/19 6:38 AM, Gerd Hoffmann wrote:
> Instead of fetching the prebuilt image from patchew download the install
> iso and prepare the image locally. Install to disk, using the serial
> console. Create qemu user, configure ssh login. Install packages
> needed for qemu builds.
>
> Signed-off-
On Mon, Jun 17, 2019 at 05:33:43PM +0200, Igor Mammedov wrote:
> On Mon, 17 Jun 2019 17:15:21 +0200
> Philippe Mathieu-Daudé wrote:
[...]
> > Yes. Eduardo and you should write some lines to explain this, and then
> > we will follow :)
> Unfortunately I don't recall details anymore. One could check
> -Original Message-
> From: Anthony PERARD [mailto:anthony.per...@citrix.com]
> Sent: 17 June 2019 16:41
> To: qemu-devel@nongnu.org
> Cc: xen-de...@lists.xenproject.org; Anthony Perard
> ; Stefano Stabellini
> ; Paul Durrant
> Subject: [PATCH 3/4] xen: Import Xen public headers used by
> -Original Message-
> From: Anthony PERARD [mailto:anthony.per...@citrix.com]
> Sent: 17 June 2019 16:41
> To: qemu-devel@nongnu.org
> Cc: xen-de...@lists.xenproject.org; Anthony Perard
> ; Stefano Stabellini
> ; Paul Durrant
> Subject: [PATCH 2/4] xen: Import other xen/io/*.h
>
> Follo
Richard Henderson writes:
> Check page flags before letting an invalid pc cause a SIGSEGV.
>
> Prepare for eventially validating PROT_EXEC. The current wrinkle being
> that we have a problem with our implementation of signals. We should
> be using a vdso like the kernel, but we instead put th
Patchew URL:
https://patchew.org/QEMU/20190617150950.5264-1-shmuel.eider...@oracle.com/
Hi,
This series failed the asan build test. Please find the testing commands and
their output below. If you have Docker installed, you can probably reproduce it
locally.
=== TEST SCRIPT BEGIN ===
#!/bin/ba
On Mon, Jun 17, 2019 at 9:19 AM Philippe Mathieu-Daudé
wrote:
>
> This machine correctly defines its default_cpu_type to cortex-m3
> and report an error if the user requested another cpu_type,
> however it does not exit, and this can confuse users trying
> to use another core:
>
> $ qemu-system-
On 6/17/19 7:35 AM, Bastian Koppelmann wrote:
> +static void tricore_tr_init_disas_context(DisasContextBase *dcbase,
> + CPUState *cs)
> {
> +DisasContext *ctx = container_of(dcbase, DisasContext, base);
> CPUTriCoreState *env = cs->env_ptr;
> +
Our vexpress-a9 model instantiates two PL111s because the hardware has
two PL111s. One is on the daughterboard, at address 0x1002, and the
other is on the motherboard, at address 0x40001F000.
The vexpress-a15 hardware has only one PL111, which is why you only see
one being created for that har
On Mon, Jun 17, 2019 at 05:45:44PM +0100, Anthony PERARD wrote:
> On Mon, Jun 17, 2019 at 05:15:51PM +0100, Paul Durrant wrote:
> > AFAICT the only place (apart from legacy code in xen_common.h) that
> > params.h is necessary is in xen_suspend_notifier(). I wonder whether
> > that would be better m
Patchew URL:
https://patchew.org/QEMU/20190617150950.5264-1-shmuel.eider...@oracle.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Message-id: 20190617150950.5264-1-shmuel.eider...@oracle.com
Type: series
Subject: [SeaBIOS] [QEMU] [PATCH v
On Mon, Jun 17, 2019 at 06:01:36PM +0200, Philippe Mathieu-Daudé wrote:
> This machine correctly defines its default_cpu_type to cortex-m3
> and report an error if the user requested another cpu_type,
> however it does not exit, and this can confuse users trying
> to use another core:
>
> $ qemu
> -Original Message-
> From: Anthony PERARD [mailto:anthony.per...@citrix.com]
> Sent: 17 June 2019 17:46
> To: Paul Durrant
> Cc: qemu-devel@nongnu.org; xen-de...@lists.xenproject.org; Stefano Stabellini
>
> Subject: Re: [PATCH 3/4] xen: Import Xen public headers used by xen-hvm.c
>
>
On Fri, Jun 14, 2019 at 8:30 AM Bin Meng wrote:
>
> This adds a reset opcode for sifive_test device to trigger a system
> reset for testing purpose.
>
> Signed-off-by: Bin Meng
> ---
>
> hw/riscv/sifive_test.c | 4
> include/hw/riscv/sifive_test.h | 3 ++-
> 2 files changed, 6 inser
On 17/06/19 13:34, Liran Alon wrote:
> Putting this all together, in case kernel doesn’t support extracting
> nested-state, there is no decent way to know if guest is running
> nested-virtualization. Which means that in theory we always need to
> fail migration in case kernel doesn’t support KVM_CA
Am 06.06.2019 um 17:41 hat Vladimir Sementsov-Ogievskiy geschrieben:
> Drop remaining users of bs->job:
> 1. assertions actually duplicated by assert(!bs->refcnt)
> 2. trace-point seems not enough reason to change stream_start to return
>BlockJob pointer
> 3. Restricting creation of two jobs ba
On 15/06/19 03:14, Liran Alon wrote:
>> @@ -1368,6 +1369,13 @@ int kvm_arch_init_vcpu(CPUState *cs)
>> if (has_xsave) {
>> env->xsave_buf = qemu_memalign(4096, sizeof(struct kvm_xsave));
>> }
>> +
>> +nested_state_len = kvm_max_nested_state_length();
>> +if (nested_state_len
On 16/06/19 10:29, Liran Alon wrote:
>
> I think this is cleaner.
>
> -Liran
Yes, it is. I'll post it to k...@vger.kernel.org. Are you going to send
v2 of this series or shall I?
Paolo
On Fri, Jun 14, 2019 at 2:41 AM Palmer Dabbelt wrote:
>
> On Fri, 17 May 2019 15:11:04 PDT (-0700), Alistair Francis wrote:
> > From: Michael Clark
> >
> > The constraint for `rdinstreth` was comparing the csr number to 0xc80,
> > which is `cycleh` instead. Fix this.
> >
> > Author: Wladimir J. v
On Sun, Jun 16, 2019 at 1:15 AM Palmer Dabbelt wrote:
>
> On Fri, 14 Jun 2019 05:25:50 PDT (-0700), phi...@redhat.com wrote:
> > On 6/14/19 2:08 PM, Palmer Dabbelt wrote:
> >> Coverity pointed out a memory leak in riscv_sifive_e_soc_realize(),
> >> where a pair of recently added MemoryRegion insta
On Mon, Jun 17, 2019 at 05:39:09PM +0100, Paul Durrant wrote:
> > @@ -632,6 +633,8 @@ static void xen_sync_dirty_bitmap(XenIOState *state,
> > return;
> > }
> >
> > +bitmap = g_new0(unsigned long, bitmap_size);
> > +
>
> How hot is this function? It looks (unsurprisingly) like t
On 17/06/19 14:29, Kevin Wolf wrote:
> But in the end, if Paolo feels strongly that for whatever reason
> propagating events through the real device tree isn't good, let's get
> the bug fixed with whatever hack it takes.
It is actually good, but the implementation in hw/scsi is ugly because
it sin
On Mon, Jun 17, 2019 at 11:23:01AM -0300, Eduardo Habkost wrote:
> On Mon, Jun 17, 2019 at 01:48:59PM +, Roman Kagan wrote:
> > On Sat, Jun 15, 2019 at 05:05:05PM -0300, Eduardo Habkost wrote:
> > > The current default value for hv-spinlocks is 0x (meaning
> > > "never retry"). However
> On 17 Jun 2019, at 20:32, Paolo Bonzini wrote:
>
> On 16/06/19 10:29, Liran Alon wrote:
>>
>> I think this is cleaner.
>>
>> -Liran
>
> Yes, it is. I'll post it to k...@vger.kernel.org. Are you going to send
> v2 of this series or shall I?
>
> Paolo
The KVM patch is already submitted
On Mon, Jun 17, 2019 at 05:32:13PM +, Roman Kagan wrote:
> On Mon, Jun 17, 2019 at 11:23:01AM -0300, Eduardo Habkost wrote:
> > On Mon, Jun 17, 2019 at 01:48:59PM +, Roman Kagan wrote:
> > > On Sat, Jun 15, 2019 at 05:05:05PM -0300, Eduardo Habkost wrote:
> > > > The current default value f
This series fixes half a dozen miscellaneous minor bugs
in our M-profile emulation. (The condbits fix also affects
A-profile cores.)
thanks
-- PMM
Peter Maydell (6):
target/arm: NS BusFault on vector table fetch escalates to NS
HardFault
arm v8M: Forcibly clear negative-priority exception
To prevent execution priority remaining negative if the guest
returns from an NMI or HardFault with a corrupted IPSR, the
v8M interrupt deactivation process forces the HardFault and NMI
to inactive based on the current raw execution priority,
even if the interrupt the guest is trying to deactivate
In v8M, an attempt to return from an exception which is not
active is an illegal exception return. For this purpose,
exceptions which can configurably target either Secure or
NonSecure are not considered to be active if they are
configured for the opposite security state for the one
we're trying to
Thumb instructions in an IT block are set up to be conditionally
executed depending on a set of condition bits encoded into the IT
bits of the CPSR/XPSR. The architecture specifies that if the
condition bits are 0b this means "always execute" (like 0b1110),
not "never execute"; we were treatin
Like most of the v7M memory mapped system registers, the systick
registers are accessible to privileged code only and user accesses
must generate a BusFault. We implement that for registers in
the NVIC proper already, but missed it for systick since we
implement it as a separate device. Correct the
In the various helper functions for v7M/v8M instructions, use
the _ra versions of cpu_stl_data() and friends. Otherwise we
may get wrong behaviour or an assert() due to not being able
to locate the TB if there is an exception on the memory access
or if it performs an IO operation when in icount mod
In the M-profile architecture, when we do a vector table fetch and it
fails, we need to report a HardFault. Whether this is a Secure HF or
a NonSecure HF depends on several things. If AIRCR.BFHFNMINS is 0
then HF is always Secure, because there is no NonSecure HardFault.
Otherwise, the answer dep
Simiar to how kvm_init_vcpu() calls kvm_arch_init_vcpu() to perform
arch-dependent initialisation, introduce kvm_arch_destroy_vcpu()
to be called from kvm_destroy_vcpu() to perform arch-dependent
destruction.
This was added because some architectures (Such as i386)
currently do not free memory tha
Hi,
This series aims to add support for QEMU to be able to migrate VMs that
are running nested hypervisors. In order to do so, it utilizes the new
IOCTLs introduced in KVM commit 8fcc4b5923af ("kvm: nVMX: Introduce
KVM_CAP_NESTED_STATE") which was created for this purpose.
1st patch introduce kvm
Reviewed-by: Nikita Leshenko
Reviewed-by: Krish Sadhukhan
Signed-off-by: Liran Alon
---
target/i386/kvm.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/target/i386/kvm.c b/target/i386/kvm.c
index 29889aa6b001..738dd91ff3cc 100644
--- a/target/i386/kvm.c
+++ b/targe
Commit d98f26073beb ("target/i386: kvm: add VMX migration blocker")
added a migration blocker for vCPU exposed with Intel VMX.
However, migration should also be blocked for vCPU exposed with
AMD SVM.
Both cases should be blocked because QEMU should extract additional
vCPU state from KVM that shoul
Improve the KVM_{GET,SET}_NESTED_STATE structs by detailing the format
of VMX nested state data in a struct.
In order to avoid changing the ioctl values of
KVM_{GET,SET}_NESTED_STATE, there is a need to preserve
sizeof(struct kvm_nested_state). This is done by defining the data
struct as "data.vmx
If userspace (QEMU) debug guest, when #DB is raised in guest and
intercepted by KVM, KVM forwards information on #DB to userspace
instead of injecting #DB to guest.
While doing so, KVM don't update vCPU DR6 but instead report the #DB DR6
value to userspace for further handling.
See KVM's handle_exc
Kernel commit 8fcc4b5923af ("kvm: nVMX: Introduce KVM_CAP_NESTED_STATE")
introduced new IOCTLs to extract and restore vCPU state related to
Intel VMX & AMD SVM.
Utilize these IOCTLs to add support for migration of VMs which are
running nested hypervisors.
Reviewed-by: Nikita Leshenko
Signed-off-
Reviewed-by: Nikita Leshenko
Reviewed-by: Maran Wilson
Signed-off-by: Liran Alon
---
include/migration/vmstate.h | 18 ++
1 file changed, 18 insertions(+)
diff --git a/include/migration/vmstate.h b/include/migration/vmstate.h
index 9224370ed59a..a85424fb0483 100644
--- a/includ
This effectively reverts d98f26073beb ("target/i386: kvm: add VMX migration
blocker").
This can now be done because previous commits added support for Intel VMX
migration.
AMD SVM migration is still blocked. This is because kernel
KVM_CAP_{GET,SET}_NESTED_STATE in case of AMD SVM is not
implemen
Am 17.06.2019 um 19:23 hat Paolo Bonzini geschrieben:
> On 17/06/19 14:29, Kevin Wolf wrote:
> > But in the end, if Paolo feels strongly that for whatever reason
> > propagating events through the real device tree isn't good, let's get
> > the bug fixed with whatever hack it takes.
>
> It is actua
Kernel commit c4f55198c7c2 ("kvm: x86: Introduce KVM_CAP_EXCEPTION_PAYLOAD")
introduced a new KVM capability which allows userspace to correctly
distinguish between pending and injected exceptions.
This distinguish is important in case of nested virtualization scenarios
because a L2 pending except
Patchew URL:
https://patchew.org/QEMU/20190617154105.32323-1-anthony.per...@citrix.com/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Message-id: 20190617154105.32323-1-anthony.per...@citrix.com
Type: series
Subject: [Xen-devel] [PATCH 0/4] F
Richard Henderson writes:
> On 6/17/19 9:18 AM, Alex Bennée wrote:
>>
>> Richard Henderson writes:
>>
>>> Check page flags before letting an invalid pc cause a SIGSEGV.
>>>
>>> Prepare for eventially validating PROT_EXEC. The current wrinkle being
>>> that we have a problem with our implement
From: Elena Ufimtseva
Initial support of multi-process qemu
Started with the presentation in October 2017 made by
Marc-Andre (Red Hat) and Konrad Wilk (Oracle)
(http://events17.linuxfoundation.org/sites/events/files/slides/KVM%20FORUM%20multi-process.pdf,
https://www.youtube.com/watch?v=Kq1-coHh
From: Elena Ufimtseva
Can be used with -d rdebug command options when starting qemu.
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John G Johnson
---
include/qemu/log.h | 1 +
util/log.c | 2 ++
2 files changed, 3 insertions(+)
diff --git a/include/q
From: Jagannathan Raman
Modify Makefile to support the building of the remote
device process. Implements main() function of remote
device process.
Signed-off-by: John G Johnson
Signed-off-by: Jagannathan Raman
Signed-off-by: Elena Ufimtseva
---
Makefile| 5 +++-
Makefile.obj
From: Jagannathan Raman
Defines proxy-link object which forms the communication link between
QEMU & emulation program.
Adds functions to configure members of proxy-link object instance.
Adds functions to send and receive messages over the communication
channel.
Adds GMainLoop to handle events rec
From: Jagannathan Raman
Add a configuration option to separate multi-process code
Signed-off-by: John G Johnson
Signed-off-by: Jagannathan Raman
Signed-off-by: Elena Ufimtseva
---
configure | 11 +++
1 file changed, 11 insertions(+)
diff --git a/configure b/configure
index e1ad87b69
From: Jagannathan Raman
In some cases, for example MMIO read, QEMU has to wait for the remote to
complete a command before proceeding. An eventfd based mechanism is
added to synchronize QEMU & remote process.
Signed-off-by: John G Johnson
Signed-off-by: Jagannathan Raman
Signed-off-by: Elena U
From: Jagannathan Raman
Proxy device object implements handler for PCI BAR writes. The handler
sends BAR_WRITE message to the remote process with the BAR address and
value to be written
The remote process implements handler for BAR_WRITE message.
Signed-off-by: Jagannathan Raman
Signed-off-by:
From: Jagannathan Raman
Allow RAM MemoryRegion to be created from an offset in a file, instead
of allocating at offset of 0 by default. This is needed to synchronize
RAM between QEMU & remote process.
This will be needed for the following patches.
Signed-off-by: Jagannathan Raman
Signed-off-by:
From: Jagannathan Raman
qemu_thread_cancel() added to destroy a given running thread.
This will be needed in the following patches.
Signed-off-by: John G Johnson
Signed-off-by: Jagannathan Raman
Signed-off-by: Elena Ufimtseva
---
include/qemu/thread.h| 1 +
util/qemu-thread-posix.c | 10
From: Jagannathan Raman
Add stub functions that are needed during compile time but not in
runtime.
Signed-off-by: John G Johnson
Signed-off-by: Jagannathan Raman
Signed-off-by: Elena Ufimtseva
---
accel/stubs/kvm-stub.c| 5 +++
accel/stubs/tcg-stub.c| 85
From: Jagannathan Raman
Proxy device object implements the read handler for PCI BAR accesses.
The handler sends BAR_READ message to the remote process.
The remote process implements handler for BAR_READ message.
Signed-off-by: Jagannathan Raman
Signed-off-by: Elena Ufimtseva
Signed-off-by: Joh
From: Jagannathan Raman
sync_sysmem_msg_t message format is defined. It is used to send
file descriptors of the RAM regions to remote device.
RAM on the remote device is configured with a set of file descriptors.
Old RAM regions are deleted and new regions, each with an fd, is
added to the RAM.
From: Jagannathan Raman
Adds the handler to process message from QEMU,
Initialize remote process main loop, handles SYNC_SYSMEM
message by updating its "system_memory" container using
shared file descriptors received from QEMU.
Signed-off-by: John G Johnson
Signed-off-by: Elena Ufimtseva
Signe
From: Jagannathan Raman
Add query-remote QMP command and extend "info" HMP command, to list
the remote objects used by QEMU.
Signed-off-by: Jagannathan Raman
Signed-off-by: John G Johnson
Signed-off-by: Elena Ufimtseva
---
hmp-commands-info.hx | 16 +++
hmp.h
From: Elena Ufimtseva
Add functions to configure remote devices.
Signed-off-by: Elena Ufimtseva
Signed-off-by: John G Johnson
Signed-off-by: Jagannathan Raman
---
hw/proxy/qemu-proxy.c | 38 ++-
include/hw/proxy/qemu-proxy.h | 2 ++
include/io/proxy-l
From: Jagannathan Raman
Adds proxy-lsi53c895a object, as a derivative of the pci-proxy-dev
object. This object is the proxy for the lsi53c895a object
instantiated by the remote process.
Signed-off-by: John G Johnson
Signed-off-by: Jagannathan Raman
Signed-off-by: Elena Ufimtseva
---
hw/proxy
From: Elena Ufimtseva
This is handled while parsing the command line options.
The parsed options are being sent to remote process
as the messgaes containing JSON strings.
Changes in v2:
- parse socket and command suboptions of drive/device commands;
Signed-off-by: Jagannathan Raman
Signed-off
From: Elena Ufimtseva
Defines a PCI Device proxy object as a parent of TYPE_PCI_DEVICE.
PCI Proxy Object is responsible for registering PCI BARs,i
MemoryRegionOps to handle access to the BARs and forwarding those
to the remote device.
PCI Proxy object intercepts config space reads and writes. In
From: Jagannathan Raman
remote-machine object sets up various subsystems of the remote device
process. Instantiate PCI host bridge object and initialize RAM, IO &
PCI memory regions.
Signed-off-by: John G Johnson
Signed-off-by: Jagannathan Raman
Signed-off-by: Elena Ufimtseva
---
exec.c
From: Jagannathan Raman
Extend drive_add HMP command to hot-plug drive to a remote device.
Signed-off-by: Jagannathan Raman
Signed-off-by: John G Johnson
Signed-off-by: Elena Ufimtseva
---
device-hotplug.c| 7 +++
hmp-commands.hx | 5 +++--
hw/proxy/monitor.c | 35
From: Jagannathan Raman
Extend device_add QMP & HMP commands to hotplug device to a remote process
Signed-off-by: Jagannathan Raman
Signed-off-by: John G Johnson
Signed-off-by: Elena Ufimtseva
---
hmp-commands.hx | 4 +-
hmp.c | 8
hw/proxy/monitor.c | 9
From: Elena Ufimtseva
Store info about the remote process in a hash table, so that
it could be used later for QMP/HMP commands.
Signed-off-by: John G Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
---
Changes in v2:
- moved the “remote_devs” object from “pcms” (PCMa
From: Jagannathan Raman
Add memory-listener object which is used to keep the view of the RAM
in sync between QEMU and remote process.
A MemoryListener is registered for system-memory AddressSpace. The
listener sends SYNC_SYSMEM message to the remote process when memory
listener commits the change
From: Jagannathan Raman
Extend drive_del HMP command to hot-unplug drive from a remote process.
Signed-off-by: Jagannathan Raman
Signed-off-by: Elena Ufimtseva
Signed-off-by: John G Johnson
---
blockdev.c| 9 +
hw/proxy/monitor.c| 26 +
From: Jagannathan Raman
Extend device_del QMP & HMP commands to hot-unplug device from remote
process.
Signed-off-by: Jagannathan Raman
Signed-off-by: John G Johnson
Signed-off-by: Elena Ufimtseva
---
hmp.c | 9 +
hw/proxy/monitor.c | 15 ++
includ
From: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John G Johnson
Signed-off-by: Elena Ufimtseva
---
remote/remote-main.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/remote/remote-main.c b/remote/remote-main.c
index 8db2f36b90..5c26339ed7 1
From: Jagannathan Raman
IOHUB object is added to manage PCI IRQs. It uses KVM_IRQFD
ioctl to create irqfd to injecting PCI interrupts to the guest.
IOHUB object forwards the irqfd to the remote process. Remote process
uses this fd to directly send interrupts to the guest, bypassing QEMU.
Signed-
From: Elena Ufimtseva
Receive by remote side the configuration messages and build the device
object from JSON device descriptions.
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John G Johnson
---
Changes in v2:
- for new command line suboptions with libvirt
From: Elena Ufimtseva
Add processing of command line options drive and device.
After remote devices are created along with their proxies,
signal the proxies to finish the configuration steps.
Signed-off-by: John G Johnson
Signed-off-by: Jagannathan Raman
Signed-off-by: Elena Ufimtseva
---
Ch
From: Elena Ufimtseva
Do not allow BAR,MMIO handlers and irq setup to run before
the configuration of the devices completes.
Signed-off-by: Jagannathan Raman
Signed-off-by: John G Johnson
Signed-off-by: Elena Ufimtseva
---
remote/remote-main.c | 29 -
1 file chang
The following changes since commit 076243ffe6c1b687e9e6d98348c3bf3398df78f3:
Merge remote-tracking branch 'remotes/pmaydell/tags/pull-docs-20190617' into
staging (2019-06-17 16:41:25 +0100)
are available in the Git repository at:
git://repo.or.cz/qemu/armbru.git tags/pull-monit
From: Elena Ufimtseva
Add a signal handler for launched remote processes and set up
the heartbit timer for remote processes.
Signed-off-by: John G Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
---
hw/proxy/qemu-proxy.c | 101 +++
From: Jagannathan Raman
Extend block_resize QMP/HMP commands to resize block devices on a remote
process.
Signed-off-by: John G Johnson
Signed-off-by: Jagannathan Raman
Signed-off-by: Elena Ufimtseva
---
Changes in v2:
- removed separate QMP/HMP command.
- extended existing QMP command
From: Elena Ufimtseva
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
Signed-off-by: John G Johnson
---
Changes in v2:
- since the changes were made to use existing device/drive options,
the document was modified to reflect this.
---
docs/qemu-multiprocess.txt | 59
From: Kevin Wolf
Commit 788cf9f8c removed the code for password prompting from the
monitor. Since then, the Monitor fields password_completion_cb and
password_opaque have been unused. Remove them.
Signed-off-by: Kevin Wolf
Reviewed-by: Dr. David Alan Gilbert
Reviewed-by: Markus Armbruster
Mes
From: Elena Ufimtseva
Signed-off-by: John G Johnson
Signed-off-by: Elena Ufimtseva
Signed-off-by: Jagannathan Raman
---
Changes in v2:
- changed the command line options descriptions;
- added section about communication with remote process for MMIO and QMP
commands
using different socke
** Changed in: qemu
Status: New => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1830872
Title:
AARCH64 to ARMv7 mistranslation in TCG
Status in QEMU:
Fix Committed
Bug des
From: Kevin Wolf
Move the monitor core infrastructure from monitor/misc.c to
monitor/monitor.c. This is code that can be shared for all targets, so
compile it only once.
What remains in monitor/misc.c after this patch is mostly monitor
command implementations (which could move to hmp-cmds.c or q
** Tags added: testcase
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1832916
Title:
linux-user does not check PROT_EXEC
Status in QEMU:
Confirmed
Bug description:
At no point do we actually
From: Jagannathan Raman
PCI host bridge is setup for the remote device process. It is
implemented using remote-pcihost object. It is an extension of the PCI
host bridge setup by QEMU.
Remote-pcihost configures a PCI bus which could be used by the remote
PCI device to latch on to.
Signed-off-by:
201 - 300 of 399 matches
Mail list logo
