rk3399: nanopc-t4 usb otg

rk3399: nanopc-t4 usb otg

[Jack Mitchell]

Hi,

Can anyone confirm working operation of USB OTG over a type c phy on an
RK3399 at commit 8c2ffd9174779014c3fe1f96d9dc3641d9175f00 (tag: v5.1-rc2).

I've got a nanopc-t4 here and when I try to load the g_ether driver I
receive

[    6.359280] udc-core: couldn't find an available UDC - added
[g_ether] to list of pending drivers

I've had a look through the dts and all seems to be in order. USB
devices work fine in the host ports and I've confirmed otg mode.

root@rk3399:/sys/kernel/debug/fe800000.dwc3# cat mode
otg

The cable is being detected at plug/unplug as can be seen from

[ 1252.479273] phy phy-ff770000.syscon:usb2-phy@e450.2: charger =
USB_SDP_CHARGER

My defconfig is the standard arm64 as provided with the addition of
CONFIG_USB_ETH=m.

Any information would be helpful, especially if this is working on other
3399 based boards at the mentioned commit.

Regards,
Jack.

Re: rk3399: nanopc-t4 usb otg

[Robin Murphy]

Hi Jack,

On 28/03/2019 11:34, Jack Mitchell wrote:
> Hi,
> 
> Can anyone confirm working operation of USB OTG over a type c phy on an
> RK3399 at commit 8c2ffd9174779014c3fe1f96d9dc3641d9175f00 (tag: v5.1-rc2).
> 
> I've got a nanopc-t4 here and when I try to load the g_ether driver I
> receive
> 
> [    6.359280] udc-core: couldn't find an available UDC - added
> [g_ether] to list of pending drivers
> 
> I've had a look through the dts and all seems to be in order. USB
> devices work fine in the host ports and I've confirmed otg mode.
> 
> root@rk3399:/sys/kernel/debug/fe800000.dwc3# cat mode
> otg
> 
> The cable is being detected at plug/unplug as can be seen from
> 
> [ 1252.479273] phy phy-ff770000.syscon:usb2-phy@e450.2: charger =
> USB_SDP_CHARGER
> 
> My defconfig is the standard arm64 as provided with the addition of
> CONFIG_USB_ETH=m.
> 
> Any information would be helpful, especially if this is working on other
> 3399 based boards at the mentioned commit.

I've not tried the type C port since I was playing with the initial dts, 
but IIRC not even host mode was working at that point. My vague 
understanding is that there was (and probably still is) some 
communication missing between the fusb302 driver and the dwc3 driver 
(since NanoPC-T4 is using that external chip rather than the RK3399's 
internal type C controller).

It's certainly something I've been meaning to come back and take another 
look at, so I'll try to have a play over the weekend to see how much I 
can make sense of.

Robin.

Re: rk3399: nanopc-t4 usb otg

[Jack Mitchell]

On 28/03/2019 12:21, Robin Murphy wrote:
> Hi Jack,
>
> On 28/03/2019 11:34, Jack Mitchell wrote:
>> Hi,
>>
>> Can anyone confirm working operation of USB OTG over a type c phy on an
>> RK3399 at commit 8c2ffd9174779014c3fe1f96d9dc3641d9175f00 (tag:
>> v5.1-rc2).
>>
>> I've got a nanopc-t4 here and when I try to load the g_ether driver I
>> receive
>>
>> [    6.359280] udc-core: couldn't find an available UDC - added
>> [g_ether] to list of pending drivers
>>
>> I've had a look through the dts and all seems to be in order. USB
>> devices work fine in the host ports and I've confirmed otg mode.
>>
>> root@rk3399:/sys/kernel/debug/fe800000.dwc3# cat mode
>> otg
>>
>> The cable is being detected at plug/unplug as can be seen from
>>
>> [ 1252.479273] phy phy-ff770000.syscon:usb2-phy@e450.2: charger =
>> USB_SDP_CHARGER
>>
>> My defconfig is the standard arm64 as provided with the addition of
>> CONFIG_USB_ETH=m.
>>
>> Any information would be helpful, especially if this is working on other
>> 3399 based boards at the mentioned commit.
>
> I've not tried the type C port since I was playing with the initial
> dts, but IIRC not even host mode was working at that point. My vague
> understanding is that there was (and probably still is) some
> communication missing between the fusb302 driver and the dwc3 driver
> (since NanoPC-T4 is using that external chip rather than the RK3399's
> internal type C controller).
>
> It's certainly something I've been meaning to come back and take
> another look at, so I'll try to have a play over the weekend to see
> how much I can make sense of.
>
> Robin.

Thanks Robin, and I appreciate you adding the initial dts, I've got a
patch for mainline uboot which I'll try submit soon which gives us a
full mainline stack.

I've seen other discussions around the fusb302 with other boards so I'll
try poking around and see if I can come up with anything.

Thanks for the tip!

Cheers,

Jack.


_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip