From: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>
To: KONRAD Frederic <frederic.konrad@adacore.com>
Cc: peter.maydell@linaro.org, qemu-devel@nongnu.org,
alistair.francis@xilinx.com, dgilbert@redhat.com,
quintela@redhat.com
Subject: Re: [Qemu-devel] [PATCH V2 for-2.10] xlnx-qspi: add a property for mmio-execution
Date: Fri, 11 Aug 2017 16:29:54 +0200 [thread overview]
Message-ID: <20170811142954.GN4859@toto> (raw)
In-Reply-To: <1502438052-5117-1-git-send-email-frederic.konrad@adacore.com>
On Fri, Aug 11, 2017 at 09:54:12AM +0200, KONRAD Frederic wrote:
> This adds mmio-exec property to workaround the migration bug.
> When enabled the migration is blocked and will return an error.
>
> Signed-off-by: KONRAD Frederic <frederic.konrad@adacore.com>
Thanks Fred!
Reviewed-by: Edgar E. Iglesias <edgar.iglesias@xilinx.com>
>
> V1 -> V2:
> * changed mmio-exec to x-mmio-exec
> ---
> hw/ssi/xilinx_spips.c | 36 +++++++++++++++++++++++++++++++++---
> 1 file changed, 33 insertions(+), 3 deletions(-)
>
> diff --git a/hw/ssi/xilinx_spips.c b/hw/ssi/xilinx_spips.c
> index e833028..ef56d35 100644
> --- a/hw/ssi/xilinx_spips.c
> +++ b/hw/ssi/xilinx_spips.c
> @@ -31,6 +31,8 @@
> #include "hw/ssi/ssi.h"
> #include "qemu/bitops.h"
> #include "hw/ssi/xilinx_spips.h"
> +#include "qapi/error.h"
> +#include "migration/blocker.h"
>
> #ifndef XILINX_SPIPS_ERR_DEBUG
> #define XILINX_SPIPS_ERR_DEBUG 0
> @@ -139,6 +141,8 @@ typedef struct {
>
> uint8_t lqspi_buf[LQSPI_CACHE_SIZE];
> hwaddr lqspi_cached_addr;
> + Error *migration_blocker;
> + bool mmio_execution_enabled;
> } XilinxQSPIPS;
>
> typedef struct XilinxSPIPSClass {
> @@ -500,12 +504,13 @@ static void xilinx_qspips_invalidate_mmio_ptr(XilinxQSPIPS *q)
> {
> XilinxSPIPS *s = &q->parent_obj;
>
> - if (q->lqspi_cached_addr != ~0ULL) {
> + if ((q->mmio_execution_enabled) && (q->lqspi_cached_addr != ~0ULL)) {
> /* Invalidate the current mapped mmio */
> memory_region_invalidate_mmio_ptr(&s->mmlqspi, q->lqspi_cached_addr,
> LQSPI_CACHE_SIZE);
> - q->lqspi_cached_addr = ~0ULL;
> }
> +
> + q->lqspi_cached_addr = ~0ULL;
> }
>
> static void xilinx_qspips_write(void *opaque, hwaddr addr,
> @@ -601,8 +606,13 @@ static void *lqspi_request_mmio_ptr(void *opaque, hwaddr addr, unsigned *size,
> unsigned *offset)
> {
> XilinxQSPIPS *q = opaque;
> - hwaddr offset_within_the_region = addr & ~(LQSPI_CACHE_SIZE - 1);
> + hwaddr offset_within_the_region;
>
> + if (!q->mmio_execution_enabled) {
> + return NULL;
> + }
> +
> + offset_within_the_region = addr & ~(LQSPI_CACHE_SIZE - 1);
> lqspi_load_cache(opaque, offset_within_the_region);
> *size = LQSPI_CACHE_SIZE;
> *offset = offset_within_the_region;
> @@ -693,6 +703,15 @@ static void xilinx_qspips_realize(DeviceState *dev, Error **errp)
> sysbus_init_mmio(sbd, &s->mmlqspi);
>
> q->lqspi_cached_addr = ~0ULL;
> +
> + /* mmio_execution breaks migration better aborting than having strange
> + * bugs.
> + */
> + if (q->mmio_execution_enabled) {
> + error_setg(&q->migration_blocker,
> + "enabling mmio_execution breaks migration");
> + migrate_add_blocker(q->migration_blocker, &error_fatal);
> + }
> }
>
> static int xilinx_spips_post_load(void *opaque, int version_id)
> @@ -716,6 +735,16 @@ static const VMStateDescription vmstate_xilinx_spips = {
> }
> };
>
> +static Property xilinx_qspips_properties[] = {
> + /* We had to turn this off for 2.10 as it is not compatible with migration.
> + * It can be enabled but will prevent the device to be migrated.
> + * This will go aways when a fix will be released.
> + */
> + DEFINE_PROP_BOOL("x-mmio-exec", XilinxQSPIPS, mmio_execution_enabled,
> + false),
> + DEFINE_PROP_END_OF_LIST(),
> +};
> +
> static Property xilinx_spips_properties[] = {
> DEFINE_PROP_UINT8("num-busses", XilinxSPIPS, num_busses, 1),
> DEFINE_PROP_UINT8("num-ss-bits", XilinxSPIPS, num_cs, 4),
> @@ -729,6 +758,7 @@ static void xilinx_qspips_class_init(ObjectClass *klass, void * data)
> XilinxSPIPSClass *xsc = XILINX_SPIPS_CLASS(klass);
>
> dc->realize = xilinx_qspips_realize;
> + dc->props = xilinx_qspips_properties;
> xsc->reg_ops = &qspips_ops;
> xsc->rx_fifo_size = RXFF_A_Q;
> xsc->tx_fifo_size = TXFF_A_Q;
> --
> 1.8.3.1
>
next prev parent reply other threads:[~2017-08-11 14:30 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-11 7:54 [Qemu-devel] [PATCH V2 for-2.10] xlnx-qspi: add a property for mmio-execution KONRAD Frederic
2017-08-11 14:29 ` Edgar E. Iglesias [this message]
2017-08-14 14:17 ` Peter Maydell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170811142954.GN4859@toto \
--to=edgar.iglesias@gmail.com \
--cc=alistair.francis@xilinx.com \
--cc=dgilbert@redhat.com \
--cc=frederic.konrad@adacore.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).