Hi,

I wanted to ask for some advice on the proper upstream H616 USB
support. This is the only problem left before I can post v6 of the
H616 support series.
The main problem is that only controller 2 (EHCI2+PHY2) works on its
own, all other ports need some help from controller 2.
Just enabling the EHCI2 DT node does the trick, but with some help from
Samuel and Jernej (who were looking into the BROM) I wiggled it down to
the following things actually needed:
- CLK_BUS_PHY2 and RST_BUS_PHY2 need to be enabled.
- PMU2.SIDDQ (0x05310810[3]) needs to be clear.
We can add the clock and reset to the list of clocks and resets in the
other OHCI/EHCI DT nodes, so that's not a real problem.

But this SIDDQ bit is a bit nasty in the details:
It would only need to be flipped once, and wouldn't be changed
back by any reset bits. So what would work is to do this
once in U-Boot. However to actually be able to access this register, we
need CLK_BUS_EHCI2 to be ungated. What works in U-Boot is:
=> mw.l 0x3001a8c 0x40  /* pass USBEHCI2_GATING */
=> mw.l 0x5310810 0     /* clear SIDDQ in PMU2 */
=> mw.l 0x3001a8c 0     /* mask USBEHCI2_GATING again */

Now I would rather see this done in Linux, in the kernel's
phy-sun4i-usb.c, to be self contained and independent.
The easiest way looks like to call sun4i_usb_phy_init() again for PHY2,
after this function is called for another PHY. So at the end of
sun4i_usb_phy_init() (simplified code just for demonstration):

        if (need_phy2 && phy->index != 2)
                sun4i_usb_phy_init(data->phys[2].phy);
(that does a bit more than is really needed, but OK)

However this doesn't work, because CLK_BUS_EHCI2 is still gated, it is
only unmasked in ehci-platform.c, when EHCI2 in initialised.
And annoyingly ehci-platform.c only parses 4 clocks, so adding
CLK_BUS_EHCI2 to the DT would be the fifth in the ehci<x> nodes (three
at the moment plus the still needed CLK_BUS_PHY2 plus CLK_BUS_EHCI2).

Extending this limit is trivial, but sounds a bit like a stretch, since
it's outside of sunxi code and technically the clock is just needed for
initialisation, not during runtime.

Do you guys have any idea how to best solve this?
I would prefer some change confined to phy-sun4i-usb.c, without
bending the DT parts too much. The other alternatives are a U-Boot
solution or extending the limit in ehci-platform.c.

Would be grateful for any input!

Cheers,
Andre

-- 
You received this message because you are subscribed to the Google Groups 
"linux-sunxi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to linux-sunxi+unsubscr...@googlegroups.com.
To view this discussion on the web, visit 
https://groups.google.com/d/msgid/linux-sunxi/20210518111008.20f0ea1c%40slackpad.fritz.box.

Reply via email to