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.

C6486 internal register for debug

Hi, 

My customer is using the TCI6486 for MP, now they reported one issue that only occurred on one DSP, and it is an occasional issue, occurred only 4times on the fixed DSP. We checked all the relative status registers but not found any error, and there was no error reported. The issue DSP board locates at customer's out field, their customer doesn’t allow them do any debug, the only thing can do is to dump register and memory.

My customer suspect it is possible a DSP silicon issue, do u know if there are any registers can be read to check the DSP’s die information for analysis and know if it is a DSP silicon issue or not?

Tom Johnson has replied with below comments:

"If there is a silicon issue unique to a single chip, the customer should request a replacement device through their sales channel.  There is no value in debugging a single device failure.  However, if they have multiple devices failing the same way under exactly the same conditions on multiple boards, then there is value in researching the root cause."

 Till now the issue happened only on one chip, but as we don't know the root cause, we are afraid of if it would also happen on other chips. As u said there is value in researching the root cause if multiple devices have the same issue, would u pls help provide te debug value, then we can debug it on the issue chip, thank u very much.

Andy

  • Hi Andy,

    they reported one issue that only occurred on one DSP, and it is an occasional issue, occurred only 4times on the fixed DSP


    This is probably a hardware issue with their board or the TCI6484 SoC itself. Can they replace the processor on that board and see if the problem persists?

    As I understand, this is exactly what you've received as a feedback:
    "If there is a silicon issue unique to a single chip, the customer should request a replacement device through their sales channel. There is no value in debugging a single device failure


    This is worth spending time on, only if you have multiple processors showing the same problem.

    Best Regards,
    Yordan
  • Any,

    As Yordan suggested, the next step is to replace the TCI6486 on the customer's board with a new device.  If the problem is resolved, then we know that the problem was due to a silicon flaw in that specific device.

    Tom