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.

AM3359 (@BeagleBone white) "Secure" behavior during debugging in CCS5.2

Other Parts Discussed in Thread: AM3359

BeagleBone non-black, CCS5.2, StarterWare 2.00.00.07 as startup. During development of application demonstrating 100Mbps data transmission from AM3359 to Windows7x64SP1 host (with proprietary written application form reception of data stream, netcard is onboard Intel 82567LM-2), basing on StartWare example Demo's network model I've written my own network module for reception/transmission of 256byte fixed-size packets for commands. In lwIP's callback "_recv" function after decision of packet validation and acception I've used mechanism of software interrupts for calling dispatching function (IntSoftwareIntSet(127)). This worked a bit worse than fine. Next step was addition of transmission mode for relatively large memory region (512KB) -- my method is dispatching kept worked. Now time for continuous transmission came along with neccessarity of higher-than-network level of dispatching memory regions for transmission -- so I've written additional dispatching function in interrupt 126, and it has been IntSoftwareIntSet(126)-called in the end of lwIP's callback "_sent" -- where ..

my question arises -- in CSS Debugger CPU state is Running(Secure) and I'm unable to neither Pause nor understand where CPU is. Moreover, right now I've tried to call IntSoftwareIntSet(127) (which has worked well) after initialization of network, cut-off all 126 "enhancements", but still faced with Secure right after soft-calling 127.

So I've faced with unbelievable: things, worked day before now are faulty.

 

And question is: how to debug such a "secure" mode of ARM CPU?

  • Source of problem has been determined as result of isolation portions of code: stupid mistake as result of Code Completion -- instead of AINTC_HOSTINT_ROUTE_IRQ, AINT_HOSTINT_ROUTE_FIQ has been written.. When I've noticed this mistake, everything became OK, because AM335x does not support FIQ at all.