diff mbox series

[2/3] clk: qcom: ipq6018: add USB GDSCs

Message ID 20231025104457.628109-2-robimarko@gmail.com (mailing list archive)
State Awaiting Upstream, archived
Headers show
Series [1/3] dt-bindings: clock: qcom: ipq6018: add USB GDSCs | expand

Commit Message

Robert Marko Oct. 25, 2023, 10:44 a.m. UTC
IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
and drop the curent code that is de-asserting the USB GDSC-s as part of
the GCC probe.

Signed-off-by: Robert Marko <robimarko@gmail.com>
---
 drivers/clk/qcom/Kconfig       |  1 +
 drivers/clk/qcom/gcc-ipq6018.c | 33 ++++++++++++++++++++++++---------
 2 files changed, 25 insertions(+), 9 deletions(-)

Comments

Konrad Dybcio Oct. 26, 2023, 6:42 p.m. UTC | #1
On 10/25/23 12:44, Robert Marko wrote:
> IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
> and drop the curent code that is de-asserting the USB GDSC-s as part of
> the GCC probe.
> 
> Signed-off-by: Robert Marko <robimarko@gmail.com>
> ---
Applying patches 1 and 3 without this one breaks usb, no?

Konrad
Konrad Dybcio Oct. 26, 2023, 6:45 p.m. UTC | #2
On 10/26/23 20:42, Konrad Dybcio wrote:
> 
> 
> On 10/25/23 12:44, Robert Marko wrote:
>> IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
>> and drop the curent code that is de-asserting the USB GDSC-s as part of
>> the GCC probe.
>>
>> Signed-off-by: Robert Marko <robimarko@gmail.com>
>> ---
> Applying patches 1 and 3 without this one breaks usb, no?
Sorry, my hands don't keep up with my brain - that's almost another
speculative execution vulnerability!

What I meant to say is:

applying patches 1 and 2 breaks USB

but

the solution here would be to apply patch 1 and patch 3, followed
by patch 2 (unless it will make the USB defer, IDK, it's probably
easier to just test than to dive deep into the code)

with Bjorn taking both subsystems, we can make that work I think

Konrad
Robert Marko Oct. 27, 2023, 8:48 a.m. UTC | #3
On Thu, 26 Oct 2023 at 20:45, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>
>
>
> On 10/26/23 20:42, Konrad Dybcio wrote:
> >
> >
> > On 10/25/23 12:44, Robert Marko wrote:
> >> IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
> >> and drop the curent code that is de-asserting the USB GDSC-s as part of
> >> the GCC probe.
> >>
> >> Signed-off-by: Robert Marko <robimarko@gmail.com>
> >> ---
> > Applying patches 1 and 3 without this one breaks usb, no?
> Sorry, my hands don't keep up with my brain - that's almost another
> speculative execution vulnerability!
>
> What I meant to say is:
>
> applying patches 1 and 2 breaks USB
>
> but
>
> the solution here would be to apply patch 1 and patch 3, followed
> by patch 2 (unless it will make the USB defer, IDK, it's probably
> easier to just test than to dive deep into the code)
>
> with Bjorn taking both subsystems, we can make that work I think

Hi,
Applying patches 1 and 3 without patch 2 will make USB fail with:
# [   11.351681] dwc3-qcom 8af8800.usb: deferred probe timeout,
ignoring dependency
[   11.351729] dwc3-qcom: probe of 8af8800.usb failed with error -110

And yes, applying patches 1 and 2 without patch 3 will also break USB.
That is why I sent this as a series.

Regards,
Robert

>
> Konrad
Robert Marko Oct. 29, 2023, 11:04 a.m. UTC | #4
On Wed, 25 Oct 2023 at 12:45, Robert Marko <robimarko@gmail.com> wrote:
>
> IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
> and drop the curent code that is de-asserting the USB GDSC-s as part of
> the GCC probe.
>
> Signed-off-by: Robert Marko <robimarko@gmail.com>

Unfortunately, after testing on multiple devices I hit the same GDSC
issue I had a long time ago
that was the reason I did not send this upstream.
It seems that USB3 port GDSC (USB0 GDSC in code) works just fine,
however the USB2 one
(USB1 GDSC in code) it is stuck off and USB2 port will fail due to this:
    1.607531] ------------[ cut here ]------------
[    1.607559] usb1_gdsc status stuck at 'off'
[    1.607592] WARNING: CPU: 0 PID: 35 at gdsc_toggle_logic+0x16c/0x174
[    1.615120] Modules linked in:
[    1.621712] CPU: 0 PID: 35 Comm: kworker/u8:1 Tainted: G        W
       6.6.0-rc7-next-20231026 #5
[    1.624586] Hardware name: Wallys DR6018 v4 (DT)
[    1.633867] Workqueue: events_unbound deferred_probe_work_func
[    1.638556] pstate: 60400005 (nZCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--)
[    1.644200] pc : gdsc_toggle_logic+0x16c/0x174
[    1.651052] lr : gdsc_toggle_logic+0x16c/0x174
[    1.655566] sp : ffffffc081a03a40
[    1.659990] x29: ffffffc081a03a40 x28: 0000000000000000 x27: 0000000000000000
[    1.663384] x26: ffffff8000156ac0 x25: 0000000000000000 x24: ffffffc081824c90
[    1.670502] x23: ffffffc081824840 x22: 0000000000000000 x21: 0000000000000001
[    1.677620] x20: 00000000ffffff92 x19: ffffffc081824840 x18: ffffffffffffffff
[    1.684738] x17: 00000000cdb32eee x16: 00000000d648a142 x15: fffffffffffc38ff
[    1.691855] x14: ffffffc0817994c0 x13: 00000000000000e0 x12: 00000000000000e0
[    1.698974] x11: 00000000ffffffea x10: ffffffc0817f14c0 x9 : 0000000000000001
[    1.706094] x8 : 0000000000000001 x7 : 0000000000017fe8 x6 : c0000000ffffefff
[    1.713211] x5 : 0000000000057fa8 x4 : 0000000000000000 x3 : ffffffc081a03840
[    1.720328] x2 : ffffffc081799400 x1 : ffffffc081799400 x0 : 000000000000001f
[    1.727448] Call trace:
[    1.734556]  gdsc_toggle_logic+0x16c/0x174
[    1.736815]  gdsc_enable+0x60/0x27c
[    1.740980]  genpd_power_on+0x180/0x22c
[    1.744367]  __genpd_dev_pm_attach+0x140/0x238
[    1.748188]  genpd_dev_pm_attach+0x60/0x70
[    1.752701]  dev_pm_domain_attach+0x20/0x34
[    1.756780]  platform_probe+0x50/0xc0
[    1.760859]  really_probe+0x148/0x2b8
[    1.764679]  __driver_probe_device+0x78/0x12c
[    1.768327]  driver_probe_device+0xdc/0x160
[    1.772667]  __device_attach_driver+0xb8/0x134
[    1.776660]  bus_for_each_drv+0x70/0xb8
[    1.781173]  __device_attach+0xa0/0x184
[    1.784905]  device_initial_probe+0x14/0x20
[    1.788725]  bus_probe_device+0xac/0xb0
[    1.792891]  deferred_probe_work_func+0x88/0xc0
[    1.796712]  process_one_work+0x158/0x2bc
[    1.801226]  worker_thread+0x2a0/0x4bc
[    1.805391]  kthread+0xe4/0xf0
[    1.809035]  ret_from_fork+0x10/0x20
[    1.812075] ---[ end trace 0000000000000000 ]---

Kathiravan, do you happen to have any docs or info if the USB1 GDSC is special
and its status bits are broken or?

Maybe the offset is even wrong as I based it on the current driver.

Regards,
Robert

> ---
>  drivers/clk/qcom/Kconfig       |  1 +
>  drivers/clk/qcom/gcc-ipq6018.c | 33 ++++++++++++++++++++++++---------
>  2 files changed, 25 insertions(+), 9 deletions(-)
>
> diff --git a/drivers/clk/qcom/Kconfig b/drivers/clk/qcom/Kconfig
> index ad1acd9b7426b..2aefa2231b51b 100644
> --- a/drivers/clk/qcom/Kconfig
> +++ b/drivers/clk/qcom/Kconfig
> @@ -164,6 +164,7 @@ config IPQ_GCC_5332
>
>  config IPQ_GCC_6018
>         tristate "IPQ6018 Global Clock Controller"
> +       select QCOM_GDSC
>         help
>           Support for global clock controller on ipq6018 devices.
>           Say Y if you want to use peripheral devices such as UART, SPI,
> diff --git a/drivers/clk/qcom/gcc-ipq6018.c b/drivers/clk/qcom/gcc-ipq6018.c
> index cc20a16d8973c..9d5ee2ac012a1 100644
> --- a/drivers/clk/qcom/gcc-ipq6018.c
> +++ b/drivers/clk/qcom/gcc-ipq6018.c
> @@ -23,6 +23,7 @@
>  #include "clk-alpha-pll.h"
>  #include "clk-regmap-divider.h"
>  #include "clk-regmap-mux.h"
> +#include "gdsc.h"
>  #include "reset.h"
>
>  enum {
> @@ -4691,6 +4692,22 @@ static struct clk_branch gcc_dcc_clk = {
>         },
>  };
>
> +static struct gdsc usb0_gdsc = {
> +       .gdscr = 0x3e078,
> +       .pd = {
> +               .name = "usb0_gdsc",
> +       },
> +       .pwrsts = PWRSTS_OFF_ON,
> +};
> +
> +static struct gdsc usb1_gdsc = {
> +       .gdscr = 0x3f078,
> +       .pd = {
> +               .name = "usb1_gdsc",
> +       },
> +       .pwrsts = PWRSTS_OFF_ON,
> +};
> +
>  static const struct alpha_pll_config ubi32_pll_config = {
>         .l = 0x3e,
>         .alpha = 0x6667,
> @@ -5138,6 +5155,11 @@ static const struct qcom_reset_map gcc_ipq6018_resets[] = {
>         [GCC_Q6_AXIM_ARES] = {0x59110, 4},
>  };
>
> +static struct gdsc *gcc_ipq6018_gdscs[] = {
> +       [USB0_GDSC] = &usb0_gdsc,
> +       [USB1_GDSC] = &usb1_gdsc,
> +};
> +
>  static const struct of_device_id gcc_ipq6018_match_table[] = {
>         { .compatible = "qcom,gcc-ipq6018" },
>         { }
> @@ -5160,6 +5182,8 @@ static const struct qcom_cc_desc gcc_ipq6018_desc = {
>         .num_resets = ARRAY_SIZE(gcc_ipq6018_resets),
>         .clk_hws = gcc_ipq6018_hws,
>         .num_clk_hws = ARRAY_SIZE(gcc_ipq6018_hws),
> +       .gdscs = gcc_ipq6018_gdscs,
> +       .num_gdscs = ARRAY_SIZE(gcc_ipq6018_gdscs),
>  };
>
>  static int gcc_ipq6018_probe(struct platform_device *pdev)
> @@ -5170,15 +5194,6 @@ static int gcc_ipq6018_probe(struct platform_device *pdev)
>         if (IS_ERR(regmap))
>                 return PTR_ERR(regmap);
>
> -       /* Disable SW_COLLAPSE for USB0 GDSCR */
> -       regmap_update_bits(regmap, 0x3e078, BIT(0), 0x0);
> -       /* Enable SW_OVERRIDE for USB0 GDSCR */
> -       regmap_update_bits(regmap, 0x3e078, BIT(2), BIT(2));
> -       /* Disable SW_COLLAPSE for USB1 GDSCR */
> -       regmap_update_bits(regmap, 0x3f078, BIT(0), 0x0);
> -       /* Enable SW_OVERRIDE for USB1 GDSCR */
> -       regmap_update_bits(regmap, 0x3f078, BIT(2), BIT(2));
> -
>         /* SW Workaround for UBI Huyara PLL */
>         regmap_update_bits(regmap, 0x2501c, BIT(26), BIT(26));
>
> --
> 2.41.0
>
Konrad Dybcio Oct. 30, 2023, 7:37 p.m. UTC | #5
On 29.10.2023 12:04, Robert Marko wrote:
> On Wed, 25 Oct 2023 at 12:45, Robert Marko <robimarko@gmail.com> wrote:
>>
>> IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
>> and drop the curent code that is de-asserting the USB GDSC-s as part of
>> the GCC probe.
>>
>> Signed-off-by: Robert Marko <robimarko@gmail.com>
> 
> Unfortunately, after testing on multiple devices I hit the same GDSC
> issue I had a long time ago
> that was the reason I did not send this upstream.
> It seems that USB3 port GDSC (USB0 GDSC in code) works just fine,
> however the USB2 one
> (USB1 GDSC in code) it is stuck off and USB2 port will fail due to this:
>     1.607531] ------------[ cut here ]------------
> [    1.607559] usb1_gdsc status stuck at 'off'
> [    1.607592] WARNING: CPU: 0 PID: 35 at gdsc_toggle_logic+0x16c/0x174
> [    1.615120] Modules linked in:
Can you dump GDSCR (the entire 32-bit register) at boot and when toggling?

Konrad
Robert Marko Oct. 30, 2023, 8:37 p.m. UTC | #6
On Mon, 30 Oct 2023 at 20:37, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>
> On 29.10.2023 12:04, Robert Marko wrote:
> > On Wed, 25 Oct 2023 at 12:45, Robert Marko <robimarko@gmail.com> wrote:
> >>
> >> IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
> >> and drop the curent code that is de-asserting the USB GDSC-s as part of
> >> the GCC probe.
> >>
> >> Signed-off-by: Robert Marko <robimarko@gmail.com>
> >
> > Unfortunately, after testing on multiple devices I hit the same GDSC
> > issue I had a long time ago
> > that was the reason I did not send this upstream.
> > It seems that USB3 port GDSC (USB0 GDSC in code) works just fine,
> > however the USB2 one
> > (USB1 GDSC in code) it is stuck off and USB2 port will fail due to this:
> >     1.607531] ------------[ cut here ]------------
> > [    1.607559] usb1_gdsc status stuck at 'off'
> > [    1.607592] WARNING: CPU: 0 PID: 35 at gdsc_toggle_logic+0x16c/0x174
> > [    1.615120] Modules linked in:
> Can you dump GDSCR (the entire 32-bit register) at boot and when toggling?

Sure, here it is:
[    0.023760] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val: 0x8222004 init
[    0.023782] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val: 0x8222004 init
[    0.988626] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 before toggle
[    1.202506] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 after toggle
[    1.207208] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val:
0xa0282000 before toggle
[    1.216208] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val:
0xa0282000 after toggle
[    1.648261] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 before toggle
[    1.865867] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 after toggle
[    1.880638] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 before toggle
[    2.108643] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 after toggle
[    2.113495] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 before toggle
[    2.340844] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 after toggle
[   10.588698] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 before toggle
[   10.815257] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 after toggle
[   11.554561] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 before toggle
[   11.774515] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 after toggle
[   11.781652] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 before toggle
[   12.039619] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 after toggle
[   22.233021] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 before toggle
[   22.452907] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
0x8282000 after toggle

BTW, earlier I tried manually setting BIT(2) to 1 and that will allow
the USB1 master clock to
come up.

Regards,
Robert
>
> Konrad
Konrad Dybcio Oct. 30, 2023, 9:12 p.m. UTC | #7
On 30.10.2023 21:37, Robert Marko wrote:
> On Mon, 30 Oct 2023 at 20:37, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>>
>> On 29.10.2023 12:04, Robert Marko wrote:
>>> On Wed, 25 Oct 2023 at 12:45, Robert Marko <robimarko@gmail.com> wrote:
>>>>
>>>> IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
>>>> and drop the curent code that is de-asserting the USB GDSC-s as part of
>>>> the GCC probe.
>>>>
>>>> Signed-off-by: Robert Marko <robimarko@gmail.com>
>>>
>>> Unfortunately, after testing on multiple devices I hit the same GDSC
>>> issue I had a long time ago
>>> that was the reason I did not send this upstream.
>>> It seems that USB3 port GDSC (USB0 GDSC in code) works just fine,
>>> however the USB2 one
>>> (USB1 GDSC in code) it is stuck off and USB2 port will fail due to this:
>>>     1.607531] ------------[ cut here ]------------
>>> [    1.607559] usb1_gdsc status stuck at 'off'
>>> [    1.607592] WARNING: CPU: 0 PID: 35 at gdsc_toggle_logic+0x16c/0x174
>>> [    1.615120] Modules linked in:
>> Can you dump GDSCR (the entire 32-bit register) at boot and when toggling?
> 
> Sure, here it is:
> [    0.023760] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val: 0x8222004 init
> [    0.023782] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val: 0x8222004 init
> [    0.988626] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
> 0x8282000 before toggle
> [    1.202506] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
> 0x8282000 after toggle
> [    1.207208] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val:
> 0xa0282000 before toggle
Any chance

.en_few_wait_val = 0x2

(turning BIT(19) into BIT(17))

will make a difference?

Konrad
Robert Marko Oct. 31, 2023, 9:01 a.m. UTC | #8
On Mon, 30 Oct 2023 at 22:12, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>
> On 30.10.2023 21:37, Robert Marko wrote:
> > On Mon, 30 Oct 2023 at 20:37, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
> >>
> >> On 29.10.2023 12:04, Robert Marko wrote:
> >>> On Wed, 25 Oct 2023 at 12:45, Robert Marko <robimarko@gmail.com> wrote:
> >>>>
> >>>> IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
> >>>> and drop the curent code that is de-asserting the USB GDSC-s as part of
> >>>> the GCC probe.
> >>>>
> >>>> Signed-off-by: Robert Marko <robimarko@gmail.com>
> >>>
> >>> Unfortunately, after testing on multiple devices I hit the same GDSC
> >>> issue I had a long time ago
> >>> that was the reason I did not send this upstream.
> >>> It seems that USB3 port GDSC (USB0 GDSC in code) works just fine,
> >>> however the USB2 one
> >>> (USB1 GDSC in code) it is stuck off and USB2 port will fail due to this:
> >>>     1.607531] ------------[ cut here ]------------
> >>> [    1.607559] usb1_gdsc status stuck at 'off'
> >>> [    1.607592] WARNING: CPU: 0 PID: 35 at gdsc_toggle_logic+0x16c/0x174
> >>> [    1.615120] Modules linked in:
> >> Can you dump GDSCR (the entire 32-bit register) at boot and when toggling?
> >
> > Sure, here it is:
> > [    0.023760] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val: 0x8222004 init
> > [    0.023782] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val: 0x8222004 init
> > [    0.988626] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
> > 0x8282000 before toggle
> > [    1.202506] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
> > 0x8282000 after toggle
> > [    1.207208] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val:
> > 0xa0282000 before toggle
> Any chance
>
> .en_few_wait_val = 0x2
>
> (turning BIT(19) into BIT(17))
>
> will make a difference?

Sadly, it makes no difference and GDSC status bit newer comes up which is
rather weird as USB0 one seems to work just fine.

Regards,
Robert
>
> Konrad
Kathiravan Thirumoorthy Nov. 1, 2023, 7:57 a.m. UTC | #9
On 10/29/2023 4:34 PM, Robert Marko wrote:
> On Wed, 25 Oct 2023 at 12:45, Robert Marko <robimarko@gmail.com> wrote:
>>
>> IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
>> and drop the curent code that is de-asserting the USB GDSC-s as part of
>> the GCC probe.
>>
>> Signed-off-by: Robert Marko <robimarko@gmail.com>
> 
> Unfortunately, after testing on multiple devices I hit the same GDSC
> issue I had a long time ago
> that was the reason I did not send this upstream.
> It seems that USB3 port GDSC (USB0 GDSC in code) works just fine,
> however the USB2 one
> (USB1 GDSC in code) it is stuck off and USB2 port will fail due to this:
>      1.607531] ------------[ cut here ]------------
> [    1.607559] usb1_gdsc status stuck at 'off'
> [    1.607592] WARNING: CPU: 0 PID: 35 at gdsc_toggle_logic+0x16c/0x174
> [    1.615120] Modules linked in:
> [    1.621712] CPU: 0 PID: 35 Comm: kworker/u8:1 Tainted: G        W
>         6.6.0-rc7-next-20231026 #5
> [    1.624586] Hardware name: Wallys DR6018 v4 (DT)
> [    1.633867] Workqueue: events_unbound deferred_probe_work_func
> [    1.638556] pstate: 60400005 (nZCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--)
> [    1.644200] pc : gdsc_toggle_logic+0x16c/0x174
> [    1.651052] lr : gdsc_toggle_logic+0x16c/0x174
> [    1.655566] sp : ffffffc081a03a40
> [    1.659990] x29: ffffffc081a03a40 x28: 0000000000000000 x27: 0000000000000000
> [    1.663384] x26: ffffff8000156ac0 x25: 0000000000000000 x24: ffffffc081824c90
> [    1.670502] x23: ffffffc081824840 x22: 0000000000000000 x21: 0000000000000001
> [    1.677620] x20: 00000000ffffff92 x19: ffffffc081824840 x18: ffffffffffffffff
> [    1.684738] x17: 00000000cdb32eee x16: 00000000d648a142 x15: fffffffffffc38ff
> [    1.691855] x14: ffffffc0817994c0 x13: 00000000000000e0 x12: 00000000000000e0
> [    1.698974] x11: 00000000ffffffea x10: ffffffc0817f14c0 x9 : 0000000000000001
> [    1.706094] x8 : 0000000000000001 x7 : 0000000000017fe8 x6 : c0000000ffffefff
> [    1.713211] x5 : 0000000000057fa8 x4 : 0000000000000000 x3 : ffffffc081a03840
> [    1.720328] x2 : ffffffc081799400 x1 : ffffffc081799400 x0 : 000000000000001f
> [    1.727448] Call trace:
> [    1.734556]  gdsc_toggle_logic+0x16c/0x174
> [    1.736815]  gdsc_enable+0x60/0x27c
> [    1.740980]  genpd_power_on+0x180/0x22c
> [    1.744367]  __genpd_dev_pm_attach+0x140/0x238
> [    1.748188]  genpd_dev_pm_attach+0x60/0x70
> [    1.752701]  dev_pm_domain_attach+0x20/0x34
> [    1.756780]  platform_probe+0x50/0xc0
> [    1.760859]  really_probe+0x148/0x2b8
> [    1.764679]  __driver_probe_device+0x78/0x12c
> [    1.768327]  driver_probe_device+0xdc/0x160
> [    1.772667]  __device_attach_driver+0xb8/0x134
> [    1.776660]  bus_for_each_drv+0x70/0xb8
> [    1.781173]  __device_attach+0xa0/0x184
> [    1.784905]  device_initial_probe+0x14/0x20
> [    1.788725]  bus_probe_device+0xac/0xb0
> [    1.792891]  deferred_probe_work_func+0x88/0xc0
> [    1.796712]  process_one_work+0x158/0x2bc
> [    1.801226]  worker_thread+0x2a0/0x4bc
> [    1.805391]  kthread+0xe4/0xf0
> [    1.809035]  ret_from_fork+0x10/0x20
> [    1.812075] ---[ end trace 0000000000000000 ]---
> 
> Kathiravan, do you happen to have any docs or info if the USB1 GDSC is special
> and its status bits are broken or?


Robert, sorry for the late response. Unfortunately, we didn't handle the 
GDSC via the framework, so not sure if something is broken at HW level. 
I can try to get some information on this, but immediately is not quite 
possible. Thanks for the understanding.

Thanks,


> 
> Maybe the offset is even wrong as I based it on the current driver.
> 
> Regards,
> Robert
> 
>> ---
>>   drivers/clk/qcom/Kconfig       |  1 +
>>   drivers/clk/qcom/gcc-ipq6018.c | 33 ++++++++++++++++++++++++---------
>>   2 files changed, 25 insertions(+), 9 deletions(-)
>>
>> diff --git a/drivers/clk/qcom/Kconfig b/drivers/clk/qcom/Kconfig
>> index ad1acd9b7426b..2aefa2231b51b 100644
>> --- a/drivers/clk/qcom/Kconfig
>> +++ b/drivers/clk/qcom/Kconfig
>> @@ -164,6 +164,7 @@ config IPQ_GCC_5332
>>
>>   config IPQ_GCC_6018
>>          tristate "IPQ6018 Global Clock Controller"
>> +       select QCOM_GDSC
>>          help
>>            Support for global clock controller on ipq6018 devices.
>>            Say Y if you want to use peripheral devices such as UART, SPI,
>> diff --git a/drivers/clk/qcom/gcc-ipq6018.c b/drivers/clk/qcom/gcc-ipq6018.c
>> index cc20a16d8973c..9d5ee2ac012a1 100644
>> --- a/drivers/clk/qcom/gcc-ipq6018.c
>> +++ b/drivers/clk/qcom/gcc-ipq6018.c
>> @@ -23,6 +23,7 @@
>>   #include "clk-alpha-pll.h"
>>   #include "clk-regmap-divider.h"
>>   #include "clk-regmap-mux.h"
>> +#include "gdsc.h"
>>   #include "reset.h"
>>
>>   enum {
>> @@ -4691,6 +4692,22 @@ static struct clk_branch gcc_dcc_clk = {
>>          },
>>   };
>>
>> +static struct gdsc usb0_gdsc = {
>> +       .gdscr = 0x3e078,
>> +       .pd = {
>> +               .name = "usb0_gdsc",
>> +       },
>> +       .pwrsts = PWRSTS_OFF_ON,
>> +};
>> +
>> +static struct gdsc usb1_gdsc = {
>> +       .gdscr = 0x3f078,
>> +       .pd = {
>> +               .name = "usb1_gdsc",
>> +       },
>> +       .pwrsts = PWRSTS_OFF_ON,
>> +};
>> +
>>   static const struct alpha_pll_config ubi32_pll_config = {
>>          .l = 0x3e,
>>          .alpha = 0x6667,
>> @@ -5138,6 +5155,11 @@ static const struct qcom_reset_map gcc_ipq6018_resets[] = {
>>          [GCC_Q6_AXIM_ARES] = {0x59110, 4},
>>   };
>>
>> +static struct gdsc *gcc_ipq6018_gdscs[] = {
>> +       [USB0_GDSC] = &usb0_gdsc,
>> +       [USB1_GDSC] = &usb1_gdsc,
>> +};
>> +
>>   static const struct of_device_id gcc_ipq6018_match_table[] = {
>>          { .compatible = "qcom,gcc-ipq6018" },
>>          { }
>> @@ -5160,6 +5182,8 @@ static const struct qcom_cc_desc gcc_ipq6018_desc = {
>>          .num_resets = ARRAY_SIZE(gcc_ipq6018_resets),
>>          .clk_hws = gcc_ipq6018_hws,
>>          .num_clk_hws = ARRAY_SIZE(gcc_ipq6018_hws),
>> +       .gdscs = gcc_ipq6018_gdscs,
>> +       .num_gdscs = ARRAY_SIZE(gcc_ipq6018_gdscs),
>>   };
>>
>>   static int gcc_ipq6018_probe(struct platform_device *pdev)
>> @@ -5170,15 +5194,6 @@ static int gcc_ipq6018_probe(struct platform_device *pdev)
>>          if (IS_ERR(regmap))
>>                  return PTR_ERR(regmap);
>>
>> -       /* Disable SW_COLLAPSE for USB0 GDSCR */
>> -       regmap_update_bits(regmap, 0x3e078, BIT(0), 0x0);
>> -       /* Enable SW_OVERRIDE for USB0 GDSCR */
>> -       regmap_update_bits(regmap, 0x3e078, BIT(2), BIT(2));
>> -       /* Disable SW_COLLAPSE for USB1 GDSCR */
>> -       regmap_update_bits(regmap, 0x3f078, BIT(0), 0x0);
>> -       /* Enable SW_OVERRIDE for USB1 GDSCR */
>> -       regmap_update_bits(regmap, 0x3f078, BIT(2), BIT(2));
>> -
>>          /* SW Workaround for UBI Huyara PLL */
>>          regmap_update_bits(regmap, 0x2501c, BIT(26), BIT(26));
>>
>> --
>> 2.41.0
>>
Konrad Dybcio Nov. 7, 2023, 9:51 p.m. UTC | #10
On 10/31/23 10:01, Robert Marko wrote:
> On Mon, 30 Oct 2023 at 22:12, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>>
>> On 30.10.2023 21:37, Robert Marko wrote:
>>> On Mon, 30 Oct 2023 at 20:37, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>>>>
>>>> On 29.10.2023 12:04, Robert Marko wrote:
>>>>> On Wed, 25 Oct 2023 at 12:45, Robert Marko <robimarko@gmail.com> wrote:
>>>>>>
>>>>>> IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
>>>>>> and drop the curent code that is de-asserting the USB GDSC-s as part of
>>>>>> the GCC probe.
>>>>>>
>>>>>> Signed-off-by: Robert Marko <robimarko@gmail.com>
>>>>>
>>>>> Unfortunately, after testing on multiple devices I hit the same GDSC
>>>>> issue I had a long time ago
>>>>> that was the reason I did not send this upstream.
>>>>> It seems that USB3 port GDSC (USB0 GDSC in code) works just fine,
>>>>> however the USB2 one
>>>>> (USB1 GDSC in code) it is stuck off and USB2 port will fail due to this:
>>>>>      1.607531] ------------[ cut here ]------------
>>>>> [    1.607559] usb1_gdsc status stuck at 'off'
>>>>> [    1.607592] WARNING: CPU: 0 PID: 35 at gdsc_toggle_logic+0x16c/0x174
>>>>> [    1.615120] Modules linked in:
>>>> Can you dump GDSCR (the entire 32-bit register) at boot and when toggling?
>>>
>>> Sure, here it is:
>>> [    0.023760] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val: 0x8222004 init
>>> [    0.023782] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val: 0x8222004 init
>>> [    0.988626] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
>>> 0x8282000 before toggle
>>> [    1.202506] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
>>> 0x8282000 after toggle
>>> [    1.207208] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val:
>>> 0xa0282000 before toggle
>> Any chance
>>
>> .en_few_wait_val = 0x2
>>
>> (turning BIT(19) into BIT(17))
>>
>> will make a difference?
> 
> Sadly, it makes no difference and GDSC status bit newer comes up which is
> rather weird as USB0 one seems to work just fine.
What if you add clk_ignore_unused?

Konrad
Robert Marko Nov. 11, 2023, 11:28 a.m. UTC | #11
On Tue, 7 Nov 2023 at 22:51, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>
>
>
> On 10/31/23 10:01, Robert Marko wrote:
> > On Mon, 30 Oct 2023 at 22:12, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
> >>
> >> On 30.10.2023 21:37, Robert Marko wrote:
> >>> On Mon, 30 Oct 2023 at 20:37, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
> >>>>
> >>>> On 29.10.2023 12:04, Robert Marko wrote:
> >>>>> On Wed, 25 Oct 2023 at 12:45, Robert Marko <robimarko@gmail.com> wrote:
> >>>>>>
> >>>>>> IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
> >>>>>> and drop the curent code that is de-asserting the USB GDSC-s as part of
> >>>>>> the GCC probe.
> >>>>>>
> >>>>>> Signed-off-by: Robert Marko <robimarko@gmail.com>
> >>>>>
> >>>>> Unfortunately, after testing on multiple devices I hit the same GDSC
> >>>>> issue I had a long time ago
> >>>>> that was the reason I did not send this upstream.
> >>>>> It seems that USB3 port GDSC (USB0 GDSC in code) works just fine,
> >>>>> however the USB2 one
> >>>>> (USB1 GDSC in code) it is stuck off and USB2 port will fail due to this:
> >>>>>      1.607531] ------------[ cut here ]------------
> >>>>> [    1.607559] usb1_gdsc status stuck at 'off'
> >>>>> [    1.607592] WARNING: CPU: 0 PID: 35 at gdsc_toggle_logic+0x16c/0x174
> >>>>> [    1.615120] Modules linked in:
> >>>> Can you dump GDSCR (the entire 32-bit register) at boot and when toggling?
> >>>
> >>> Sure, here it is:
> >>> [    0.023760] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val: 0x8222004 init
> >>> [    0.023782] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val: 0x8222004 init
> >>> [    0.988626] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
> >>> 0x8282000 before toggle
> >>> [    1.202506] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
> >>> 0x8282000 after toggle
> >>> [    1.207208] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val:
> >>> 0xa0282000 before toggle
> >> Any chance
> >>
> >> .en_few_wait_val = 0x2
> >>
> >> (turning BIT(19) into BIT(17))
> >>
> >> will make a difference?
> >
> > Sadly, it makes no difference and GDSC status bit newer comes up which is
> > rather weird as USB0 one seems to work just fine.
> What if you add clk_ignore_unused?

To the USB1 master clock or?

There is definitively something broken regarding the GDSC as
GDSC_STATE bits (30-27)
change from 0 to something on the USB0 GDSC but on GDSC1 they are 0 even after
SW_OVERRIDE BIT(2) is set to 1, and the POWER BIT(31) newer changes to 1.

However, if you manually set BIT(2) to 1 then the USB1 master clock
can come up so
GDSC seems to work.
USB1 (The USB2.0 HS) port is still broken after this if USB mass storage is used
but that was present before the GDSC changes as well and I still need
to figure out
which quirk is missing for this.

Regards,
Robert

>
> Konrad
Konrad Dybcio Nov. 13, 2023, 11:58 a.m. UTC | #12
On 11.11.2023 12:28, Robert Marko wrote:
> On Tue, 7 Nov 2023 at 22:51, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>>
>>
>>
>> On 10/31/23 10:01, Robert Marko wrote:
>>> On Mon, 30 Oct 2023 at 22:12, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>>>>
>>>> On 30.10.2023 21:37, Robert Marko wrote:
>>>>> On Mon, 30 Oct 2023 at 20:37, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>>>>>>
>>>>>> On 29.10.2023 12:04, Robert Marko wrote:
>>>>>>> On Wed, 25 Oct 2023 at 12:45, Robert Marko <robimarko@gmail.com> wrote:
>>>>>>>>
>>>>>>>> IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
>>>>>>>> and drop the curent code that is de-asserting the USB GDSC-s as part of
>>>>>>>> the GCC probe.
>>>>>>>>
>>>>>>>> Signed-off-by: Robert Marko <robimarko@gmail.com>
>>>>>>>
>>>>>>> Unfortunately, after testing on multiple devices I hit the same GDSC
>>>>>>> issue I had a long time ago
>>>>>>> that was the reason I did not send this upstream.
>>>>>>> It seems that USB3 port GDSC (USB0 GDSC in code) works just fine,
>>>>>>> however the USB2 one
>>>>>>> (USB1 GDSC in code) it is stuck off and USB2 port will fail due to this:
>>>>>>>      1.607531] ------------[ cut here ]------------
>>>>>>> [    1.607559] usb1_gdsc status stuck at 'off'
>>>>>>> [    1.607592] WARNING: CPU: 0 PID: 35 at gdsc_toggle_logic+0x16c/0x174
>>>>>>> [    1.615120] Modules linked in:
>>>>>> Can you dump GDSCR (the entire 32-bit register) at boot and when toggling?
>>>>>
>>>>> Sure, here it is:
>>>>> [    0.023760] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val: 0x8222004 init
>>>>> [    0.023782] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val: 0x8222004 init
>>>>> [    0.988626] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
>>>>> 0x8282000 before toggle
>>>>> [    1.202506] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
>>>>> 0x8282000 after toggle
>>>>> [    1.207208] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val:
>>>>> 0xa0282000 before toggle
>>>> Any chance
>>>>
>>>> .en_few_wait_val = 0x2
>>>>
>>>> (turning BIT(19) into BIT(17))
>>>>
>>>> will make a difference?
>>>
>>> Sadly, it makes no difference and GDSC status bit newer comes up which is
>>> rather weird as USB0 one seems to work just fine.
>> What if you add clk_ignore_unused?
> 
> To the USB1 master clock or?
That's a command line parameter, effectively setting it on all clks.

> 
> There is definitively something broken regarding the GDSC as
> GDSC_STATE bits (30-27)
> change from 0 to something on the USB0 GDSC but on GDSC1 they are 0 even after
> SW_OVERRIDE BIT(2) is set to 1, and the POWER BIT(31) newer changes to 1.
> 
> However, if you manually set BIT(2) to 1 then the USB1 master clock
> can come up so
> GDSC seems to work.
> USB1 (The USB2.0 HS) port is still broken after this if USB mass storage is used
> but that was present before the GDSC changes as well and I still need
> to figure out
> which quirk is missing for this.
Please try clk_ignore_unused and see if toggling the GDSC is still broken.

Konrad
Robert Marko Nov. 13, 2023, 12:50 p.m. UTC | #13
On Mon, 13 Nov 2023 at 12:58, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>
> On 11.11.2023 12:28, Robert Marko wrote:
> > On Tue, 7 Nov 2023 at 22:51, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
> >>
> >>
> >>
> >> On 10/31/23 10:01, Robert Marko wrote:
> >>> On Mon, 30 Oct 2023 at 22:12, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
> >>>>
> >>>> On 30.10.2023 21:37, Robert Marko wrote:
> >>>>> On Mon, 30 Oct 2023 at 20:37, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
> >>>>>>
> >>>>>> On 29.10.2023 12:04, Robert Marko wrote:
> >>>>>>> On Wed, 25 Oct 2023 at 12:45, Robert Marko <robimarko@gmail.com> wrote:
> >>>>>>>>
> >>>>>>>> IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
> >>>>>>>> and drop the curent code that is de-asserting the USB GDSC-s as part of
> >>>>>>>> the GCC probe.
> >>>>>>>>
> >>>>>>>> Signed-off-by: Robert Marko <robimarko@gmail.com>
> >>>>>>>
> >>>>>>> Unfortunately, after testing on multiple devices I hit the same GDSC
> >>>>>>> issue I had a long time ago
> >>>>>>> that was the reason I did not send this upstream.
> >>>>>>> It seems that USB3 port GDSC (USB0 GDSC in code) works just fine,
> >>>>>>> however the USB2 one
> >>>>>>> (USB1 GDSC in code) it is stuck off and USB2 port will fail due to this:
> >>>>>>>      1.607531] ------------[ cut here ]------------
> >>>>>>> [    1.607559] usb1_gdsc status stuck at 'off'
> >>>>>>> [    1.607592] WARNING: CPU: 0 PID: 35 at gdsc_toggle_logic+0x16c/0x174
> >>>>>>> [    1.615120] Modules linked in:
> >>>>>> Can you dump GDSCR (the entire 32-bit register) at boot and when toggling?
> >>>>>
> >>>>> Sure, here it is:
> >>>>> [    0.023760] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val: 0x8222004 init
> >>>>> [    0.023782] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val: 0x8222004 init
> >>>>> [    0.988626] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
> >>>>> 0x8282000 before toggle
> >>>>> [    1.202506] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
> >>>>> 0x8282000 after toggle
> >>>>> [    1.207208] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val:
> >>>>> 0xa0282000 before toggle
> >>>> Any chance
> >>>>
> >>>> .en_few_wait_val = 0x2
> >>>>
> >>>> (turning BIT(19) into BIT(17))
> >>>>
> >>>> will make a difference?
> >>>
> >>> Sadly, it makes no difference and GDSC status bit newer comes up which is
> >>> rather weird as USB0 one seems to work just fine.
> >> What if you add clk_ignore_unused?
> >
> > To the USB1 master clock or?
> That's a command line parameter, effectively setting it on all clks.

Oh that, I understand now.

>
> >
> > There is definitively something broken regarding the GDSC as
> > GDSC_STATE bits (30-27)
> > change from 0 to something on the USB0 GDSC but on GDSC1 they are 0 even after
> > SW_OVERRIDE BIT(2) is set to 1, and the POWER BIT(31) newer changes to 1.
> >
> > However, if you manually set BIT(2) to 1 then the USB1 master clock
> > can come up so
> > GDSC seems to work.
> > USB1 (The USB2.0 HS) port is still broken after this if USB mass storage is used
> > but that was present before the GDSC changes as well and I still need
> > to figure out
> > which quirk is missing for this.
> Please try clk_ignore_unused and see if toggling the GDSC is still broken.

Sadly, passing clk_ignore_unused in the bootargs doesn't help, GDSC is
still stuck off.

Regards,
Robert

>
> Konrad
Konrad Dybcio Nov. 15, 2023, 4:22 p.m. UTC | #14
On 11/13/23 13:50, Robert Marko wrote:
> On Mon, 13 Nov 2023 at 12:58, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>>
>> On 11.11.2023 12:28, Robert Marko wrote:
>>> On Tue, 7 Nov 2023 at 22:51, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>>>>
>>>>
>>>>
>>>> On 10/31/23 10:01, Robert Marko wrote:
>>>>> On Mon, 30 Oct 2023 at 22:12, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>>>>>>
>>>>>> On 30.10.2023 21:37, Robert Marko wrote:
>>>>>>> On Mon, 30 Oct 2023 at 20:37, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>>>>>>>>
>>>>>>>> On 29.10.2023 12:04, Robert Marko wrote:
>>>>>>>>> On Wed, 25 Oct 2023 at 12:45, Robert Marko <robimarko@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>> IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
>>>>>>>>>> and drop the curent code that is de-asserting the USB GDSC-s as part of
>>>>>>>>>> the GCC probe.
>>>>>>>>>>
>>>>>>>>>> Signed-off-by: Robert Marko <robimarko@gmail.com>
>>>>>>>>>
>>>>>>>>> Unfortunately, after testing on multiple devices I hit the same GDSC
>>>>>>>>> issue I had a long time ago
>>>>>>>>> that was the reason I did not send this upstream.
>>>>>>>>> It seems that USB3 port GDSC (USB0 GDSC in code) works just fine,
>>>>>>>>> however the USB2 one
>>>>>>>>> (USB1 GDSC in code) it is stuck off and USB2 port will fail due to this:
>>>>>>>>>       1.607531] ------------[ cut here ]------------
>>>>>>>>> [    1.607559] usb1_gdsc status stuck at 'off'
>>>>>>>>> [    1.607592] WARNING: CPU: 0 PID: 35 at gdsc_toggle_logic+0x16c/0x174
>>>>>>>>> [    1.615120] Modules linked in:
>>>>>>>> Can you dump GDSCR (the entire 32-bit register) at boot and when toggling?
>>>>>>>
>>>>>>> Sure, here it is:
>>>>>>> [    0.023760] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val: 0x8222004 init
>>>>>>> [    0.023782] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val: 0x8222004 init
>>>>>>> [    0.988626] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
>>>>>>> 0x8282000 before toggle
>>>>>>> [    1.202506] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
>>>>>>> 0x8282000 after toggle
>>>>>>> [    1.207208] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val:
>>>>>>> 0xa0282000 before toggle
>>>>>> Any chance
>>>>>>
>>>>>> .en_few_wait_val = 0x2
>>>>>>
>>>>>> (turning BIT(19) into BIT(17))
>>>>>>
>>>>>> will make a difference?
>>>>>
>>>>> Sadly, it makes no difference and GDSC status bit newer comes up which is
>>>>> rather weird as USB0 one seems to work just fine.
>>>> What if you add clk_ignore_unused?
>>>
>>> To the USB1 master clock or?
>> That's a command line parameter, effectively setting it on all clks.
> 
> Oh that, I understand now.
> 
>>
>>>
>>> There is definitively something broken regarding the GDSC as
>>> GDSC_STATE bits (30-27)
>>> change from 0 to something on the USB0 GDSC but on GDSC1 they are 0 even after
>>> SW_OVERRIDE BIT(2) is set to 1, and the POWER BIT(31) newer changes to 1.
>>>
>>> However, if you manually set BIT(2) to 1 then the USB1 master clock
>>> can come up so
>>> GDSC seems to work.
>>> USB1 (The USB2.0 HS) port is still broken after this if USB mass storage is used
>>> but that was present before the GDSC changes as well and I still need
>>> to figure out
>>> which quirk is missing for this.
>> Please try clk_ignore_unused and see if toggling the GDSC is still broken.
> 
> Sadly, passing clk_ignore_unused in the bootargs doesn't help, GDSC is
> still stuck off.
Hm, so it looks like there's no clock dependency for this GDSC..

Maybe some regulator needs to be turned on?

Can you try to add regulator-always-on to all vregs and retry?
(and keep clk_ignore_unused to be sure)

Konrad
Robert Marko Nov. 28, 2023, 12:25 p.m. UTC | #15
On Wed, 15 Nov 2023 at 17:22, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
>
>
>
> On 11/13/23 13:50, Robert Marko wrote:
> > On Mon, 13 Nov 2023 at 12:58, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
> >>
> >> On 11.11.2023 12:28, Robert Marko wrote:
> >>> On Tue, 7 Nov 2023 at 22:51, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
> >>>>
> >>>>
> >>>>
> >>>> On 10/31/23 10:01, Robert Marko wrote:
> >>>>> On Mon, 30 Oct 2023 at 22:12, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
> >>>>>>
> >>>>>> On 30.10.2023 21:37, Robert Marko wrote:
> >>>>>>> On Mon, 30 Oct 2023 at 20:37, Konrad Dybcio <konrad.dybcio@linaro.org> wrote:
> >>>>>>>>
> >>>>>>>> On 29.10.2023 12:04, Robert Marko wrote:
> >>>>>>>>> On Wed, 25 Oct 2023 at 12:45, Robert Marko <robimarko@gmail.com> wrote:
> >>>>>>>>>>
> >>>>>>>>>> IPQ6018 has GDSC-s for each of the USB ports, so lets define them as such
> >>>>>>>>>> and drop the curent code that is de-asserting the USB GDSC-s as part of
> >>>>>>>>>> the GCC probe.
> >>>>>>>>>>
> >>>>>>>>>> Signed-off-by: Robert Marko <robimarko@gmail.com>
> >>>>>>>>>
> >>>>>>>>> Unfortunately, after testing on multiple devices I hit the same GDSC
> >>>>>>>>> issue I had a long time ago
> >>>>>>>>> that was the reason I did not send this upstream.
> >>>>>>>>> It seems that USB3 port GDSC (USB0 GDSC in code) works just fine,
> >>>>>>>>> however the USB2 one
> >>>>>>>>> (USB1 GDSC in code) it is stuck off and USB2 port will fail due to this:
> >>>>>>>>>       1.607531] ------------[ cut here ]------------
> >>>>>>>>> [    1.607559] usb1_gdsc status stuck at 'off'
> >>>>>>>>> [    1.607592] WARNING: CPU: 0 PID: 35 at gdsc_toggle_logic+0x16c/0x174
> >>>>>>>>> [    1.615120] Modules linked in:
> >>>>>>>> Can you dump GDSCR (the entire 32-bit register) at boot and when toggling?
> >>>>>>>
> >>>>>>> Sure, here it is:
> >>>>>>> [    0.023760] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val: 0x8222004 init
> >>>>>>> [    0.023782] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val: 0x8222004 init
> >>>>>>> [    0.988626] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
> >>>>>>> 0x8282000 before toggle
> >>>>>>> [    1.202506] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3f078 val:
> >>>>>>> 0x8282000 after toggle
> >>>>>>> [    1.207208] qcom,gcc-ipq6018 1800000.gcc: reg: 0x3e078 val:
> >>>>>>> 0xa0282000 before toggle
> >>>>>> Any chance
> >>>>>>
> >>>>>> .en_few_wait_val = 0x2
> >>>>>>
> >>>>>> (turning BIT(19) into BIT(17))
> >>>>>>
> >>>>>> will make a difference?
> >>>>>
> >>>>> Sadly, it makes no difference and GDSC status bit newer comes up which is
> >>>>> rather weird as USB0 one seems to work just fine.
> >>>> What if you add clk_ignore_unused?
> >>>
> >>> To the USB1 master clock or?
> >> That's a command line parameter, effectively setting it on all clks.
> >
> > Oh that, I understand now.
> >
> >>
> >>>
> >>> There is definitively something broken regarding the GDSC as
> >>> GDSC_STATE bits (30-27)
> >>> change from 0 to something on the USB0 GDSC but on GDSC1 they are 0 even after
> >>> SW_OVERRIDE BIT(2) is set to 1, and the POWER BIT(31) newer changes to 1.
> >>>
> >>> However, if you manually set BIT(2) to 1 then the USB1 master clock
> >>> can come up so
> >>> GDSC seems to work.
> >>> USB1 (The USB2.0 HS) port is still broken after this if USB mass storage is used
> >>> but that was present before the GDSC changes as well and I still need
> >>> to figure out
> >>> which quirk is missing for this.
> >> Please try clk_ignore_unused and see if toggling the GDSC is still broken.
> >
> > Sadly, passing clk_ignore_unused in the bootargs doesn't help, GDSC is
> > still stuck off.
> Hm, so it looks like there's no clock dependency for this GDSC..
>
> Maybe some regulator needs to be turned on?
>
> Can you try to add regulator-always-on to all vregs and retry?
> (and keep clk_ignore_unused to be sure)

Sorry for the ultra late reply, currently there is just CPU regulator described
via RPM.

I will look into describing the VQMMC and others I can find but I doubt
it will change anything as no regulators are getting disabled currently.

Regards,
Robert
>
> Konrad
diff mbox series

Patch

diff --git a/drivers/clk/qcom/Kconfig b/drivers/clk/qcom/Kconfig
index ad1acd9b7426b..2aefa2231b51b 100644
--- a/drivers/clk/qcom/Kconfig
+++ b/drivers/clk/qcom/Kconfig
@@ -164,6 +164,7 @@  config IPQ_GCC_5332
 
 config IPQ_GCC_6018
 	tristate "IPQ6018 Global Clock Controller"
+	select QCOM_GDSC
 	help
 	  Support for global clock controller on ipq6018 devices.
 	  Say Y if you want to use peripheral devices such as UART, SPI,
diff --git a/drivers/clk/qcom/gcc-ipq6018.c b/drivers/clk/qcom/gcc-ipq6018.c
index cc20a16d8973c..9d5ee2ac012a1 100644
--- a/drivers/clk/qcom/gcc-ipq6018.c
+++ b/drivers/clk/qcom/gcc-ipq6018.c
@@ -23,6 +23,7 @@ 
 #include "clk-alpha-pll.h"
 #include "clk-regmap-divider.h"
 #include "clk-regmap-mux.h"
+#include "gdsc.h"
 #include "reset.h"
 
 enum {
@@ -4691,6 +4692,22 @@  static struct clk_branch gcc_dcc_clk = {
 	},
 };
 
+static struct gdsc usb0_gdsc = {
+	.gdscr = 0x3e078,
+	.pd = {
+		.name = "usb0_gdsc",
+	},
+	.pwrsts = PWRSTS_OFF_ON,
+};
+
+static struct gdsc usb1_gdsc = {
+	.gdscr = 0x3f078,
+	.pd = {
+		.name = "usb1_gdsc",
+	},
+	.pwrsts = PWRSTS_OFF_ON,
+};
+
 static const struct alpha_pll_config ubi32_pll_config = {
 	.l = 0x3e,
 	.alpha = 0x6667,
@@ -5138,6 +5155,11 @@  static const struct qcom_reset_map gcc_ipq6018_resets[] = {
 	[GCC_Q6_AXIM_ARES] = {0x59110, 4},
 };
 
+static struct gdsc *gcc_ipq6018_gdscs[] = {
+	[USB0_GDSC] = &usb0_gdsc,
+	[USB1_GDSC] = &usb1_gdsc,
+};
+
 static const struct of_device_id gcc_ipq6018_match_table[] = {
 	{ .compatible = "qcom,gcc-ipq6018" },
 	{ }
@@ -5160,6 +5182,8 @@  static const struct qcom_cc_desc gcc_ipq6018_desc = {
 	.num_resets = ARRAY_SIZE(gcc_ipq6018_resets),
 	.clk_hws = gcc_ipq6018_hws,
 	.num_clk_hws = ARRAY_SIZE(gcc_ipq6018_hws),
+	.gdscs = gcc_ipq6018_gdscs,
+	.num_gdscs = ARRAY_SIZE(gcc_ipq6018_gdscs),
 };
 
 static int gcc_ipq6018_probe(struct platform_device *pdev)
@@ -5170,15 +5194,6 @@  static int gcc_ipq6018_probe(struct platform_device *pdev)
 	if (IS_ERR(regmap))
 		return PTR_ERR(regmap);
 
-	/* Disable SW_COLLAPSE for USB0 GDSCR */
-	regmap_update_bits(regmap, 0x3e078, BIT(0), 0x0);
-	/* Enable SW_OVERRIDE for USB0 GDSCR */
-	regmap_update_bits(regmap, 0x3e078, BIT(2), BIT(2));
-	/* Disable SW_COLLAPSE for USB1 GDSCR */
-	regmap_update_bits(regmap, 0x3f078, BIT(0), 0x0);
-	/* Enable SW_OVERRIDE for USB1 GDSCR */
-	regmap_update_bits(regmap, 0x3f078, BIT(2), BIT(2));
-
 	/* SW Workaround for UBI Huyara PLL */
 	regmap_update_bits(regmap, 0x2501c, BIT(26), BIT(26));