* [PATCH v3 0/2] mailbox: Add Broadcom STB mailbox driver @ 2020-09-19 19:22 Jim Quinlan 2020-09-19 19:22 ` [PATCH v3 1/2] dt-bindings: Add bindings for BrcmSTB SCMI " Jim Quinlan 2020-09-19 19:22 ` [PATCH v3 2/2] mailbox: Add Broadcom STB " Jim Quinlan 0 siblings, 2 replies; 8+ messages in thread From: Jim Quinlan @ 2020-09-19 19:22 UTC (permalink / raw) To: bcm-kernel-feedback-list, james.quinlan Cc: open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS, moderated list:BROADCOM BCM7XXX ARM ARCHITECTURE, open list [-- Attachment #1: Type: text/plain, Size: 997 bytes --] Patchset Summary: Adds a simple mailbox driver to be used by the ARM SCMI drivers. v3: Commit "mailbox: Add Broadcom STB mailbox driver" -- Fixed indentation on Kconfig file (RandyD). v2: Commit "mailbox: Add Broadcom STB mailbox driver" -- Remove the Kconfig dependency on SMP (Florian) Commit "mailbox: Add Broadcom STB mailbox driver" -- Drop label,unit address; changed title,description (RobH) v1: -- Original submission. Jim Quinlan (2): dt-bindings: Add bindings for BrcmSTB SCMI mailbox driver mailbox: Add Broadcom STB mailbox driver .../bindings/mailbox/brcm,brcmstb-mbox.yaml | 39 ++++ drivers/mailbox/Kconfig | 12 ++ drivers/mailbox/Makefile | 2 + drivers/mailbox/brcmstb-mailbox.c | 173 ++++++++++++++++++ 4 files changed, 226 insertions(+) create mode 100644 Documentation/devicetree/bindings/mailbox/brcm,brcmstb-mbox.yaml create mode 100644 drivers/mailbox/brcmstb-mailbox.c -- 2.17.1 [-- Attachment #2: S/MIME Cryptographic Signature --] [-- Type: application/pkcs7-signature, Size: 4167 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* [PATCH v3 1/2] dt-bindings: Add bindings for BrcmSTB SCMI mailbox driver 2020-09-19 19:22 [PATCH v3 0/2] mailbox: Add Broadcom STB mailbox driver Jim Quinlan @ 2020-09-19 19:22 ` Jim Quinlan 2020-09-19 19:22 ` [PATCH v3 2/2] mailbox: Add Broadcom STB " Jim Quinlan 1 sibling, 0 replies; 8+ messages in thread From: Jim Quinlan @ 2020-09-19 19:22 UTC (permalink / raw) To: bcm-kernel-feedback-list, james.quinlan Cc: Rob Herring, Florian Fainelli, open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS, moderated list:BROADCOM BCM7XXX ARM ARCHITECTURE, open list [-- Attachment #1: Type: text/plain, Size: 1506 bytes --] Bindings are added. Only one interrupt is needed because we do not yet employ the SCMI p2a channel. Signed-off-by: Jim Quinlan <james.quinlan@broadcom.com> --- .../bindings/mailbox/brcm,brcmstb-mbox.yaml | 39 +++++++++++++++++++ 1 file changed, 39 insertions(+) create mode 100644 Documentation/devicetree/bindings/mailbox/brcm,brcmstb-mbox.yaml diff --git a/Documentation/devicetree/bindings/mailbox/brcm,brcmstb-mbox.yaml b/Documentation/devicetree/bindings/mailbox/brcm,brcmstb-mbox.yaml new file mode 100644 index 000000000000..797c0cc609a3 --- /dev/null +++ b/Documentation/devicetree/bindings/mailbox/brcm,brcmstb-mbox.yaml @@ -0,0 +1,39 @@ +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) +%YAML 1.2 +--- +$schema: "http://devicetree.org/meta-schemas/core.yaml#" +$id: http://devicetree.org/schemas/mailbox/brcm,brcmstb-mbox.yaml# + +title: Broadcom STB mailbox driver bindings + +maintainers: + - Jim Quinlan <james.quinlan@broadcom.com> + +properties: + compatible: + enum: + - brcm,brcmstb-mbox + + interrupts: + items: + - description: a2p return interrupt, indicates SCMI msg completion. + + "#mbox-cells": + const: 1 + +required: + - compatible + - interrupts + - "#mbox-cells" + +additionalProperties: false + +examples: + - | + #include <dt-bindings/interrupt-controller/arm-gic.h> + mailbox { + compatible = "brcm,brcmstb-mailbox"; + #mbox-cells = <1>; + interrupts = <GIC_SPI 0xc6 IRQ_TYPE_LEVEL_HIGH>; + }; +... -- 2.17.1 [-- Attachment #2: S/MIME Cryptographic Signature --] [-- Type: application/pkcs7-signature, Size: 4167 bytes --] ^ permalink raw reply related [flat|nested] 8+ messages in thread
* [PATCH v3 2/2] mailbox: Add Broadcom STB mailbox driver 2020-09-19 19:22 [PATCH v3 0/2] mailbox: Add Broadcom STB mailbox driver Jim Quinlan 2020-09-19 19:22 ` [PATCH v3 1/2] dt-bindings: Add bindings for BrcmSTB SCMI " Jim Quinlan @ 2020-09-19 19:22 ` Jim Quinlan 2020-09-19 19:31 ` Randy Dunlap 2020-10-09 16:38 ` Sudeep Holla 1 sibling, 2 replies; 8+ messages in thread From: Jim Quinlan @ 2020-09-19 19:22 UTC (permalink / raw) To: bcm-kernel-feedback-list, james.quinlan Cc: Florian Fainelli, Jassi Brar, open list, moderated list:BROADCOM BCM7XXX ARM ARCHITECTURE [-- Attachment #1: Type: text/plain, Size: 6642 bytes --] This is a simple mailbox driver to be used by the SCMI protocol stack. It only implements the agent-to-platform channel; we may implement the platform-to-agent channel in the future. An unusual aspect of this driver is how the completion of an SCMI message is indicated. An SCMI message is initiated with an ARM SMC call, but the return of this call does not indicate the execution or completion of the message. Rather, the message's completion is signaled by an interrupt. Signed-off-by: Jim Quinlan <james.quinlan@broadcom.com> Signed-off-by: Florian Fainelli <f.fainelli@gmail.com> --- drivers/mailbox/Kconfig | 12 +++ drivers/mailbox/Makefile | 2 + drivers/mailbox/brcmstb-mailbox.c | 173 ++++++++++++++++++++++++++++++ 3 files changed, 187 insertions(+) create mode 100644 drivers/mailbox/brcmstb-mailbox.c diff --git a/drivers/mailbox/Kconfig b/drivers/mailbox/Kconfig index 05b1009e2820..96faf1139cb9 100644 --- a/drivers/mailbox/Kconfig +++ b/drivers/mailbox/Kconfig @@ -254,4 +254,16 @@ config QCOM_IPCC acts as an interrupt controller for receiving interrupts from clients. Say Y here if you want to build this driver. +config BRCMSTB_MBOX + tristate "Broadcom STB Mailbox" + depends on ARM64 || ARM + depends on ARM_SCMI_PROTOCOL && ARCH_BRCMSTB + default ARM_SCMI_PROTOCOL && ARCH_BRCMSTB + help + Mailbox implementation of the Broadcom STB for the sole purposes + of SCMI communication. This is used by the SCMI drivers to + communicate with FW that runs in EL3. This mailbox only implements + the agent-to-platform channgel of SCMI but may be augmented in + the future to add the platform-to-agent channel. + endif diff --git a/drivers/mailbox/Makefile b/drivers/mailbox/Makefile index 60d224b723a1..a74efd02eece 100644 --- a/drivers/mailbox/Makefile +++ b/drivers/mailbox/Makefile @@ -54,3 +54,5 @@ obj-$(CONFIG_SUN6I_MSGBOX) += sun6i-msgbox.o obj-$(CONFIG_SPRD_MBOX) += sprd-mailbox.o obj-$(CONFIG_QCOM_IPCC) += qcom-ipcc.o + +obj-$(CONFIG_BRCMSTB_MBOX) += brcmstb-mailbox.o diff --git a/drivers/mailbox/brcmstb-mailbox.c b/drivers/mailbox/brcmstb-mailbox.c new file mode 100644 index 000000000000..27d87938b08c --- /dev/null +++ b/drivers/mailbox/brcmstb-mailbox.c @@ -0,0 +1,173 @@ +// SPDX-License-Identifier: GPL-2.0 +/* Copyright (c) 2017, Broadcom */ + +#include <linux/kernel.h> +#include <linux/interrupt.h> +#include <linux/mailbox_controller.h> +#include <linux/mailbox_client.h> +#include <linux/module.h> +#include <linux/io.h> +#include <linux/of.h> +#include <linux/of_device.h> +#include <linux/of_irq.h> +#include <linux/of_platform.h> +#include <linux/platform_device.h> +#include <linux/slab.h> +#if defined(CONFIG_ARM64) || defined(CONFIG_ARM) +#include <linux/arm-smccc.h> +#endif + +#define BRCM_SCMI_SMC_OEM_FUNC 0x400 +#define BRCM_SCMI_MBOX_NUM 0 +#define BRCM_FID(ch) ARM_SMCCC_CALL_VAL(ARM_SMCCC_FAST_CALL, \ + IS_ENABLED(CONFIG_ARM64), \ + ARM_SMCCC_OWNER_OEM, \ + BRCM_SCMI_SMC_OEM_FUNC + (ch)) +enum { + A2P_CHAN = 0, + NUM_CHAN +}; + +struct chan_priv { + unsigned int mbox_num; + unsigned int ch; +}; + +struct brcm_mbox { + struct mbox_controller controller; + int irqs[NUM_CHAN]; +}; + +static struct mbox_chan *brcm_mbox_of_xlate(struct mbox_controller *controller, + const struct of_phandle_args *sp) +{ + unsigned int ch = sp->args[0]; + struct brcm_mbox *mbox + = container_of(controller, struct brcm_mbox, controller); + + if (!mbox || ch >= NUM_CHAN) + return ERR_PTR(-ENOENT); + + return &mbox->controller.chans[ch]; +} + +#if defined(CONFIG_ARM64) || defined(CONFIG_ARM) +static int announce_msg(unsigned int mbox_num, unsigned int ch) +{ + struct arm_smccc_res res; + + if (ch >= NUM_CHAN) + return -EIO; + arm_smccc_smc(BRCM_FID(ch), mbox_num, 0, 0, 0, 0, 0, 0, &res); + if (res.a0) + return -EIO; + return 0; +} +#else +#error Func announce_msg() not defined for the current ARCH +#endif + +static int brcm_mbox_send_data(struct mbox_chan *chan, void *data) +{ + struct chan_priv *priv = chan->con_priv; + + return announce_msg(priv->mbox_num, priv->ch); +} + +static int brcm_mbox_startup(struct mbox_chan *chan) +{ + return 0; +} + +static const struct mbox_chan_ops brcm_mbox_ops = { + .send_data = brcm_mbox_send_data, + .startup = brcm_mbox_startup, +}; + +static irqreturn_t brcm_a2p_isr(int irq, void *data) +{ + struct mbox_chan *chan = data; + + mbox_chan_received_data(chan, NULL); + return IRQ_HANDLED; +} + +static int brcm_mbox_probe(struct platform_device *pdev) +{ + struct brcm_mbox *mbox; + struct device *dev = &pdev->dev; + struct device_node *np = dev->of_node; + struct chan_priv *chan_priv; + int ret; + + if (!np) + return -EINVAL; + + mbox = devm_kzalloc(&pdev->dev, sizeof(*mbox), GFP_KERNEL); + if (!mbox) + return -ENOMEM; + + /* Allocate channels */ + mbox->controller.chans = devm_kzalloc( + &pdev->dev, NUM_CHAN * sizeof(struct mbox_chan), GFP_KERNEL); + if (!mbox->controller.chans) + return -ENOMEM; + chan_priv = devm_kzalloc( + &pdev->dev, NUM_CHAN * sizeof(struct chan_priv), GFP_KERNEL); + if (!chan_priv) + return -ENOMEM; + + mbox->irqs[A2P_CHAN] = platform_get_irq(pdev, 0); + ret = devm_request_irq(&pdev->dev, mbox->irqs[A2P_CHAN], brcm_a2p_isr, + IRQF_NO_SUSPEND, "brcm: SCMI a2p intr", + &mbox->controller.chans[A2P_CHAN]); + if (ret) { + dev_err(&pdev->dev, "failed to setup SCMI a2p isr\n"); + return ret; + } + chan_priv[A2P_CHAN].mbox_num = BRCM_SCMI_MBOX_NUM; + chan_priv[A2P_CHAN].ch = A2P_CHAN; + mbox->controller.chans[A2P_CHAN].con_priv = &chan_priv[A2P_CHAN]; + mbox->controller.num_chans++; + mbox->controller.dev = &pdev->dev; + mbox->controller.ops = &brcm_mbox_ops; + mbox->controller.of_xlate = brcm_mbox_of_xlate; + ret = mbox_controller_register(&mbox->controller); + if (ret) { + dev_err(dev, "failed to register BrcmSTB mbox\n"); + return ret; + } + + platform_set_drvdata(pdev, mbox); + return 0; +} + +static int brcm_mbox_remove(struct platform_device *pdev) +{ + struct brcm_mbox *mbox = platform_get_drvdata(pdev); + + mbox_controller_unregister(&mbox->controller); + + return 0; +} + +static const struct of_device_id brcm_mbox_of_match[] = { + { .compatible = "brcm,brcmstb-mbox", }, + {} +}; +MODULE_DEVICE_TABLE(of, brcm_mbox_of_match); + +static struct platform_driver brcm_mbox_driver = { + .probe = brcm_mbox_probe, + .remove = brcm_mbox_remove, + .driver = { + .name = "brcm_mbox", + .of_match_table = brcm_mbox_of_match, + }, +}; + +module_platform_driver(brcm_mbox_driver); + +MODULE_LICENSE("GPL v2"); +MODULE_DESCRIPTION("Broadcom STB SCMI Mailbox driver"); +MODULE_AUTHOR("Broadcom"); -- 2.17.1 [-- Attachment #2: S/MIME Cryptographic Signature --] [-- Type: application/pkcs7-signature, Size: 4167 bytes --] ^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH v3 2/2] mailbox: Add Broadcom STB mailbox driver 2020-09-19 19:22 ` [PATCH v3 2/2] mailbox: Add Broadcom STB " Jim Quinlan @ 2020-09-19 19:31 ` Randy Dunlap 2020-09-19 21:04 ` Jim Quinlan 2020-10-09 16:38 ` Sudeep Holla 1 sibling, 1 reply; 8+ messages in thread From: Randy Dunlap @ 2020-09-19 19:31 UTC (permalink / raw) To: Jim Quinlan, bcm-kernel-feedback-list Cc: Florian Fainelli, Jassi Brar, open list, moderated list:BROADCOM BCM7XXX ARM ARCHITECTURE Hi Jim, On 9/19/20 12:22 PM, Jim Quinlan wrote: > --- > drivers/mailbox/Kconfig | 12 +++ > drivers/mailbox/Makefile | 2 + > drivers/mailbox/brcmstb-mailbox.c | 173 ++++++++++++++++++++++++++++++ > 3 files changed, 187 insertions(+) > create mode 100644 drivers/mailbox/brcmstb-mailbox.c > > diff --git a/drivers/mailbox/Kconfig b/drivers/mailbox/Kconfig > index 05b1009e2820..96faf1139cb9 100644 > --- a/drivers/mailbox/Kconfig > +++ b/drivers/mailbox/Kconfig > @@ -254,4 +254,16 @@ config QCOM_IPCC > acts as an interrupt controller for receiving interrupts from clients. > Say Y here if you want to build this driver. > > +config BRCMSTB_MBOX > + tristate "Broadcom STB Mailbox" > + depends on ARM64 || ARM > + depends on ARM_SCMI_PROTOCOL && ARCH_BRCMSTB > + default ARM_SCMI_PROTOCOL && ARCH_BRCMSTB > + help "help" is still indented with spaces instead of one tab. You probably should wait a bit to see if there are other comments on this patch before doing a v4. > + Mailbox implementation of the Broadcom STB for the sole purposes > + of SCMI communication. This is used by the SCMI drivers to > + communicate with FW that runs in EL3. This mailbox only implements > + the agent-to-platform channgel of SCMI but may be augmented in > + the future to add the platform-to-agent channel. > + > endif > diff --git a/drivers/mailbox/brcmstb-mailbox.c b/drivers/mailbox/brcmstb-mailbox.c > new file mode 100644 > index 000000000000..27d87938b08c > --- /dev/null > +++ b/drivers/mailbox/brcmstb-mailbox.c > @@ -0,0 +1,173 @@ > +// SPDX-License-Identifier: GPL-2.0 > +/* Copyright (c) 2017, Broadcom */ 2017 is a little surprising. > +#if defined(CONFIG_ARM64) || defined(CONFIG_ARM) > +static int announce_msg(unsigned int mbox_num, unsigned int ch) > +{ > + struct arm_smccc_res res; > + > + if (ch >= NUM_CHAN) > + return -EIO; > + arm_smccc_smc(BRCM_FID(ch), mbox_num, 0, 0, 0, 0, 0, 0, &res); > + if (res.a0) > + return -EIO; > + return 0; > +} > +#else > +#error Func announce_msg() not defined for the current ARCH > +#endif This is handled by the Kconfig depends on clause. Why is it repeated here? thanks. -- ~Randy ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v3 2/2] mailbox: Add Broadcom STB mailbox driver 2020-09-19 19:31 ` Randy Dunlap @ 2020-09-19 21:04 ` Jim Quinlan 0 siblings, 0 replies; 8+ messages in thread From: Jim Quinlan @ 2020-09-19 21:04 UTC (permalink / raw) To: Randy Dunlap Cc: maintainer:BROADCOM BCM7XXX ARM ARCHITECTURE, Florian Fainelli, Jassi Brar, open list, moderated list:BROADCOM BCM7XXX ARM ARCHITECTURE [-- Attachment #1: Type: text/plain, Size: 2559 bytes --] On Sat, Sep 19, 2020 at 3:32 PM Randy Dunlap <rdunlap@infradead.org> wrote: > > Hi Jim, > > On 9/19/20 12:22 PM, Jim Quinlan wrote: > > --- > > drivers/mailbox/Kconfig | 12 +++ > > drivers/mailbox/Makefile | 2 + > > drivers/mailbox/brcmstb-mailbox.c | 173 ++++++++++++++++++++++++++++++ > > 3 files changed, 187 insertions(+) > > create mode 100644 drivers/mailbox/brcmstb-mailbox.c > > > > diff --git a/drivers/mailbox/Kconfig b/drivers/mailbox/Kconfig > > index 05b1009e2820..96faf1139cb9 100644 > > --- a/drivers/mailbox/Kconfig > > +++ b/drivers/mailbox/Kconfig > > @@ -254,4 +254,16 @@ config QCOM_IPCC > > acts as an interrupt controller for receiving interrupts from clients. > > Say Y here if you want to build this driver. > > > > +config BRCMSTB_MBOX > > + tristate "Broadcom STB Mailbox" > > + depends on ARM64 || ARM > > + depends on ARM_SCMI_PROTOCOL && ARCH_BRCMSTB > > + default ARM_SCMI_PROTOCOL && ARCH_BRCMSTB > > + help > > "help" is still indented with spaces instead of one tab. > You probably should wait a bit to see if there are other comments on this patch > before doing a v4. Hi Randy, Will fix, then wait... > > > + Mailbox implementation of the Broadcom STB for the sole purposes > > + of SCMI communication. This is used by the SCMI drivers to > > + communicate with FW that runs in EL3. This mailbox only implements > > + the agent-to-platform channgel of SCMI but may be augmented in > > + the future to add the platform-to-agent channel. > > + > > endif > > diff --git a/drivers/mailbox/brcmstb-mailbox.c b/drivers/mailbox/brcmstb-mailbox.c > > new file mode 100644 > > index 000000000000..27d87938b08c > > --- /dev/null > > +++ b/drivers/mailbox/brcmstb-mailbox.c > > @@ -0,0 +1,173 @@ > > +// SPDX-License-Identifier: GPL-2.0 > > +/* Copyright (c) 2017, Broadcom */ > > 2017 is a little surprising. Will fix. > > > > +#if defined(CONFIG_ARM64) || defined(CONFIG_ARM) > > +static int announce_msg(unsigned int mbox_num, unsigned int ch) > > +{ > > + struct arm_smccc_res res; > > + > > + if (ch >= NUM_CHAN) > > + return -EIO; > > + arm_smccc_smc(BRCM_FID(ch), mbox_num, 0, 0, 0, 0, 0, 0, &res); > > + if (res.a0) > > + return -EIO; > > + return 0; > > +} > > +#else > > +#error Func announce_msg() not defined for the current ARCH > > +#endif > > This is handled by the Kconfig depends on clause. > Why is it repeated here? Will fix. Thanks, Jim > > > > thanks. > -- > ~Randy > [-- Attachment #2: S/MIME Cryptographic Signature --] [-- Type: application/pkcs7-signature, Size: 4167 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v3 2/2] mailbox: Add Broadcom STB mailbox driver 2020-09-19 19:22 ` [PATCH v3 2/2] mailbox: Add Broadcom STB " Jim Quinlan 2020-09-19 19:31 ` Randy Dunlap @ 2020-10-09 16:38 ` Sudeep Holla 2020-10-09 17:03 ` Florian Fainelli 2020-10-21 21:38 ` Jim Quinlan 1 sibling, 2 replies; 8+ messages in thread From: Sudeep Holla @ 2020-10-09 16:38 UTC (permalink / raw) To: Jim Quinlan Cc: bcm-kernel-feedback-list, Jassi Brar, Florian Fainelli, open list, moderated list:BROADCOM BCM7XXX ARM ARCHITECTURE On Sat, Sep 19, 2020 at 03:22:30PM -0400, Jim Quinlan wrote: > only implements the agent-to-platform channel; In that case any reason why you can't reuse the existing smc transport for SCMI. It was added recently in case you haven't checked the latest kernel version(v5.8 or above). Check out for drivers/firmware/arm_scmi/smc.c IIUC rather vaguely Florian was cc-ed on those patches. > we may implement the platform-to-agent channel in the future. This is not yet support with that transport, it is hard to generalise as different vendors have their own solutions there. > An unusual aspect of this driver is how the completion of an SCMI message > is indicated. An SCMI message is initiated with an ARM SMC call, but the > return of this call does not indicate the execution or completion of the > message. Rather, the message's completion is signaled by an interrupt. > So are these not fast SMC/HVC calls then ? If so we may need some changes to that driver. I just rejected multiple message support as we had assumed fast smc/hvc. -- Regards, Sudeep ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v3 2/2] mailbox: Add Broadcom STB mailbox driver 2020-10-09 16:38 ` Sudeep Holla @ 2020-10-09 17:03 ` Florian Fainelli 2020-10-21 21:38 ` Jim Quinlan 1 sibling, 0 replies; 8+ messages in thread From: Florian Fainelli @ 2020-10-09 17:03 UTC (permalink / raw) To: Sudeep Holla, Jim Quinlan Cc: bcm-kernel-feedback-list, Jassi Brar, Florian Fainelli, open list, moderated list:BROADCOM BCM7XXX ARM ARCHITECTURE On 10/9/2020 9:38 AM, Sudeep Holla wrote: > On Sat, Sep 19, 2020 at 03:22:30PM -0400, Jim Quinlan wrote: >> only implements the agent-to-platform channel; > > In that case any reason why you can't reuse the existing smc transport > for SCMI. It was added recently in case you haven't checked the latest > kernel version(v5.8 or above). Check out for drivers/firmware/arm_scmi/smc.c > IIUC rather vaguely Florian was cc-ed on those patches. Our firmware completes all commands by posting an interrupt and we already have platforms in the field with this mailbox driver. I was hoping we could make use of the SMC transport, but the current firmware implementation completes commands by raising an interrupt. The reason why we did that was that we could support synchronous and asynchronous calls the same way. > >> we may implement the platform-to-agent channel in the future. > > This is not yet support with that transport, it is hard to generalise > as different vendors have their own solutions there. > >> An unusual aspect of this driver is how the completion of an SCMI message >> is indicated. An SCMI message is initiated with an ARM SMC call, but the >> return of this call does not indicate the execution or completion of the >> message. Rather, the message's completion is signaled by an interrupt. >> > > So are these not fast SMC/HVC calls then ? If so we may need some changes > to that driver. I just rejected multiple message support as we had assumed > fast smc/hvc. > -- Florian ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH v3 2/2] mailbox: Add Broadcom STB mailbox driver 2020-10-09 16:38 ` Sudeep Holla 2020-10-09 17:03 ` Florian Fainelli @ 2020-10-21 21:38 ` Jim Quinlan 1 sibling, 0 replies; 8+ messages in thread From: Jim Quinlan @ 2020-10-21 21:38 UTC (permalink / raw) To: Sudeep Holla Cc: maintainer:BROADCOM BCM7XXX ARM ARCHITECTURE, Jassi Brar, Florian Fainelli, open list, moderated list:BROADCOM BCM7XXX ARM ARCHITECTURE [-- Attachment #1: Type: text/plain, Size: 2005 bytes --] On Fri, Oct 9, 2020 at 12:38 PM Sudeep Holla <sudeep.holla@arm.com> wrote: > > On Sat, Sep 19, 2020 at 03:22:30PM -0400, Jim Quinlan wrote: > > only implements the agent-to-platform channel; > > In that case any reason why you can't reuse the existing smc transport > for SCMI. It was added recently in case you haven't checked the latest > kernel version(v5.8 or above). Check out for drivers/firmware/arm_scmi/smc.c > IIUC rather vaguely Florian was cc-ed on those patches. Hi Sudeep, Sorry for the delay. As Florian mentioned, we tried to use what you've submitted but could not because in our system a return does not indicate the completion of the SCMI operation. It is indicated by an interrupt. There are a number of reasons for this and some are out of our control. > > > > we may implement the platform-to-agent channel in the future. > > This is not yet support with that transport, it is hard to generalise > as different vendors have their own solutions there. > > > An unusual aspect of this driver is how the completion of an SCMI message > > is indicated. An SCMI message is initiated with an ARM SMC call, but the > > return of this call does not indicate the execution or completion of the > > message. Rather, the message's completion is signaled by an interrupt. > > > > So are these not fast SMC/HVC calls then ? If so we may need some changes > to that driver. I just rejected multiple message support as we had assumed > fast smc/hvc. Yes, we are using fast SMC calls. We don't have multiple message support either. The disconnect we have with the smc/hvc transport commit si this: smc_send_message(...) { /* ... */ + arm_smccc_1_1_invoke(scmi_info->func_id, 0, 0, 0, 0, 0, 0, 0, &res); + scmi_rx_callback(scmi_info->cinfo, shmem_read_header(scmi_info->shmem)); In our code the second line is not here but in the interrupt handler. I don't see any way you can easily change/augment the smc/hvc transport to accommodate us. Regards, Jim > > > -- > Regards, > Sudeep [-- Attachment #2: S/MIME Cryptographic Signature --] [-- Type: application/pkcs7-signature, Size: 4167 bytes --] ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2020-10-21 21:38 UTC | newest] Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-09-19 19:22 [PATCH v3 0/2] mailbox: Add Broadcom STB mailbox driver Jim Quinlan 2020-09-19 19:22 ` [PATCH v3 1/2] dt-bindings: Add bindings for BrcmSTB SCMI " Jim Quinlan 2020-09-19 19:22 ` [PATCH v3 2/2] mailbox: Add Broadcom STB " Jim Quinlan 2020-09-19 19:31 ` Randy Dunlap 2020-09-19 21:04 ` Jim Quinlan 2020-10-09 16:38 ` Sudeep Holla 2020-10-09 17:03 ` Florian Fainelli 2020-10-21 21:38 ` Jim Quinlan
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).