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.

Documentation bug for DMAPCR PARITY_ENA

Hello,

I think there is a documentation bug in table 16-66 in the description of the PARITY_ENA field.  It says initially that 5h will disable the parity check (this is the default value, so I am guessing this is correct), and all other values will enable parity checking.  Then, there is a note that says "It is recommended to write a 5h to enable parity check, to guard against soft errors from flipping PARITY_ENA to a disabled state."  I am guessing that should read "to write an Ah to enable...".  Please correct me if I am incorrect.  Thanks.

  • Hi Andrew,

    I had a look into this and I'm consulting with the concerned design expert.

    Will let you know of the status soon.

    Regards. Pratip

  • Hi Andrew,

    Please note that all current datasheets and TRMs include a link on the bottom of the page which can be used to submit documentation feedback.  This link goes directly to our technical writers and all responses are tracked and managed in future updates.  We're glad to help on the forum, but appreciate customer feedback through this mechanism as well.

    Thanks and Regards,

    Karl Greb

  • Andrew  ,

    Thank you for your feedback. So you are refering to spnu499 TRM.

    We confirm this and we will update this in our next version of the TRM

    This paragraph in section 16.3.1.58 should be read as :

    Note: It is recommended to write 0xA to enable paritycheck,to guard against soft error from flipping PARITY_ENA to 'disabled' state.

    - Pratip