We removed the ifdefs at some point; the test case in this bug report
now runs successfully.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Signed-off-by: Christian Pinto
---
content.tex | 4
1 file changed, 4 insertions(+)
diff --git a/content.tex b/content.tex
index d989d98..0d98926 100644
--- a/content.tex
+++ b/content.tex
@@ -2990,6 +2990,8 @@ Device ID & Virtio Device\\
\hline
18
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/timer/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-20-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/ppc/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Reviewed-by: Thomas Huth
Message-id: 1466066426-16657-27-git-send-email-berra...@redhat.com
From: "Daniel P. Berrange"
Move all trace-events for files in the target-s390x/ directory to
their own file.
[Added missing newline in target-s390x/trace-events as suggested by
Cornelia Huck .
--Stefan]
Signed-off-by: Daniel P. Berrange
From: "Daniel P. Berrange"
Move all trace-events for files in the target-sparc/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-37-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/scsi/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-16-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/isa/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-24-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
This was fixed years ago...
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1054831
Title:
qemu-user-static for sparc32plus : bash: fork:
From: "Daniel P. Berrange"
Move all trace-events for files in the target-ppc/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Reviewed-by: Thomas Huth
Message-id: 1466066426-16657-39-git-send-email-berra...@redhat.com
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/audio/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-13-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/display/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-18-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/arm/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-32-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the net/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-36-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/virtio/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-12-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/input/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-19-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/vfio/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-30-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/alpha/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-33-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the block/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-7-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/nvram/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-17-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/misc/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-14-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the audio/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-35-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/block/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-8-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/usb/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-15-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/net/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-11-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the ui/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-34-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the migration/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-6-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/char/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-9-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/s390x/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Acked-by: Cornelia Huck
Message-id:
From: "Daniel P. Berrange"
Move all trace-events for files in the util/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-3-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the io/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-5-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/pci/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-28-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Switch make rules over to use trace-events-all as the
master trace events input file. Add rule that will
construct trace-events-all from $(trace-events-y).
Signed-off-by: Daniel P. Berrange
Message-id:
From: Lluís Vilanova
Information is tracked inside the TCGContext structure, and later used
by tracing events with the 'tcg' and 'vcpu' properties.
The 'cpu' field is used to check tracing of translation-time
events ("*_trans"). The 'tcg_env' field is used to pass it to
From: "Daniel P. Berrange"
Move all trace-events for files in the crypto/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-4-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/i386/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-25-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
The following changes since commit 585fcd4b11070b3220685fc54ecca1991cdeb161:
Merge remote-tracking branch 'remotes/bonzini/tags/for-upstream' into staging
(2016-06-16 17:58:45 +0100)
are available in the git repository at:
git://github.com/stefanha/qemu.git tags/tracing-pull-request
for
From: Baptiste Reynal
This is the virtio implementation for an SDM device.
Parameters are:
comm=[sdm_communication_id] specifies the communication channel
master=[true/false] - configure the SDM device as master or slave
num_slaves=[slave_number] - if master is
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/dma/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-21-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
QEMU 2.6 builds without any deprecation warnings being generated.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/960378
Title:
OSX 10.7
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/sparc/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-22-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: Baptiste Reynal
This patch introduces local implementation for SDM devices. It allows a
master to communicate with a slave on the same QEMU instance.
Instantiation:
-object sdm-communication-local,id=
Signed-off-by: Baptiste Reynal
This was fixed at the tail end of 2015 and has now been released in QEMU
2.6.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/959852
Title:
From: Baptiste Reynal
This patch forms the common skeleton code for the SDM interface.
The SDMDevice represents the interface with the machine, the
SDMCommunication the communication channel and the SDMSignal
represents an action to perform when a signal is
This patch series introduces a new device to QEMU, the SDM (Signal Distribution
Module),
intended to route inter-processor signals intra and inter QEMU instances.
To be as modular as possible, the device is split between the interface
(virtio/platform) and the communication channel
From: "Daniel P. Berrange"
Move all trace-events for files in the hw/intc/ directory to
their own file.
Signed-off-by: Daniel P. Berrange
Message-id: 1466066426-16657-10-git-send-email-berra...@redhat.com
Signed-off-by: Stefan Hajnoczi
From: Baptiste Reynal
Added node creation for dynamically instantiated sysbus SDM device.
Support added for all ARM machines modeling dynamic sysbus devices
instantiation.
Signed-off-by: Christian Pinto
Signed-off-by: Baptiste
On Fri, Jun 17, 2016 at 05:28:03PM +0200, Paolo Bonzini wrote:
> On 17/06/2016 17:19, Eduardo Habkost wrote:
> > > > So, what happens if the guest play tricks in bits 40-45 when QEMU
> > > > sets the limit to 40 but we are running in a 46-bit host? Is it
> > > > really a problem? I assumed it
From: Baptiste Reynal
This is the platform implementation for an SDM device.
Parameters are:
comm=[sdm_communication_id] specifies the communication channel
master=[true/false] - configure the SDM device as master or slave
num_slaves=[slave_number] -
From: Lluís Vilanova
The event is described in "trace-events". Note that the "MO_AMASK" flag
is not traced, since it does not seem to affect the visible semantics of
instructions.
Signed-off-by: Lluís Vilanova
Reviewed-by: Richard Henderson
On Fri, Jun 17, 2016 at 05:29:21PM +0200, Paolo Bonzini wrote:
>
>
> On 17/06/2016 17:27, Eduardo Habkost wrote:
> > On Fri, Jun 17, 2016 at 04:25:57PM +0200, Paolo Bonzini wrote:
> >>
> >>
> >> On 17/06/2016 15:41, Eduardo Habkost wrote:
> >>> In theory, we should never initialize anything on
On 17/06/2016 17:27, Eduardo Habkost wrote:
> On Fri, Jun 17, 2016 at 04:25:57PM +0200, Paolo Bonzini wrote:
>>
>>
>> On 17/06/2016 15:41, Eduardo Habkost wrote:
>>> In theory, we should never initialize anything on the machine
>>> based on the host we are running. In practice we sometimes do
Hi; thanks for this bug report. Could you provide instructions for how
to reproduce this bug, please?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1529226
Title:
qemu-i386-user on 32-bit Linux:
Looks like we fixed this in commit c0d35736323e5b in December, which was
released as part of QEMU 2.6.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
ERMS just says "rep movsb" and "rep stosb" are fast. It does not
imply any new instruction, so we can support it easily.
Signed-off-by: Paolo Bonzini
---
target-i386/cpu.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/target-i386/cpu.c
On Fri, Jun 17, 2016 at 03:38:53PM +0200, Paolo Bonzini wrote:
>
>
> On 17/06/2016 15:18, Eduardo Habkost wrote:
> > On Fri, Jun 17, 2016 at 09:15:06AM +0100, Dr. David Alan Gilbert wrote:
> >> * Eduardo Habkost (ehabk...@redhat.com) wrote:
> >>> On Thu, Jun 16, 2016 at 06:12:12PM +0100, Dr.
From: Baptiste Reynal
This is the socket implementation of an SDM communication channel. A
master device can communicate with a slave over a socket.
Parameters:
socket=[socket_id] - specifies the multi-client socket
This patch depends on "[RFC v2 1/1]
On 17/06/2016 17:19, Eduardo Habkost wrote:
> > > So, what happens if the guest play tricks in bits 40-45 when QEMU
> > > sets the limit to 40 but we are running in a 46-bit host? Is it
> > > really a problem? I assumed it would be safe.
> >
> > The guest expects a "reserved bit set" page
Oh, qemu-ga worked before (not sure whether before upgrade to kernel
4.6.x or before upgrade to qemu 2.6.0 though). Re-installed a clean
windows into a new VM to verify issue.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Public bug reported:
System: Arch Linux, kernel 4.6.2
VM created with virt-manager 1.3.2
qemu version 2.6.0
Windows guest: 8.1, with latest updates (as of now)
Drivers installed from virtio-win iso image (arch package version 0.1.118.2-1)
in particular: vioserial driver version 62.73.104.11800
On Fri, Jun 17, 2016 at 04:25:57PM +0200, Paolo Bonzini wrote:
>
>
> On 17/06/2016 15:41, Eduardo Habkost wrote:
> > In theory, we should never initialize anything on the machine
> > based on the host we are running. In practice we sometimes do
> > that, and we know it's unsafe. Sending the
On 26 May 2016 at 15:53, Peter Maydell wrote:
> On 26 May 2016 at 15:46, Richard W.M. Jones wrote:
>> The problem with this is if I'm using TCG fallback mode, how
>> can I specify the right gic-version? ie:
>>
>> -M
On Fri, Jun 17, 2016 at 03:20:10PM +0800, Haozhong Zhang wrote:
> OS usually expects BIOS to set certain bits in MSR_IA32_FEATURE_CONTROL
> for some features (e.g. VMX and LMCE). QEMU provides a fw_cfg file
> "etc/msr_feature_control" to advise bits that should be set in
>
The command will work this way:
qemu-img --trace qcow2* create -f qcow2 1.img 64G
Signed-off-by: Denis V. Lunev
Suggested by: Daniel P. Berrange
Reviewed-by: Eric Blake
Reviewed-by: Stefan Hajnoczi
CC: Paolo
On Tue, Jun 14, 2016 at 03:11:01PM +0200, Lluís Vilanova wrote:
> Eliminates a future compilation error when UI code includes the tracing
> headers (indirectly pulling "disas/bfd.h" through "qom/cpu.h") and
> GLib's i18n '_' macro.
>
> Signed-off-by: Lluís Vilanova
> ---
>
Changes from v8:
- fixed comment in patch 3
- changed stub for trace_opt_parse()
Changes from v7:
- added missed qemu-option-trace.texi
Changes from v6:
- changed order of patches 1 & 2
Changes from v5:
- added missed hunk into patch #7
Changes from v4:
- synced help descriprion for --trace
Implement the CPU interface registers for the GICv3; these are
CPU system registers, not MMIO registers.
This commit implements all the registers which are simple
accessors for GIC state, but not those which act as interfaces
for acknowledging, dismissing or generating interrupts. (Those
will be
On Tue, Jun 14, 2016 at 03:11:12PM +0200, Lluís Vilanova wrote:
> @@ -1116,6 +1117,7 @@ int main(int argc, char **argv)
> gdbserver_start (gdbstub_port);
> gdb_handlesig(cpu, 0);
> }
> +trace_init_vcpu_events();
Do vcpu events make sense in *-user builds? I thought
sorry! Updated pull request below. If you prefer me to send
> it as a new full e-mail series, please let me know.
>
> The following changes since commit 4acc8fdfd315f7ee474bea28fcbcc4dca9717d13:
>
> Merge remote-tracking branch 'remotes/dgibson/tags/ppc-for-2.7-20160617'
From: Andrew Jeffery
Value matching allows Linux to boot with CONFIG_NO_HZ_IDLE=y on the
palmetto-bmc machine. Two match registers are provided for each timer.
Signed-off-by: Andrew Jeffery
Message-id: 1465974248-20434-1-git-send-email-and...@aj.id.au
On 17 June 2016 at 14:24, Paolo Bonzini wrote:
>
>
> On 17/06/2016 14:42, Peter Maydell wrote:
>> The trace format string in nbd_send_request uses PRIu16 for
>> request->type, but request->type is a uint32_t. This provokes
>> compiler warnings on the OSX clang. Use PRIu32
Signed-off-by: Bruce Rogers
---
hw/i386/kvm/i8259.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/i386/kvm/i8259.c b/hw/i386/kvm/i8259.c
index 2b207de..11d1b72 100644
--- a/hw/i386/kvm/i8259.c
+++ b/hw/i386/kvm/i8259.c
@@ -92,7 +92,7 @@ static void
This text will be included to qemu-nbd/qemu-img mans in the next patches.
Signed-off-by: Denis V. Lunev
Reviewed-by: Eric Blake
CC: Paolo Bonzini
CC: Stefan Hajnoczi
CC: Kevin Wolf
---
Makefile
From: Shlomo Pongratz
Implement the distributor registers of a GICv3.
Signed-off-by: Shlomo Pongratz
Reviewed-by: Shannon Zhao
Tested-by: Shannon Zhao
Signed-off-by: Peter Maydell
Please note, trace_init_backends() must be called in the final process,
i.e. after daemonization. This is necessary to keep tracing thread in
the proper process.
Signed-off-by: Denis V. Lunev
Reviewed-by: Eric Blake
Reviewed-by: Stefan Hajnoczi
Now we have an emulated GICv3, remove the restriction in
gicv3_class_name() so that the user can request a GICv3 with
-machine gic-version=3 even when not using KVM.
Signed-off-by: Peter Maydell
Reviewed-by: Shannon Zhao
Tested-by: Shannon Zhao
Implement the registers in the GICv3 CPU interface which generate
new SGI interrupts.
Signed-off-by: Peter Maydell
Reviewed-by: Shannon Zhao
Tested-by: Shannon Zhao
Message-id:
This is necessary to enable creation of common qemu-img options which will
be specified before command.
The patch also enables '-V' alias to '--version' (exactly like in other
block utilities) and documents this change.
Signed-off-by: Denis V. Lunev
Reviewed-by: Eric Blake
From: Shlomo Pongratz
Implement the redistributor registers of a GICv3.
Signed-off-by: Shlomo Pongratz
Reviewed-by: Shannon Zhao
Tested-by: Shannon Zhao
Signed-off-by: Peter Maydell
Add the CPU interface registers which deal with acknowledging
and dismissing interrupts.
Signed-off-by: Peter Maydell
Reviewed-by: Shannon Zhao
Tested-by: Shannon Zhao
Message-id:
The patch also creates trace_opt_parse() helper in trace/control.c to reuse
this code in next patches for qemu-nbd and qemu-io.
The patch also makes trace_init_events() static, as this call is not used
outside the module anymore.
Signed-off-by: Denis V. Lunev
Reviewed-by: Eric
While here, also add a section for the tree I use for 9p.
Signed-off-by: Greg Kurz
---
MAINTAINERS |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index fe2279e64828..21014f459517 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@
On 17/06/2016 15:41, Eduardo Habkost wrote:
> In theory, we should never initialize anything on the machine
> based on the host we are running. In practice we sometimes do
> that, and we know it's unsafe. Sending the value on the migration
> stream is a solution to detect when this breaks
Moving trace_init_backends() into trace_opt_parse() is not possible. This
should be called after daemonize() in vl.c.
Signed-off-by: Denis V. Lunev
Reviewed-by: Eric Blake
Reviewed-by: Stefan Hajnoczi
CC: Paolo Bonzini
Define a VMSTATE_UINT64_2DARRAY macro, to go with the ones we
already have for other type sizes.
Signed-off-by: Peter Maydell
Reviewed-by: Shannon Zhao
Tested-by: Shannon Zhao
Message-id:
Implement the GICv3 logic to recalculate the highest priority pending
interrupt for each CPU after some part of the GIC state has changed.
We avoid unnecessary full recalculation where possible.
Signed-off-by: Peter Maydell
Reviewed-by: Shannon Zhao
From: Shannon Zhao
In ACPI 5.1 Errata, it adds GIC version in GIC distributor structure.
This is useful for guest kernel to identify which version GIC hardware
is. Update GIC distributor structure and present GIC version in MADT
table.
Signed-off-by: Shannon Zhao
Signed-off-by: Denis V. Lunev
Reviewed-by: Eric Blake
Reviewed-by: Stefan Hajnoczi
CC: Paolo Bonzini
CC: Kevin Wolf
---
qemu-options.hx | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: Pavel Fedin
This allows to override default affinity IDs on a per-machine basis, and
possibility to retrieve IDs will be used by vGICv3 live migration code.
Signed-off-by: Pavel Fedin
Signed-off-by: Peter Maydell
Now we have an emulated GICv3 we should advertise it via the
capabilities in the monitor protocol.
Signed-off-by: Peter Maydell
Reviewed-by: Shannon Zhao
Tested-by: Shannon Zhao
Message-id:
From: Pavel Fedin
Add state structure descriptors for the GICv3 state. We mark
the KVM GICv3 device as having a migration blocker until the
code to save and restore the state in the kernel is implemented.
Signed-off-by: Pavel Fedin
Reviewed-by: Shannon
The GICv3 CPU interface needs to know when the CPU it is attached
to makes an exception level or mode transition that changes the
security state, because whether it is asserting IRQ or FIQ can change
depending on these things. Provide a mechanism for letting the GICv3
device register a hook to be
On 06/17/2016 01:02 PM, Thomas Huth wrote:
> On 17.06.2016 12:41, Cédric Le Goater wrote:
>> On 06/17/2016 09:10 AM, Thomas Huth wrote:
>>> On 17.06.2016 08:03, Cédric Le Goater wrote:
On 06/17/2016 07:54 AM, Cédric Le Goater wrote:
> On 06/17/2016 04:27 AM, David Gibson wrote:
>> On
Wire up the MMIO functions exposed by the distributor and the
redistributor into MMIO regions exposed by the GICv3 device.
Signed-off-by: Peter Maydell
Reviewed-by: Shannon Zhao
Tested-by: Shannon Zhao
Message-id:
The GICv3 system registers need to know if the CPU is AArch64
in EL3 or AArch32 in Monitor mode. This happens to be the first
part of the check for arm_is_secure(), so factor it out into a
new arm_is_el3_or_mon() function that the GIC can also use.
Signed-off-by: Peter Maydell
On 16 June 2016 at 08:48, Andrew Jeffery wrote:
> The SCU is a collection of chip-level control registers that manage the
> various functions supported by the AST2400. Typically the bits control
> interactions with clocks, external hardware or reset behaviour, and we
> can largly
Hi rth,
> > Bother. I've tentatively put a revert into ppc-for-2.7. Richard,
> > do you have a better idea how to fix it?
>
> Please try the following.
Thanks! This passes my tests. Feel free to add:
Tested-by: Anton Blanchard
Anton
On 17/06/2016 15:51, Dr. David Alan Gilbert wrote:
>
>> > Note that the failure mode is pretty brutal since KVM reports an
>> > internal error right after restarting on the destination, and who knows
>> > what used to happen before the assertion was introduced. All MSRs after
>> > MTRRs would
On 17/06/2016 15:11, Efimov Vasily wrote:
> qdev_init_nofail(dev);
> if (intercept_irq) {
> -s->irq = intercept_irq;
> +qdev_connect_gpio_out(dev, 0, intercept_irq);
> } else {
> isa_init_irq(isadev, >irq, RTC_ISA_IRQ);
> }
Please introduce a wrapper
On 17/06/2016 15:41, Mark Cave-Ayland wrote:
>> >
>> > Ok, I'll either fix migration (adding a subsection) or bump the version
>> > number.
> Hi Paolo,
>
> Just to clarify that these hangs aren't migration related, they occur
> simply trying to boot the above images from ISOs with the patch
101 - 200 of 473 matches
Mail list logo