Re: [PATCH] pinctrl: qcom: Add egpio feature support

From: Rajendra Nayak
Date: Thu Sep 30 2021 - 05:47:07 EST




On 9/21/2021 9:56 PM, Bjorn Andersson wrote:
On Tue 21 Sep 03:39 PDT 2021, Rajendra Nayak wrote:



On 9/20/2021 6:14 AM, Bjorn Andersson wrote:
On Fri 17 Sep 01:37 CDT 2021, Rajendra Nayak wrote:

From: Prasad Sodagudi <psodagud@xxxxxxxxxxxxxx>

egpio is a scheme which allows special power Island Domain IOs
(LPASS,SSC) to be reused as regular chip GPIOs by muxing regular
TLMM functions with Island Domain functions.
With this scheme, an IO can be controlled both by the cpu running
linux and the Island processor. This provides great flexibility to
re-purpose the Island IOs for regular TLMM usecases.

2 new bits are added to ctl_reg, egpio_present is a read only bit
which shows if egpio feature is available or not on a given gpio.
egpio_enable is the read/write bit and only effective if egpio_present
is 1. Once its set, the Island IO is controlled from Chip TLMM.
egpio_enable when set to 0 means the GPIO is used as Island Domain IO.

The support exists on most recent qcom SoCs, and we add support
for sm8150/sm8250/sm8350 and sc7280 as part of this patch.


I was under the impression that this feature would allow you to
repurpose pins for use either by the remote island or by apps.

thats right, you can repurpose the pins for usage by apps by setting
the egpio_enable to 1, when set to 0 its owned by the island processor.

Good.


But if I understand your proposal, you check to see if the pin is
"egpio capable" for a pin and if so just sets the bit - muxing it to
apps (or the island?).

Right, so if there is a request for a egpio-capable pin, the driver
flips the ownership. Are you suggesting having some kind of checks to determine
who should own it?


I see, I missed that nuance. So Linux will steal any pins that are
mentioned in DT. But that would mean that you're relying on someone else
to ensure that this bit is cleared for the other pins and you would not
be able to explicitly flip the state back to island mode in runtime.

I would prefer that this was more explicit.

It seems reasonable that this would be another pinmux state for these
pins, rather than just flipping them all in one or the other direction.

hmm, I don't understand. This is not a pinmux state, its a switch to decide
the ownership.

But does it mux the pin to the island, or does it state that the island
is now in charge of the associated TLMM registers?

The island processor does not access the APPS TLMM register space, it has its
own TLMM register space that it configures. APPS TLMM registers control its
mux/conf settings and Island TLMM registers controls its mux/conf. So essentially
there are 2 sets of registers to control the same pin.
This bit is more like a top level mux which decides what register settings
take affect.

If it's muxing the pin to the island, then it's conceptually just a
special mux state that we can represent in DT as another pinmux
function.

These egpio pins have regulator mux functions, some for apps, some for the
island processor, they might not always be used as gpios.

Right, so if egpio = 1 for a pin, then it works like any other pin
that's handled by the pinctrl-msm driver, with whatever muxing options
are available for the given pin.

But what happens when egpio = 0? Is the TLMM decoupled from the physical
pin, or does the island use the TLMM as well?

If it's not using the TLMM, do we need the TLMM to be in some particular
state?


What I'm proposing is that if the egpio is simply a first-line mux and
the TLMM isn't used when the pin is muxed towards the island. Then we
could add a custom 'function = "egpio"' muxing state and you could per
pin mux things explicitly, and possibly dynamically, to be routed to the
island.

Regards,
Bjorn

PS. When I spoke with Prasad about this a couple of years ago, I think
we talked about representing this as a pinconf property, but it seems to
make more sense to me now that it would be a pinmux state.

Regards,
Bjorn

Signed-off-by: Prasad Sodagudi <psodagud@xxxxxxxxxxxxxx>
[rnayak: rewrite commit log, minor rebase]
Signed-off-by: Rajendra Nayak <rnayak@xxxxxxxxxxxxxx>
---
drivers/pinctrl/qcom/pinctrl-msm.c | 4 ++++
drivers/pinctrl/qcom/pinctrl-msm.h | 2 ++
drivers/pinctrl/qcom/pinctrl-sc7280.c | 2 ++
drivers/pinctrl/qcom/pinctrl-sm8150.c | 2 ++
drivers/pinctrl/qcom/pinctrl-sm8250.c | 2 ++
drivers/pinctrl/qcom/pinctrl-sm8350.c | 2 ++
6 files changed, 14 insertions(+)

diff --git a/drivers/pinctrl/qcom/pinctrl-msm.c b/drivers/pinctrl/qcom/pinctrl-msm.c
index 8476a8a..f4a2343 100644
--- a/drivers/pinctrl/qcom/pinctrl-msm.c
+++ b/drivers/pinctrl/qcom/pinctrl-msm.c
@@ -220,6 +220,10 @@ static int msm_pinmux_set_mux(struct pinctrl_dev *pctldev,
val = msm_readl_ctl(pctrl, g);
val &= ~mask;
val |= i << g->mux_bit;
+ /* Check if egpio present and enable that feature */
+ if (val & BIT(g->egpio_present))
+ val |= BIT(g->egpio_enable);
+
msm_writel_ctl(val, pctrl, g);
raw_spin_unlock_irqrestore(&pctrl->lock, flags);
diff --git a/drivers/pinctrl/qcom/pinctrl-msm.h b/drivers/pinctrl/qcom/pinctrl-msm.h
index e31a516..3635b31 100644
--- a/drivers/pinctrl/qcom/pinctrl-msm.h
+++ b/drivers/pinctrl/qcom/pinctrl-msm.h
@@ -77,6 +77,8 @@ struct msm_pingroup {
unsigned drv_bit:5;
unsigned od_bit:5;
+ unsigned egpio_enable:5;
+ unsigned egpio_present:5;
unsigned oe_bit:5;
unsigned in_bit:5;
unsigned out_bit:5;
diff --git a/drivers/pinctrl/qcom/pinctrl-sc7280.c b/drivers/pinctrl/qcom/pinctrl-sc7280.c
index afddf6d..607d459 100644
--- a/drivers/pinctrl/qcom/pinctrl-sc7280.c
+++ b/drivers/pinctrl/qcom/pinctrl-sc7280.c
@@ -43,6 +43,8 @@
.mux_bit = 2, \
.pull_bit = 0, \
.drv_bit = 6, \
+ .egpio_enable = 12, \
+ .egpio_present = 11, \
.oe_bit = 9, \
.in_bit = 0, \
.out_bit = 1, \
diff --git a/drivers/pinctrl/qcom/pinctrl-sm8150.c b/drivers/pinctrl/qcom/pinctrl-sm8150.c
index 7359bae..63a625a 100644
--- a/drivers/pinctrl/qcom/pinctrl-sm8150.c
+++ b/drivers/pinctrl/qcom/pinctrl-sm8150.c
@@ -56,6 +56,8 @@ enum {
.mux_bit = 2, \
.pull_bit = 0, \
.drv_bit = 6, \
+ .egpio_enable = 12, \
+ .egpio_present = 11, \
.oe_bit = 9, \
.in_bit = 0, \
.out_bit = 1, \
diff --git a/drivers/pinctrl/qcom/pinctrl-sm8250.c b/drivers/pinctrl/qcom/pinctrl-sm8250.c
index af144e7..ad4fd94 100644
--- a/drivers/pinctrl/qcom/pinctrl-sm8250.c
+++ b/drivers/pinctrl/qcom/pinctrl-sm8250.c
@@ -57,6 +57,8 @@ enum {
.mux_bit = 2, \
.pull_bit = 0, \
.drv_bit = 6, \
+ .egpio_enable = 12, \
+ .egpio_present = 11, \
.oe_bit = 9, \
.in_bit = 0, \
.out_bit = 1, \
diff --git a/drivers/pinctrl/qcom/pinctrl-sm8350.c b/drivers/pinctrl/qcom/pinctrl-sm8350.c
index 4d8f863..bb436dc 100644
--- a/drivers/pinctrl/qcom/pinctrl-sm8350.c
+++ b/drivers/pinctrl/qcom/pinctrl-sm8350.c
@@ -46,6 +46,8 @@
.mux_bit = 2, \
.pull_bit = 0, \
.drv_bit = 6, \
+ .egpio_enable = 12, \
+ .egpio_present = 11, \
.oe_bit = 9, \
.in_bit = 0, \
.out_bit = 1, \
--
QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member
of Code Aurora Forum, hosted by The Linux Foundation


--
QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member
of Code Aurora Forum, hosted by The Linux Foundation

--
QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member
of Code Aurora Forum, hosted by The Linux Foundation