[PATCH 2/3] phy: rockchip-inno-usb2: add initial support for rk3588 PHY

Xavier Drudis Ferran xdrudis at tinet.cat
Wed Mar 8 12:30:41 CET 2023


El Fri, Mar 03, 2023 at 09:31:33AM +0200, Eugen Hristev deia:
> @@ -105,6 +130,17 @@ static int rockchip_usb2phy_power_off(struct phy *phy)
>  	struct udevice *parent = dev_get_parent(phy->dev);
>  	struct rockchip_usb2phy *priv = dev_get_priv(parent);
>  	const struct rockchip_usb2phy_port_cfg *port_cfg = us2phy_get_port(phy);
> +	struct udevice *vbus = NULL;
> +	int ret;
> +
> +	vbus = rockchip_usb2phy_check_vbus(phy);
> +	if (vbus) {
> +		ret = regulator_set_enable(vbus, false);
> +		if (ret) {

Could we have
	if (ret && ret != -EACCES ) {
instead here ?
(reason below)

> +			dev_err(phy->dev, "vbus disable failed: %d\n", ret);
> +			return ret;
> +		}
> +	}
>  
>  	property_enable(priv->reg_base, &port_cfg->phy_sus, true);
>

Thank you.

I've tested a little your patch (on an older master, 4eb7c5030d3f3c70
(2023-02-19) and some minor config changes that don't seem to matter).
I could try on current master if needed, but I thought I'd ask already.

In a Rock-pi 4B the ehci ports weren't working without your patch and
they still don't work with your patch.

With my patch (v5, [1]) they worked, but with my patch and yours usb reset
fails:

resetting USB...
rockchip_usb2phy_port host-port: vbus disable failed: -13
rockchip_usb2phy_port host-port: PHY: Failed to power off host-port: -13.
device_remove: Device 'usb at fe38    ' failed to remove, but children are gone
rockchip_usb2phy_port host-port: vbus disable failed: -13
rockchip_usb2phy_port host-port: PHY: Failed to power off host-port: -13.
device_remove: Device 'usb at fe3c0000' failed to remove, but children are gone
Bus usb at fe380000: Bus usb at fe3c0000: Bus usb at fe800000: Register 2000140 NbrPorts 2
Starting the controller
USB XHCI 1.10
Bus usb at fe900000: Register 2000140 NbrPorts 2
Starting the controller
USB XHCI 1.10
scanning bus usb at fe380000 for devices... "Synchronous Abort" handler, esr 0x96000010
elr: 000000000021de20 lr : 000000000021de20 (reloc)
elr: 00000000f3f56e20 lr : 00000000f3f56e20
x0 : 0000000000000000 x1 : 00000000f1f19fef
x2 : 00000000f1f19fee x3 : 00000000f1f53bc0
x4 : 0000000000000000 x5 : 0000000000000000
x6 : 0000000000000000 x7 : 00000000f1f60000
x8 : 0000000000000100 x9 : 0000000000000008
x10: 0000000000000006 x11: 0000000000000080
x12: 000000000001869f x13: 000000000000869c
x14: 0000000000000000 x15: 0000000000000002
x16: 000000007e4f2113 x17: 000000009a11f13e
x18: 00000000f1f30d90 x19: 00000000f1f323c0
x20: 00000000f1f1a680 x21: 00000000f1f19fee
x22: 00000000f1f19fef x23: 0000000088404000
x24: 00000000f1f1a280 x25: 0000000000000001
x26: 00000000f1f1a680 x27: 00000000f1f1a0c0
x28: 0000000008400000 x29: 00000000f1f19f90

Code: aa0203f5 f944a413 aa1303e0 94003d8f (b9400401) 
Resetting CPU ...

resetting ...


The apparent reason is that arch/arm/dts/rk3399-rock-pi-4.dtsi
says

	vcc5v0_host: vcc5v0-host-regulator {
		compatible = "regulator-fixed";
		enable-active-high;
		gpio = <&gpio4 RK_PD1 GPIO_ACTIVE_HIGH>;
		pinctrl-names = "default";
		pinctrl-0 = <&vcc5v0_host_en>;
		regulator-name = "vcc5v0_host";

/*****/ regulator-always-on; /*****/

		vin-supply = <&vcc5v0_sys>;
	};
[...]
&u2phy0 {
	status = "okay";

	u2phy0_otg: otg-port {
		status = "okay";
	};

	u2phy0_host: host-port {
		phy-supply = <&vcc5v0_host>;
		status = "okay";
	};
};

&u2phy1 {
	status = "okay";

	u2phy1_otg: otg-port {
		status = "okay";
	};

	u2phy1_host: host-port {
		phy-supply = <&vcc5v0_host>;
		status = "okay";
	};
};


and the regulator_set_enable() in regulator-uclass.c when passed enable==0
will return -EACCES (meaning you can't turn off an always-on regulator).

Now my patch is not accepted, so EHCI isn't working on Rock-pi-4, so the
error won't show.

But I suspect it may bite if v5 is ever accepted. And I think it would fail if
EHCI is fixed in any other way. I may try my v1, v2 or v3 with your patch if
you think it's worth it.

Now I don't know what the right solution is :

- ignore -EACCES in rockchip_usb2phy_power_off() (as above, seems easiest?)

- check always_on in rockchip_usb2phy_power_off() before calling regulator_set_enable()

- change .dts (but they come from linux, don't they?)

- make sure somehow that things don't break even if
  rockchip_usb2phy_power_off() exits early with error.

Btw, my v5 seems not to be correctly in patchwork, should I resend ?
I guess I messed up subject lines ?

I think there are other rk3399 boards that have similar .dtsi files,
but I haven't investigated thoroughly. Do they all have broken EHCI ?
If someone has a rk3399 board with working EHCI maybe they should test
your patch and try usb start ; usb stop and usb start ; usb reset ?

[1] https://lists.denx.de/pipermail/u-boot/2023-February/510672.html

Thanks,

--
Xavier Drudis Ferran


More information about the U-Boot mailing list