This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TPS65988: Port 1 ends up to HARD reset in UFP mode after sending good crc to source capabilities

Part Number: TPS65988
Other Parts Discussed in Thread: TPS65982

Hi,

I have issue with a port 1. Port 0 works in UFP,DFP, DRP mode. Port 1 does not work in UFP or DRP (try.snk) when connected to DFP. I have checked that all configurations should be similar between ports 0 and 1.

What happens is that after DFP advertises source capabilities and port 1 sends goodcrc there is HARD reset in PD trace. I have checked that PD message timings and content are similar between port 0 and port 1 before HARD reset. Port 1 ends up to HARD reset (initiated by DFP or UFP hard to say). UFP (port 1) also continue to send request message even after HARD reset.

I suspect that there must be firmware issue from two reasons:

1. Hard reset happens every time and with different DFPs. It always happen after goodcrc to advertised source capabilities.

2. Port 1 continue to send request message even after HARD reset seen on bus.

Is this known issue and is there fix for FW available? Or is there other possible reasons than FW?

Quite similar issue:

https://e2e.ti.com/support/interface/f/138/t/810844?tisearch=e2e-sitesearch&keymatch=TPS65988