From: Cristian Marussi <cristian.marussi@arm.com> To: Sudeep Holla <sudeep.holla@arm.com> Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, lukasz.luba@arm.com, james.quinlan@broadcom.com, Jonathan.Cameron@Huawei.com, f.fainelli@gmail.com, etienne.carriere@linaro.org, thara.gopinath@linaro.org, vincent.guittot@linaro.org, souvik.chakravarty@arm.com Subject: Re: [PATCH v6 02/37] firmware: arm_scmi: introduce protocol handle definitions Date: Mon, 8 Mar 2021 11:37:04 +0000 [thread overview] Message-ID: <20210308113704.GD30179@e120937-lin> (raw) In-Reply-To: <20210308055030.ljgyybawujmaf2gg@bogus> On Mon, Mar 08, 2021 at 05:50:30AM +0000, Sudeep Holla wrote: > On Tue, Feb 02, 2021 at 10:15:20PM +0000, Cristian Marussi wrote: > > Add basic protocol handles definitions and private data helpers support. > > > > A protocol handle identifies a protocol instance initialized against a > > specific handle; it embeds all the references to the core SCMI xfer methods > > that will be needed by a protocol implementation to build and send its own > > protocol specific messages using common core methods. > > > > As such, in the interface, a protocol handle will be passed down from the > > core to the protocol specific initialization callback at init time. > > > > Anyway at this point only definitions are introduced, all protocols > > initialization code and SCMI drivers probing is still based on the old > > interface, so no functional change. > > > > Signed-off-by: Cristian Marussi <cristian.marussi@arm.com> > > --- > > drivers/firmware/arm_scmi/common.h | 59 ++++++++++++++++++++++++++++++ > > drivers/firmware/arm_scmi/driver.c | 45 +++++++++++++++++++++++ > > 2 files changed, 104 insertions(+) > > > > [...] > > > diff --git a/drivers/firmware/arm_scmi/driver.c b/drivers/firmware/arm_scmi/driver.c > > index ed94efbecd61..2328a468bbd1 100644 > > --- a/drivers/firmware/arm_scmi/driver.c > > +++ b/drivers/firmware/arm_scmi/driver.c > > [...] > > > /** > > * scmi_get_protocol_instance - Protocol initialization helper. > > * @handle: A reference to the SCMI platform instance. > > @@ -588,6 +629,10 @@ scmi_get_protocol_instance(struct scmi_handle *handle, u8 protocol_id) > > > > pi->gid = gid; > > pi->proto = proto; > > + pi->handle = handle; > > + pi->ph.dev = handle->dev; > > + pi->ph.set_priv = scmi_set_protocol_priv; > > + pi->ph.get_priv = scmi_get_protocol_priv; > > > Sorry missed this in earlier patch. Not a must, but I prefer if you can move > all these initialisation into separate functions so that scmi_get_protocol_instance > can be simplified to read. > > if (pi) > increment refcount > else > scmi_get_protocol > alloc and init protocol instance > register events > > How about some thing like above ? > Sure I'll do. > -- > Regards, > Sudeep
WARNING: multiple messages have this Message-ID (diff)
From: Cristian Marussi <cristian.marussi@arm.com> To: Sudeep Holla <sudeep.holla@arm.com> Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, lukasz.luba@arm.com, james.quinlan@broadcom.com, Jonathan.Cameron@Huawei.com, f.fainelli@gmail.com, etienne.carriere@linaro.org, thara.gopinath@linaro.org, vincent.guittot@linaro.org, souvik.chakravarty@arm.com Subject: Re: [PATCH v6 02/37] firmware: arm_scmi: introduce protocol handle definitions Date: Mon, 8 Mar 2021 11:37:04 +0000 [thread overview] Message-ID: <20210308113704.GD30179@e120937-lin> (raw) In-Reply-To: <20210308055030.ljgyybawujmaf2gg@bogus> On Mon, Mar 08, 2021 at 05:50:30AM +0000, Sudeep Holla wrote: > On Tue, Feb 02, 2021 at 10:15:20PM +0000, Cristian Marussi wrote: > > Add basic protocol handles definitions and private data helpers support. > > > > A protocol handle identifies a protocol instance initialized against a > > specific handle; it embeds all the references to the core SCMI xfer methods > > that will be needed by a protocol implementation to build and send its own > > protocol specific messages using common core methods. > > > > As such, in the interface, a protocol handle will be passed down from the > > core to the protocol specific initialization callback at init time. > > > > Anyway at this point only definitions are introduced, all protocols > > initialization code and SCMI drivers probing is still based on the old > > interface, so no functional change. > > > > Signed-off-by: Cristian Marussi <cristian.marussi@arm.com> > > --- > > drivers/firmware/arm_scmi/common.h | 59 ++++++++++++++++++++++++++++++ > > drivers/firmware/arm_scmi/driver.c | 45 +++++++++++++++++++++++ > > 2 files changed, 104 insertions(+) > > > > [...] > > > diff --git a/drivers/firmware/arm_scmi/driver.c b/drivers/firmware/arm_scmi/driver.c > > index ed94efbecd61..2328a468bbd1 100644 > > --- a/drivers/firmware/arm_scmi/driver.c > > +++ b/drivers/firmware/arm_scmi/driver.c > > [...] > > > /** > > * scmi_get_protocol_instance - Protocol initialization helper. > > * @handle: A reference to the SCMI platform instance. > > @@ -588,6 +629,10 @@ scmi_get_protocol_instance(struct scmi_handle *handle, u8 protocol_id) > > > > pi->gid = gid; > > pi->proto = proto; > > + pi->handle = handle; > > + pi->ph.dev = handle->dev; > > + pi->ph.set_priv = scmi_set_protocol_priv; > > + pi->ph.get_priv = scmi_get_protocol_priv; > > > Sorry missed this in earlier patch. Not a must, but I prefer if you can move > all these initialisation into separate functions so that scmi_get_protocol_instance > can be simplified to read. > > if (pi) > increment refcount > else > scmi_get_protocol > alloc and init protocol instance > register events > > How about some thing like above ? > Sure I'll do. > -- > Regards, > Sudeep _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2021-03-08 11:37 UTC|newest] Thread overview: 116+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-02-02 22:15 [PATCH v6 0/37] SCMI vendor protocols and modularization Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 01/37] firmware: arm_scmi: review protocol registration interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-03-08 4:38 ` Sudeep Holla 2021-03-08 4:38 ` Sudeep Holla 2021-03-08 11:24 ` Cristian Marussi 2021-03-08 11:24 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 02/37] firmware: arm_scmi: introduce protocol handle definitions Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-03-08 5:50 ` Sudeep Holla 2021-03-08 5:50 ` Sudeep Holla 2021-03-08 11:37 ` Cristian Marussi [this message] 2021-03-08 11:37 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 03/37] firmware: arm_scmi: introduce devres get/put protocols operations Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 04/37] firmware: arm_scmi: add devm_acquire_protocol helper Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 05/37] firmware: arm_scmi: make notifications aware of protocols users Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 06/37] firmware: arm_scmi: introduce new devres notification ops Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 07/37] firmware: arm_scmi: refactor events registration Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 08/37] firmware: arm_scmi: convert events registration to protocol handles Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 09/37] firmware: arm_scmi: add new protocol handle core xfer ops Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 10/37] firmware: arm_scmi: add helper to access revision area memory Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 11/37] firmware: arm_scmi: port Base protocol to new interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 12/37] firmware: arm_scmi: port Perf protocol to new protocols interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 13/37] cpufreq: scmi: port driver to the new scmi_perf_proto_ops interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-03 3:03 ` Viresh Kumar 2021-02-03 3:03 ` Viresh Kumar 2021-02-03 12:10 ` Cristian Marussi 2021-02-03 12:10 ` Cristian Marussi 2021-02-04 11:43 ` Sudeep Holla 2021-02-04 11:43 ` Sudeep Holla 2021-02-04 2:14 ` Viresh Kumar 2021-02-04 2:14 ` Viresh Kumar 2021-02-02 22:15 ` [PATCH v6 14/37] firmware: arm_scmi: remove legacy scmi_perf_ops protocol interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 15/37] firmware: arm_scmi: port Power protocol to new protocols interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 16/37] firmware: arm_scmi: port GenPD driver to the new scmi_power_proto_ops interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 17/37] firmware: arm_scmi: remove legacy scmi_power_ops protocol interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 18/37] firmware: arm_scmi: port Clock protocol to new protocols interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 19/37] clk: scmi: port driver to the new scmi_clk_proto_ops interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-03-10 14:19 ` Cristian Marussi 2021-03-10 14:19 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 20/37] firmware: arm_scmi: remove legacy scmi_clk_ops protocol interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 21/37] firmware: arm_scmi: port Reset protocol to new protocols interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 22/37] reset: reset-scmi: port driver to the new scmi_reset_proto_ops interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-03-03 14:46 ` Philipp Zabel 2021-03-03 14:46 ` Philipp Zabel 2021-02-02 22:15 ` [PATCH v6 23/37] firmware: arm_scmi: remove legacy scmi_reset_ops protocol interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 24/37] firmware: arm_scmi: port Sensor protocol to new protocols interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 25/37] hwmon: (scmi) port driver to the new scmi_sensor_proto_ops interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-03 1:30 ` Guenter Roeck 2021-02-03 1:30 ` Guenter Roeck 2021-02-02 22:15 ` [PATCH v6 26/37] firmware: arm_scmi: remove legacy scmi_sensor_ops protocol interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 27/37] firmware: arm_scmi: port SystemPower protocol to new protocols interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 28/37] firmware: arm_scmi: port Voltage " Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 29/37] regulator: scmi: port driver to the new scmi_voltage_proto_ops interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-03 13:24 ` Mark Brown 2021-02-03 13:24 ` Mark Brown 2021-02-03 14:39 ` Cristian Marussi 2021-02-03 14:39 ` Cristian Marussi 2021-02-03 16:18 ` Mark Brown 2021-02-03 16:18 ` Mark Brown 2021-02-02 22:15 ` [PATCH v6 30/37] firmware: arm_scmi: remove legacy scmi_voltage_ops protocol interface Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 31/37] firmware: arm_scmi: make references to handle const Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 32/37] firmware: arm_scmi: cleanup legacy protocol init code Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 33/37] firmware: arm_scmi: cleanup unused core xfer wrappers Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 34/37] firmware: arm_scmi: cleanup events registration transient code Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 35/37] firmware: arm_scmi: make notify_priv really private Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-03-08 6:12 ` Sudeep Holla 2021-03-08 6:12 ` Sudeep Holla 2021-03-08 11:39 ` Cristian Marussi 2021-03-08 11:39 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 36/37] firmware: arm_scmi: add protocol modularization support Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-03-08 7:34 ` Sudeep Holla 2021-03-08 7:34 ` Sudeep Holla 2021-03-09 8:04 ` Cristian Marussi 2021-03-09 8:04 ` Cristian Marussi 2021-02-02 22:15 ` [PATCH v6 37/37] firmware: arm_scmi: add dynamic scmi devices creation Cristian Marussi 2021-02-02 22:15 ` Cristian Marussi 2021-03-15 8:33 ` Sudeep Holla 2021-03-15 8:33 ` Sudeep Holla 2021-03-15 9:03 ` Cristian Marussi 2021-03-15 9:03 ` Cristian Marussi
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=20210308113704.GD30179@e120937-lin \ --to=cristian.marussi@arm.com \ --cc=Jonathan.Cameron@Huawei.com \ --cc=etienne.carriere@linaro.org \ --cc=f.fainelli@gmail.com \ --cc=james.quinlan@broadcom.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=lukasz.luba@arm.com \ --cc=souvik.chakravarty@arm.com \ --cc=sudeep.holla@arm.com \ --cc=thara.gopinath@linaro.org \ --cc=vincent.guittot@linaro.org \ /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.