From: peng.fan@nxp.com To: robh+dt@kernel.org, mark.rutland@arm.com, jassisinghbrar@gmail.com, sudeep.holla@arm.com, f.fainelli@gmail.com Cc: kernel@pengutronix.de, linux-imx@nxp.com, shawnguo@kernel.org, festevam@gmail.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, andre.przywara@arm.com, van.freenix@gmail.com, Peng Fan <peng.fan@nxp.com> Subject: [PATCH V2 0/2] mailbox: arm: introduce smc triggered mailbox Date: Mon, 3 Jun 2019 16:30:03 +0800 [thread overview] Message-ID: <20190603083005.4304-1-peng.fan@nxp.com> (raw) From: Peng Fan <peng.fan@nxp.com> This is a modified version from Andre Przywara's patch series https://lore.kernel.org/patchwork/cover/812997/. The modification are mostly: Introduce arm,num-chans Introduce arm_smccc_mbox_cmd txdone_poll and txdone_irq are both set to false arm,func-ids are kept, but as an optional property. Rewords SCPI to SCMI, because I am trying SCMI over SMC, not SCPI. Introduce interrupts notification. [1] is a draft implementation of i.MX8MM SCMI ATF implementation that use smc as mailbox, power/clk is included, but only part of clk has been implemented to work with hardware, power domain only supports get name for now. The traditional Linux mailbox mechanism uses some kind of dedicated hardware IP to signal a condition to some other processing unit, typically a dedicated management processor. This mailbox feature is used for instance by the SCMI protocol to signal a request for some action to be taken by the management processor. However some SoCs does not have a dedicated management core to provide those services. In order to service TEE and to avoid linux shutdown power and clock that used by TEE, need let firmware to handle power and clock, the firmware here is ARM Trusted Firmware that could also run SCMI service. The existing SCMI implementation uses a rather flexible shared memory region to communicate commands and their parameters, it still requires a mailbox to actually trigger the action. This patch series provides a Linux mailbox compatible service which uses smc calls to invoke firmware code, for instance taking care of SCMI requests. The actual requests are still communicated using the standard SCMI way of shared memory regions, but a dedicated mailbox hardware IP can be replaced via this new driver. This simple driver uses the architected SMC calling convention to trigger firmware services, also allows for using "HVC" calls to call into hypervisors or firmware layers running in the EL2 exception level. Patch 1 contains the device tree binding documentation, patch 2 introduces the actual mailbox driver. Please note that this driver just provides a generic mailbox mechanism, It could support synchronous TX/RX, or synchronous TX with asynchronous RX. And while providing SCMI services was the reason for this exercise, this driver is in no way bound to this use case, but can be used generically where the OS wants to signal a mailbox condition to firmware or a hypervisor. Also the driver is in no way meant to replace any existing firmware interface, but actually to complement existing interfaces. [1] https://github.com/MrVan/arm-trusted-firmware/tree/scmi Peng Fan (2): DT: mailbox: add binding doc for the ARM SMC mailbox mailbox: introduce ARM SMC based mailbox .../devicetree/bindings/mailbox/arm-smc.txt | 101 +++++++++++ drivers/mailbox/Kconfig | 7 + drivers/mailbox/Makefile | 2 + drivers/mailbox/arm-smc-mailbox.c | 190 +++++++++++++++++++++ include/linux/mailbox/arm-smc-mailbox.h | 10 ++ 5 files changed, 310 insertions(+) create mode 100644 Documentation/devicetree/bindings/mailbox/arm-smc.txt create mode 100644 drivers/mailbox/arm-smc-mailbox.c create mode 100644 include/linux/mailbox/arm-smc-mailbox.h -- 2.16.4
WARNING: multiple messages have this Message-ID (diff)
From: peng.fan@nxp.com To: robh+dt@kernel.org, mark.rutland@arm.com, jassisinghbrar@gmail.com, sudeep.holla@arm.com, f.fainelli@gmail.com Cc: devicetree@vger.kernel.org, Peng Fan <peng.fan@nxp.com>, shawnguo@kernel.org, linux-kernel@vger.kernel.org, linux-imx@nxp.com, kernel@pengutronix.de, andre.przywara@arm.com, van.freenix@gmail.com, festevam@gmail.com, linux-arm-kernel@lists.infradead.org Subject: [PATCH V2 0/2] mailbox: arm: introduce smc triggered mailbox Date: Mon, 3 Jun 2019 16:30:03 +0800 [thread overview] Message-ID: <20190603083005.4304-1-peng.fan@nxp.com> (raw) From: Peng Fan <peng.fan@nxp.com> This is a modified version from Andre Przywara's patch series https://lore.kernel.org/patchwork/cover/812997/. The modification are mostly: Introduce arm,num-chans Introduce arm_smccc_mbox_cmd txdone_poll and txdone_irq are both set to false arm,func-ids are kept, but as an optional property. Rewords SCPI to SCMI, because I am trying SCMI over SMC, not SCPI. Introduce interrupts notification. [1] is a draft implementation of i.MX8MM SCMI ATF implementation that use smc as mailbox, power/clk is included, but only part of clk has been implemented to work with hardware, power domain only supports get name for now. The traditional Linux mailbox mechanism uses some kind of dedicated hardware IP to signal a condition to some other processing unit, typically a dedicated management processor. This mailbox feature is used for instance by the SCMI protocol to signal a request for some action to be taken by the management processor. However some SoCs does not have a dedicated management core to provide those services. In order to service TEE and to avoid linux shutdown power and clock that used by TEE, need let firmware to handle power and clock, the firmware here is ARM Trusted Firmware that could also run SCMI service. The existing SCMI implementation uses a rather flexible shared memory region to communicate commands and their parameters, it still requires a mailbox to actually trigger the action. This patch series provides a Linux mailbox compatible service which uses smc calls to invoke firmware code, for instance taking care of SCMI requests. The actual requests are still communicated using the standard SCMI way of shared memory regions, but a dedicated mailbox hardware IP can be replaced via this new driver. This simple driver uses the architected SMC calling convention to trigger firmware services, also allows for using "HVC" calls to call into hypervisors or firmware layers running in the EL2 exception level. Patch 1 contains the device tree binding documentation, patch 2 introduces the actual mailbox driver. Please note that this driver just provides a generic mailbox mechanism, It could support synchronous TX/RX, or synchronous TX with asynchronous RX. And while providing SCMI services was the reason for this exercise, this driver is in no way bound to this use case, but can be used generically where the OS wants to signal a mailbox condition to firmware or a hypervisor. Also the driver is in no way meant to replace any existing firmware interface, but actually to complement existing interfaces. [1] https://github.com/MrVan/arm-trusted-firmware/tree/scmi Peng Fan (2): DT: mailbox: add binding doc for the ARM SMC mailbox mailbox: introduce ARM SMC based mailbox .../devicetree/bindings/mailbox/arm-smc.txt | 101 +++++++++++ drivers/mailbox/Kconfig | 7 + drivers/mailbox/Makefile | 2 + drivers/mailbox/arm-smc-mailbox.c | 190 +++++++++++++++++++++ include/linux/mailbox/arm-smc-mailbox.h | 10 ++ 5 files changed, 310 insertions(+) create mode 100644 Documentation/devicetree/bindings/mailbox/arm-smc.txt create mode 100644 drivers/mailbox/arm-smc-mailbox.c create mode 100644 include/linux/mailbox/arm-smc-mailbox.h -- 2.16.4 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next reply other threads:[~2019-06-03 8:28 UTC|newest] Thread overview: 109+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-06-03 8:30 peng.fan [this message] 2019-06-03 8:30 ` [PATCH V2 0/2] mailbox: arm: introduce smc triggered mailbox peng.fan 2019-06-03 8:30 ` [PATCH V2 1/2] DT: mailbox: add binding doc for the ARM SMC mailbox peng.fan 2019-06-03 8:30 ` peng.fan 2019-06-03 16:22 ` Florian Fainelli 2019-06-03 16:22 ` Florian Fainelli 2019-06-03 16:56 ` Sudeep Holla 2019-06-03 16:56 ` Sudeep Holla 2019-06-03 17:18 ` Andre Przywara 2019-06-03 17:18 ` Andre Przywara 2019-06-03 17:18 ` Andre Przywara 2019-06-06 2:51 ` Florian Fainelli 2019-06-06 2:51 ` Florian Fainelli 2019-06-06 3:24 ` Peng Fan 2019-06-06 3:24 ` Peng Fan 2019-06-06 3:24 ` Peng Fan 2019-06-20 9:22 ` Sudeep Holla 2019-06-20 9:22 ` Sudeep Holla 2019-06-20 16:13 ` Andre Przywara 2019-06-20 16:13 ` Andre Przywara 2019-06-20 16:13 ` Andre Przywara 2019-06-20 16:27 ` Jassi Brar 2019-06-20 16:27 ` Jassi Brar 2019-07-08 22:19 ` Rob Herring 2019-07-08 22:19 ` Rob Herring 2019-07-09 1:40 ` Peng Fan 2019-07-09 1:40 ` Peng Fan 2019-07-09 1:40 ` Peng Fan 2019-07-09 13:31 ` Rob Herring 2019-07-09 13:31 ` Rob Herring 2019-07-09 13:31 ` Rob Herring 2019-06-03 8:30 ` [PATCH V2 2/2] mailbox: introduce ARM SMC based mailbox peng.fan 2019-06-03 8:30 ` peng.fan 2019-06-03 16:32 ` Florian Fainelli 2019-06-03 16:32 ` Florian Fainelli 2019-06-06 3:35 ` Peng Fan 2019-06-06 3:35 ` Peng Fan 2019-06-06 3:35 ` Peng Fan 2019-06-06 13:20 ` Andre Przywara 2019-06-06 13:20 ` Andre Przywara 2019-06-10 1:32 ` Peng Fan 2019-06-10 1:32 ` Peng Fan 2019-06-10 1:32 ` Peng Fan 2019-06-10 10:00 ` Andre Przywara 2019-06-10 10:00 ` Andre Przywara 2019-06-10 10:00 ` Andre Przywara 2019-06-12 12:59 ` Peng Fan 2019-06-12 12:59 ` Peng Fan 2019-06-12 12:59 ` Peng Fan 2019-06-12 17:18 ` Andre Przywara 2019-06-12 17:18 ` Andre Przywara 2019-06-12 17:18 ` Andre Przywara 2019-06-20 9:23 ` Sudeep Holla 2019-06-20 9:23 ` Sudeep Holla 2019-06-20 10:21 ` Peng Fan 2019-06-20 10:21 ` Peng Fan 2019-06-20 10:21 ` Peng Fan 2019-06-20 11:15 ` Sudeep Holla 2019-06-20 11:15 ` Sudeep Holla 2019-06-20 11:15 ` Sudeep Holla 2019-06-25 7:28 ` Peng Fan 2019-06-25 7:28 ` Peng Fan 2019-06-25 7:28 ` Peng Fan 2019-06-20 16:50 ` Jassi Brar 2019-06-20 16:50 ` Jassi Brar 2019-06-25 7:20 ` Peng Fan 2019-06-25 7:20 ` Peng Fan 2019-06-26 17:05 ` André Przywara 2019-06-26 17:05 ` André Przywara 2019-06-26 17:05 ` André Przywara 2019-06-26 17:07 ` Florian Fainelli 2019-06-26 17:07 ` Florian Fainelli 2019-06-26 17:07 ` Florian Fainelli 2019-06-25 7:30 ` Peng Fan 2019-06-25 7:30 ` Peng Fan 2019-06-25 7:30 ` Peng Fan 2019-06-25 14:36 ` Jassi Brar 2019-06-25 14:36 ` Jassi Brar 2019-06-25 14:36 ` Jassi Brar 2019-06-26 13:31 ` Peng Fan 2019-06-26 13:31 ` Peng Fan 2019-06-26 13:31 ` Peng Fan 2019-06-26 16:31 ` Jassi Brar 2019-06-26 16:31 ` Jassi Brar 2019-06-26 16:31 ` Jassi Brar 2019-06-26 16:44 ` Florian Fainelli 2019-06-26 16:44 ` Florian Fainelli 2019-06-26 16:44 ` Florian Fainelli 2019-06-26 17:09 ` Sudeep Holla 2019-06-26 17:09 ` Sudeep Holla 2019-06-26 17:09 ` Sudeep Holla 2019-06-27 18:10 ` Florian Fainelli 2019-06-27 18:10 ` Florian Fainelli 2019-06-27 18:10 ` Florian Fainelli 2019-06-26 18:27 ` Jassi Brar 2019-06-26 18:27 ` Jassi Brar 2019-06-26 18:27 ` Jassi Brar 2019-06-27 9:09 ` Sudeep Holla 2019-06-27 9:09 ` Sudeep Holla 2019-06-27 9:09 ` Sudeep Holla 2019-06-27 15:32 ` Jassi Brar 2019-06-27 15:32 ` Jassi Brar 2019-06-27 15:32 ` Jassi Brar 2019-06-27 17:07 ` Sudeep Holla 2019-06-27 17:07 ` Sudeep Holla 2019-06-27 17:07 ` Sudeep Holla 2019-06-26 17:02 ` Sudeep Holla 2019-06-26 17:02 ` Sudeep Holla 2019-06-26 17:02 ` Sudeep Holla
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=20190603083005.4304-1-peng.fan@nxp.com \ --to=peng.fan@nxp.com \ --cc=andre.przywara@arm.com \ --cc=devicetree@vger.kernel.org \ --cc=f.fainelli@gmail.com \ --cc=festevam@gmail.com \ --cc=jassisinghbrar@gmail.com \ --cc=kernel@pengutronix.de \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-imx@nxp.com \ --cc=linux-kernel@vger.kernel.org \ --cc=mark.rutland@arm.com \ --cc=robh+dt@kernel.org \ --cc=shawnguo@kernel.org \ --cc=sudeep.holla@arm.com \ --cc=van.freenix@gmail.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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.