• State TI Thinks Resolved
  • Locked Locked
  • Replies 4 replies
  • Answers 1 answer
  • Subscribers 98 subscribers
  • Views 583 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

66AK2H12: what the relationship between the QMSS queue number and the DMA channel number?

hao zhong
Prodigy 40 points
Part Number: 66AK2H12

Recently,I communicate the 66AK device to other device with SGMII. I have a question about the relationship between QMSS and PKTDMA.Is there a one-to-one relationship between the QMSS queue number and the DMA channel number? For example,if we use the queue number 648 to send data,we must use the 8th DMA channel of the NETCPDMA?  When I choose  the queue number 647 to send data, no matter what channel of the NETCPDMA set ,no data can be sended. My test programe send as an attachmenthttps://e2e.ti.com/cfs-file/__key/communityserver-discussions-components-files/791/uapc3.7z

  • 0
    TI__Mastermind 43296 points

    [edited]

    Hao,

    The project you attached seems to be from local team, can you try to contact with them to get better support?
    You may consider to migrate to Processor SDK moving forward. www.ti.com/.../PROCESSOR-SDK-K2H

    Regards,
    Garrett

  • 0 in reply to Garrett Ding
    TI__Mastermind 43296 points
    Hao,

    The relationship between the QMSS queue number and the DMA channel number is not transparent from the "KeyStone Architecture Multicore Navigator User's Guide", www.ti.com/.../sprugr9 . But in section 6 - Programming Information on page 133, it indicates "With all the TX PKTDMAs, there is a one-to-one HW mapping between a queue number and a TX channel. In the QMSS case, queue 800 maps to TX channel 0, 801 to 1, etc." This should explain why you observe that "if we use the queue number 648 to send data,we must use the 8th DMA channel of the NETCPDMA". You can confirm this with other corresponding queue number and NETCPDMA channel, e.g queue number 640 and NETCPDMA channel 0, see NetCP TX queues in Table 5-2. Queue Map for KeyStone II. I have edited response in previous post.

    Again, you should consider to move to Processor SDK for future product maintenance and upgrade.

    Regards,
    Garrett
  • 0 in reply to Garrett Ding
    Prodigy 40 points

    https://e2e.ti.com/cfs-file/__key/communityserver-discussions-components-files/791/1781.uapc3.7zThanks for your reply. I can use the queue number 648 to send data. I  have tried to  use the queue number 640 to send data,and enabled all the NETCPDMA channels,but no data could be send.I use the demo which isfetched from  MCSDK  3_01_04_07.Are there any regsisetrs should be  setted in order to use the queue number 640 to send data. The demo is attached

  • 0 in reply to hao zhong
    TI__Mastermind 43296 points
    Hao,

    The slides (processors.wiki.ti.com/.../Eindhoven_JAN_12-07b_KeyStone_NETCP_PA.pdf ) contain more detailed info on the queue numbers and PA, see slide #21 and #32. It appears queue number 648 must be used for GbE switch packet transmit. I will suggest document team to put the slide deck into training.ti.com.

    Regards,
    Garrett