Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1682068
| From | Jassi Brar <jassisinghbrar@gmail.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v2 2/6] Documentation: devicetree: add bindings to support ARM MHU doorbells |
| Date | 2017-07-06 08:30 +0200 |
| Message-ID | <u08sy-Gq-9@gated-at.bofh.it> (permalink) |
| References | (3 earlier) <tL0ZY-iP-7@gated-at.bofh.it> <tNfrQ-7Ij-5@gated-at.bofh.it> <tNNDb-4UD-3@gated-at.bofh.it> <tNRdM-7Cl-9@gated-at.bofh.it> <tZWUq-1gP-25@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Wed, Jul 5, 2017 at 11:32 PM, Sudeep Holla <sudeep.holla@arm.com> wrote:
>
> I have posted the SCMI patches now[1],
>
I wish I was CC'ed on that. Now LKML seems too busy to forward it.
> please let me know how to get
> both SCPI and SCMI working together with different doorbell bits on the
> same channel.
>
You say in the cover letter :
"Let me begin admitting that we are introducing yet another protocol to
achieve same things as many existing protocols like ARM SCPI, TI SCI,
QCOM RPM, Nvidia Tegra BPMP, and so on"
So SCMI is supposed to replace SCPI, SCI, RPM and BPMP or SCMI is
to be used for future platforms.
If SCPI and SCMI achieve the same, why have them both active simultaneously?
Assuming there really is some sane excuse :-
SCPI and SCMI are two separate client working over an MHU channel.
So, as is the case with users relying on a common resource, you need a
shim arbitrator that serialises access to the resource.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH v2 2/6] Documentation: devicetree: add bindings to support ARM MHU doorbells Sudeep Holla <sudeep.holla@arm.com> - 2017-07-05 20:10 +0200
Re: [PATCH v2 2/6] Documentation: devicetree: add bindings to support ARM MHU doorbells Jassi Brar <jassisinghbrar@gmail.com> - 2017-07-06 08:30 +0200
Re: [PATCH v2 2/6] Documentation: devicetree: add bindings to support ARM MHU doorbells Sudeep Holla <sudeep.holla@arm.com> - 2017-07-06 11:20 +0200
Re: [PATCH v2 2/6] Documentation: devicetree: add bindings to support ARM MHU doorbells Jassi Brar <jassisinghbrar@gmail.com> - 2017-07-06 11:30 +0200
Re: [PATCH v2 2/6] Documentation: devicetree: add bindings to support ARM MHU doorbells Sudeep Holla <sudeep.holla@arm.com> - 2017-07-06 11:40 +0200
Re: [PATCH v2 2/6] Documentation: devicetree: add bindings to support ARM MHU doorbells Jassi Brar <jassisinghbrar@gmail.com> - 2017-07-06 16:40 +0200
Re: [PATCH v2 2/6] Documentation: devicetree: add bindings to support ARM MHU doorbells Sudeep Holla <sudeep.holla@arm.com> - 2017-07-06 18:50 +0200
Re: [PATCH v2 2/6] Documentation: devicetree: add bindings to support ARM MHU doorbells Jassi Brar <jassisinghbrar@gmail.com> - 2017-07-06 20:40 +0200
Re: [PATCH v2 2/6] Documentation: devicetree: add bindings to support ARM MHU doorbells Sudeep Holla <sudeep.holla@arm.com> - 2017-07-07 13:40 +0200
Re: [PATCH v2 2/6] Documentation: devicetree: add bindings to support ARM MHU doorbells Jassi Brar <jassisinghbrar@gmail.com> - 2017-07-07 15:20 +0200
Re: [PATCH v2 2/6] Documentation: devicetree: add bindings to support ARM MHU doorbells Sudeep Holla <sudeep.holla@arm.com> - 2017-07-07 15:40 +0200
csiph-web