BCDMA: RX Channel can lockup in certain scenarios

XMLWordPrintable

    • Type: Bug
    • Resolution: Fixed
    • Priority: High
    • Linux Core SDK
    • LCPD-37965
    • NA
    • 08.03.00
    • 09.02.00
    • Hide
      am62axx_sk-fs
      am62axx_sk-se
      am62pxx_sk-fs
      am62pxx_sk-se
      am62xx_lp_sk-fs
      am62xx_lp_sk-se
      am62xx_p0_sk-fs
      am62xx_sk-fs
      am62xx_sk-se
      am62xxsip_sk-fs
      am62xxsip_sk-se
      Show
      am62axx_sk-fs am62axx_sk-se am62pxx_sk-fs am62pxx_sk-se am62xx_lp_sk-fs am62xx_lp_sk-se am62xx_p0_sk-fs am62xx_sk-fs am62xx_sk-se am62xxsip_sk-fs am62xxsip_sk-se
    • Hide
      Workaround:
      a) When receiving data from a PSIL/PDMA peripheral, EOP flag needs to be set in the each TR's configuration specific flag field and PDMA's 1 X-Y FIFO Mode Static TR "Z" paramater should be set to non zero value in order for channel teardown to function properly and cleanup the internal state memory. Otherwise it leads to channel lockups on subsequent runs.  The PDMA Z count should also match the TR size, so that PDMA delineates each transfer as an individual packet. This is especially problematic in cases like where TRPD has infinite reload count set to perform cyclic transfer using a single set of TRs in streaming mode, in which case each TR could potentially be the last one.

      b) If the usecase doesn't allow for PDMA Z count to be set in advance or packet EOP cannot be set then alternate is to use PKTDMA in single buffer mode instead of BCDMA.
      Show
      Workaround: a) When receiving data from a PSIL/PDMA peripheral, EOP flag needs to be set in the each TR's configuration specific flag field and PDMA's 1 X-Y FIFO Mode Static TR "Z" paramater should be set to non zero value in order for channel teardown to function properly and cleanup the internal state memory. Otherwise it leads to channel lockups on subsequent runs.  The PDMA Z count should also match the TR size, so that PDMA delineates each transfer as an individual packet. This is especially problematic in cases like where TRPD has infinite reload count set to perform cyclic transfer using a single set of TRs in streaming mode, in which case each TR could potentially be the last one. b) If the usecase doesn't allow for PDMA Z count to be set in advance or packet EOP cannot be set then alternate is to use PKTDMA in single buffer mode instead of BCDMA.

      Implement workaround recommended by IP team for the RX channel lockup issue with cyclic DMA

      Errata wording

      BCDMA RX chan Teardown can lockup channel and cannot be used for subsequent transfers if none of the TRs have EOP flag set in configuration specific flags field.  Subsequently when channel is re-enabled, transfer would not complete and will terminate with various errors in TR response.{}

            Assignee:
            TI User
            Reporter:
            TI User
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved:

                Connection: Intermediate to External PROD System
                EXTSYNC-5054 - BCDMA: RX Channel can lockup in cer...
                SYNCHRONIZED
                • Last Sync Date: