Hi all,
I have multiple issues that have arisen from trying to use the NetCP, when device executes Ethernet boot. I raised the issue in a different thread, but I got no answers so I will try again.
1. Why are there Rx channels in the PKTDMA for peripherals (e.g. NetCP)? Tx channel correspond to different Tx queues and the streaming port is connected to different submodules i.e. Q640 -> L2 Classification Engine, Q648 -> Ethernet Switch. For reception the flowID defines the free descriptor queue and the destination queue. The destination queue seems to be overrriden by the routing rules in the LUTs of the PDSPs, why? The streaming port switch in the NetCP allows for inputs from the GbE switch to be routed to Rx DMA channel 23 and 22. What flow will be used in this case?
2. In this thread:
http://e2e.ti.com/support/dsp/c6000_multi-core_dsps/f/639/p/200415/713809.aspx#713809
the clocks of the SA, CPSW and PA were turned of and then Power to the NetCP was successfully turned off. I am able to turn the clock of for the CPSW, but not for PA, even though I think I've done all the steps required.
Also, in sprugv4b.pdf in 2.3.1 in the note it says: "Transitions from ON to OFF are never allowed." and in 2.3.2 "Transitions from Enable to
any other state are not allowed." For CPSW transition from Enabled to SwrRstDisabled was nevertheless possible.
Any suggestions?
3. I use pdk_C6670_1_1_0_3\packages\ti\drv\exampleProjects\PA_simpleExample_exampleProject
It works when processor is set to boot in No boot mode. In Ethernet boot mode it does not work. The problem seems to be PDSP0 which does not respond to configuration packets. PA_adIP and PA_addPort work so PDSP 1 and 3 are ok, and also the configuration packet which tells where to send the response seems okay, since it is configured in the same way for Pa_addIP and PA_addMAC. I am also able to send packets over Ethernet, when pushing the packet descriptor to queue 648.
As I see it the paDownloadFirmware stops the PDSPs, writes the firmware code and restarts the PDSPs. I am not able to get ahead with this issue. PDSP0 does not answer to configuration packets.
Is there any additional information on the firmware. In sprugs4a.pdf 4.4.1 there is talk about debug registers for the PDSP. Is there any information on these so I can understand why PDSP0 does not work.
Thank you and best regards,
eri