From: Ninad Palsule <ninad@linux.ibm.com>
To: "Cédric Le Goater" <clg@kaod.org>,
qemu-devel@nongnu.org, peter.maydell@linaro.org,
andrew@codeconstruct.com.au, joel@jms.id.au, pbonzini@redhat.com,
marcandre.lureau@redhat.com, berrange@redhat.com,
thuth@redhat.com, philmd@linaro.org, lvivier@redhat.com
Cc: qemu-arm@nongnu.org, Andrew Jeffery <andrew@aj.id.au>
Subject: Re: [PATCH v7 02/10] hw/fsi: Introduce IBM's scratchpad
Date: Tue, 28 Nov 2023 16:30:34 -0600 [thread overview]
Message-ID: <47ef19e8-b1ea-4465-9df1-6ff58baede1a@linux.ibm.com> (raw)
In-Reply-To: <edf7f3f9-c758-40a0-bcdc-d1f2607cbdbc@kaod.org>
Hello Cedric,
On 11/27/23 10:09, Cédric Le Goater wrote:
> On 10/26/23 18:47, Ninad Palsule wrote:
>> This is a part of patchset where scratchpad is introduced.
>>
>> The scratchpad provides a set of non-functional registers. The firmware
>> is free to use them, hardware does not support any special management
>> support. The scratchpad registers can be read or written from LBUS
>> slave.
>>
>> In this model, The LBUS device is parent for the scratchpad.
>>
>> Signed-off-by: Andrew Jeffery <andrew@aj.id.au>
>> Signed-off-by: Ninad Palsule <ninad@linux.ibm.com>
>> ---
>> v2:
>> - Incorporated Joel's review comments.
>> v5:
>> - Incorporated review comments by Cedric.
>> v6:
>> - Incorporated review comments by Daniel.
>> v7:
>> - Incorporated review comments by Philippe.
>> - Cleaned up unused bits.
>> ---
>> meson.build | 1 +
>> hw/fsi/trace.h | 1 +
>> include/hw/fsi/engine-scratchpad.h | 27 +++++++++
>> include/hw/fsi/fsi.h | 16 +++++
>> hw/fsi/engine-scratchpad.c | 93 ++++++++++++++++++++++++++++++
>> hw/fsi/Kconfig | 4 ++
>> hw/fsi/meson.build | 1 +
>> hw/fsi/trace-events | 2 +
>> 8 files changed, 145 insertions(+)
>> create mode 100644 hw/fsi/trace.h
>> create mode 100644 include/hw/fsi/engine-scratchpad.h
>> create mode 100644 include/hw/fsi/fsi.h
>> create mode 100644 hw/fsi/engine-scratchpad.c
>> create mode 100644 hw/fsi/trace-events
>>
>> diff --git a/meson.build b/meson.build
>> index dcef8b1e79..793c7c1f20 100644
>> --- a/meson.build
>> +++ b/meson.build
>> @@ -3257,6 +3257,7 @@ if have_system
>> 'hw/char',
>> 'hw/display',
>> 'hw/dma',
>> + 'hw/fsi',
>
> This should be introduced in the first patch.
ok, Thanks for fixing it.
>
>> 'hw/hyperv',
>> 'hw/i2c',
>> 'hw/i386',
>> diff --git a/hw/fsi/trace.h b/hw/fsi/trace.h
>> new file mode 100644
>> index 0000000000..ee67c7fb04
>> --- /dev/null
>> +++ b/hw/fsi/trace.h
>> @@ -0,0 +1 @@
>> +#include "trace/trace-hw_fsi.h"
>> diff --git a/include/hw/fsi/engine-scratchpad.h
>> b/include/hw/fsi/engine-scratchpad.h
>> new file mode 100644
>> index 0000000000..4ffa871965
>> --- /dev/null
>> +++ b/include/hw/fsi/engine-scratchpad.h
>
> This model is introduced to early please drop from this patch.
ok, Thanks for fixing it. We should update the commit message. I will
send it.
>
>> @@ -0,0 +1,27 @@
>> +/*
>> + * SPDX-License-Identifier: GPL-2.0-or-later
>> + * Copyright (C) 2023 IBM Corp.
>> + *
>> + * IBM scratchpad engne
>> + */
>> +#ifndef FSI_ENGINE_SCRATCHPAD_H
>> +#define FSI_ENGINE_SCRATCHPAD_H
>> +
>> +#include "hw/fsi/lbus.h"
>> +#include "hw/fsi/fsi.h"
>> +
>> +#define ENGINE_CONFIG_NEXT BE_BIT(0)
>> +#define ENGINE_CONFIG_TYPE_PEEK (0x02 << 4)
>> +#define ENGINE_CONFIG_TYPE_FSI (0x03 << 4)
>> +#define ENGINE_CONFIG_TYPE_SCRATCHPAD (0x06 << 4)
>> +
>> +#define TYPE_FSI_SCRATCHPAD "fsi.scratchpad"
>> +#define SCRATCHPAD(obj) OBJECT_CHECK(FSIScratchPad, (obj),
>> TYPE_FSI_SCRATCHPAD)
>> +
>> +typedef struct FSIScratchPad {
>> + FSILBusDevice parent;
>> +
>> + uint32_t reg;
>> +} FSIScratchPad;
>> +
>> +#endif /* FSI_ENGINE_SCRATCHPAD_H */
>> diff --git a/include/hw/fsi/fsi.h b/include/hw/fsi/fsi.h
>> new file mode 100644
>> index 0000000000..b08b97f62b
>> --- /dev/null
>> +++ b/include/hw/fsi/fsi.h
>> @@ -0,0 +1,16 @@
>> +/*
>> + * SPDX-License-Identifier: GPL-2.0-or-later
>> + * Copyright (C) 2023 IBM Corp.
>> + *
>> + * IBM Flexible Service Interface
>> + */
>> +#ifndef FSI_FSI_H
>> +#define FSI_FSI_H
>> +
>> +#include "qemu/bitops.h"
>> +
>> +/* Bitwise operations at the word level. */
>> +#define BE_BIT(x) BIT(31 - (x))
>
> 31 ? BITS_PER_LONG would be better I think.
>
>> +#define BE_GENMASK(hb, lb) MAKE_64BIT_MASK((lb), ((hb) - (lb) + 1))
>> +
>> +#endif
>> diff --git a/hw/fsi/engine-scratchpad.c b/hw/fsi/engine-scratchpad.c
>> new file mode 100644
>> index 0000000000..a8887cd613
>> --- /dev/null
>> +++ b/hw/fsi/engine-scratchpad.c
>
> DRop FSIScratchPad from this patch. It should be introduced later.
>
> However, TYPE_FSI_BUS should be introcuded now because the following
> patch needs it.
ok, The scratpad is a engine/device which is attached to the LBUS hence
it was introduced early. But I am fine with the change. Thanks for the
change.
>
>
>> @@ -0,0 +1,93 @@
>> +/*
>> + * SPDX-License-Identifier: GPL-2.0-or-later
>> + * Copyright (C) 2023 IBM Corp.
>> + *
>> + * IBM scratchpad engine
>> + */
>> +
>> +#include "qemu/osdep.h"
>> +
>> +#include "qapi/error.h"
>> +#include "qemu/log.h"
>> +#include "trace.h"
>> +
>> +#include "hw/fsi/engine-scratchpad.h"
>> +
>> +static uint64_t fsi_scratchpad_read(void *opaque, hwaddr addr,
>> unsigned size)
>> +{
>> + FSIScratchPad *s = SCRATCHPAD(opaque);
>> +
>> + trace_fsi_scratchpad_read(addr, size);
>> +
>> + if (addr) {
>> + return 0;
>> + }
>> +
>> + return s->reg;
>> +}
>> +
>> +static void fsi_scratchpad_write(void *opaque, hwaddr addr, uint64_t
>> data,
>> + unsigned size)
>> +{
>> + FSIScratchPad *s = SCRATCHPAD(opaque);
>> +
>> + trace_fsi_scratchpad_write(addr, size, data);
>> +
>> + if (addr) {
>> + return;
>> + }
>> +
>> + s->reg = data;
>> +}
>> +
>> +static const struct MemoryRegionOps scratchpad_ops = {
>> + .read = fsi_scratchpad_read,
>> + .write = fsi_scratchpad_write,
>> + .endianness = DEVICE_BIG_ENDIAN,
>> +};
>> +
>> +static void fsi_scratchpad_realize(DeviceState *dev, Error **errp)
>> +{
>> + FSILBusDevice *ldev = FSI_LBUS_DEVICE(dev);
>> +
>> + memory_region_init_io(&ldev->iomem, OBJECT(ldev), &scratchpad_ops,
>> + ldev, TYPE_FSI_SCRATCHPAD, 0x400);
>> +}
>> +
>> +static void fsi_scratchpad_reset(DeviceState *dev)
>> +{
>> + FSIScratchPad *s = SCRATCHPAD(dev);
>> +
>> + s->reg = 0;
>> +}
>> +
>> +static void fsi_scratchpad_class_init(ObjectClass *klass, void *data)
>> +{
>> + DeviceClass *dc = DEVICE_CLASS(klass);
>> + FSILBusDeviceClass *ldc = FSI_LBUS_DEVICE_CLASS(klass);
>> +
>> + dc->realize = fsi_scratchpad_realize;
>> + dc->reset = fsi_scratchpad_reset;
>> +
>> + ldc->config =
>> + ENGINE_CONFIG_NEXT | /* valid */
>> + 0x00010000 | /* slots */
>> + 0x00001000 | /* version */
>> + ENGINE_CONFIG_TYPE_SCRATCHPAD | /* type */
>> + 0x00000007; /* crc */
>> +}
>> +
>> +static const TypeInfo fsi_scratchpad_info = {
>> + .name = TYPE_FSI_SCRATCHPAD,
>> + .parent = TYPE_FSI_LBUS_DEVICE,
>> + .instance_size = sizeof(FSIScratchPad),
>> + .class_init = fsi_scratchpad_class_init,
>> + .class_size = sizeof(FSILBusDeviceClass),
>> +};
>> +
>> +static void fsi_scratchpad_register_types(void)
>> +{
>> + type_register_static(&fsi_scratchpad_info);
>> +}
>> +
>> +type_init(fsi_scratchpad_register_types);
>> diff --git a/hw/fsi/Kconfig b/hw/fsi/Kconfig
>> index e650c660f0..f7c7fd1b28 100644
>> --- a/hw/fsi/Kconfig
>> +++ b/hw/fsi/Kconfig
>> @@ -1,2 +1,6 @@
>> +config FSI_SCRATCHPAD
>> + bool
>> + select FSI_LBUS
>> +
>> config FSI_LBUS
>> bool
>
>
> I am not sure we need all this config option. We will see that at the end
> when the models are ready.
OK
Thanks for the review.
Regards,
Ninad
>
>
> Thanks,
>
> C.
>
>
>
>> diff --git a/hw/fsi/meson.build b/hw/fsi/meson.build
>> index 4074d3a7d2..d45a98c223 100644
>> --- a/hw/fsi/meson.build
>> +++ b/hw/fsi/meson.build
>> @@ -1 +1,2 @@
>> system_ss.add(when: 'CONFIG_FSI_LBUS', if_true: files('lbus.c'))
>> +system_ss.add(when: 'CONFIG_FSI_SCRATCHPAD', if_true:
>> files('engine-scratchpad.c'))
>> diff --git a/hw/fsi/trace-events b/hw/fsi/trace-events
>> new file mode 100644
>> index 0000000000..c5753e2791
>> --- /dev/null
>> +++ b/hw/fsi/trace-events
>> @@ -0,0 +1,2 @@
>> +fsi_scratchpad_read(uint64_t addr, uint32_t size) "@0x%" PRIx64 "
>> size=%d"
>> +fsi_scratchpad_write(uint64_t addr, uint32_t size, uint64_t data)
>> "@0x%" PRIx64 " size=%d value=0x%"PRIx64
>
next prev parent reply other threads:[~2023-11-28 22:32 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-26 16:47 [PATCH v7 00/10] Introduce model for IBM's FSI Ninad Palsule
2023-10-26 16:47 ` [PATCH v7 01/10] hw/fsi: Introduce IBM's Local bus Ninad Palsule
2023-11-27 16:04 ` Cédric Le Goater
2023-11-28 17:22 ` Ninad Palsule
2023-11-27 16:30 ` Cédric Le Goater
2023-11-28 22:19 ` Ninad Palsule
2023-10-26 16:47 ` [PATCH v7 02/10] hw/fsi: Introduce IBM's scratchpad Ninad Palsule
2023-11-27 16:09 ` Cédric Le Goater
2023-11-28 22:30 ` Ninad Palsule [this message]
2023-10-26 16:47 ` [PATCH v7 03/10] hw/fsi: Introduce IBM's cfam,fsi-slave Ninad Palsule
2023-11-27 16:16 ` Cédric Le Goater
2023-11-28 22:35 ` Ninad Palsule
2023-11-27 16:31 ` Cédric Le Goater
2023-11-28 22:36 ` Ninad Palsule
2023-10-26 16:47 ` [PATCH v7 04/10] hw/fsi: Introduce IBM's FSI Ninad Palsule
2023-11-27 16:19 ` Cédric Le Goater
2023-11-28 22:43 ` Ninad Palsule
2023-10-26 16:47 ` [PATCH v7 05/10] hw/fsi: IBM's On-chip Peripheral Bus Ninad Palsule
2023-11-27 16:23 ` Cédric Le Goater
2023-11-28 22:46 ` Ninad Palsule
2023-10-26 16:47 ` [PATCH v7 06/10] hw/fsi: Aspeed APB2OPB interface Ninad Palsule
2023-11-27 16:25 ` Cédric Le Goater
2023-11-28 22:47 ` Ninad Palsule
2023-10-26 16:47 ` [PATCH v7 07/10] hw/arm: Hook up FSI module in AST2600 Ninad Palsule
2023-10-26 16:47 ` [PATCH v7 08/10] hw/fsi: Added qtest Ninad Palsule
2023-10-26 16:47 ` [PATCH v7 09/10] hw/fsi: Added FSI documentation Ninad Palsule
2023-10-26 16:47 ` [PATCH v7 10/10] hw/fsi: Update MAINTAINER list Ninad Palsule
2023-11-27 16:31 ` [PATCH v7 00/10] Introduce model for IBM's FSI Cédric Le Goater
2023-11-28 22:49 ` Ninad Palsule
2023-11-29 14:56 ` Ninad Palsule
2023-11-29 21:29 ` Cédric Le Goater
2023-11-29 21:39 ` Cédric Le Goater
2023-11-30 16:14 ` Ninad Palsule
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=47ef19e8-b1ea-4465-9df1-6ff58baede1a@linux.ibm.com \
--to=ninad@linux.ibm.com \
--cc=andrew@aj.id.au \
--cc=andrew@codeconstruct.com.au \
--cc=berrange@redhat.com \
--cc=clg@kaod.org \
--cc=joel@jms.id.au \
--cc=lvivier@redhat.com \
--cc=marcandre.lureau@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=philmd@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=thuth@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).