Linking EDM3 LLD driver for C66AK2H into an application project.

Hi Ari,

Welcome to the TI E2E forum. I hope you will find many good answers here and in the TI.com documents and in the TI Wiki Pages (for processor issues). Be sure to search those for helpful information and to browse for the questions others may have asked on similar topics (e2e.ti.com). Please read all the links below my signature.

We will get back to you on the above query shortly. Thank you for your patience.

Thanks for the quick reply!

Titusrathinaraj Stalin said:

"66" mentions about C66xx DSP multicore processor.So you have to use appropriate ARM library.

Yes, I probably need to use ARM driver (ARM Cortex A15) instead of C66 for ARM application.

The problem is that there are only .mk files in the folders under

"C:\ti\edma3_lld_02_11_13_17\packages\ti\sdo\edma3\drv\lib"

other than "66" and furthermore, there is no folder at all for arm15.

Do I now need to compile the driver myself? And if so, where do I find a makefile (or CCS .pjt) for doing it? There seems be a "makerules" folder where also a .mk file for the A15 exists, but I don't know how to make with such a file. I tried making with the instructions of "makerules_spec.pdf" but got errors too strange for me to understand.

I am a bit disappointed because the installer did not create all the driver binaries and libs for me in the first place. Now I need to bother you there.

Best regards,

Ari

Hello,

I rebuilt all the drivers from the sources and finally succeeded in it. The compiler now finds the libraries after renaming them to "libedma***.a" and I guess they are compatible because the errors I had before all vanished.Thanks a lot for your help so far!

I am using the following libraries:

-L...packages/ti/sdo/edma3/drv/lib/a15/release \
-L...packages/ti/sdo/edma3/rm/lib/generic/arm9/release \
-L...packages/ti/sdo/edma3/drv/sample/lib/omapl138-evm/arm9/release \
-lm -ledma3_lld_drv.aa15fg -ledma3_lld_rm.ae9 -ledma3_lld_drv_sample.ae9 \

Are these right for my C66AK2H target (ARM Cortex-A15 CPU)? I am a bit curious about the ARM9 and especially OMAPL138, but if they are OK, then fine!

My next problem is that the linker cannot find any of the EDMA_DRV functions. They all produce an error like:

"undefined reference to 'EDMA3_DRV_open'"

I am writing my code in C++ and I use the

extern "C" when including the edma3 headers. Any ideas what might be wrong? Do I need the ".so" files already when linking or are the library-files enough in that phase? I have ccsv5, ccsv6, bios5 and bios6 installed. Can these conflict if I accidentally use some of the files from a different versions?

BRS, Ari

Hi,
I managed to solve the previous problem. I had my makefile a bit wrongly formatted.
Now I only have link problems with some functions, like

"ti_sysbios_hal_Hwi_enableInterrupt__E"

and complaints of using "VFP register arguments" in my code while the driver does not.

I still would like to know if the libraries are the correct ones I asked in my previous post.

Best regards,
Ari

Hi,
How about your SYS/BIOS (RTOS) version ?

Hi,
I am lost with the versions where to find them.
Under the /ti directory I have:
bios_6_41_00_26
ctoolslib_1_1_1_0
mcsdk_bios_3_01_03_06
mcsdk_linux_3_01_03_06
xdctools_3_30_05_60
xdctools_3_30_05_60_core6x

I do not know about SYS/BIOS or RTOS. Sorry!
Can you please tell me how to see if I have them installed at all and which versions they are.

Regards, Ari

Hi,

while waiting news from the ARM Cortex A15 support for the EDMA3 LLD driver I proceeded with the GPIO. It seems that there is no GPIO support either for the A15 in the MCSDK. Is this true? Is the MCSDK meant be used with the DSP cores only? And if so, then how am I supposed to use the EDMA3, GPIO and other peripherals in A15? Accessing the HW registers directly (=writing my own drivers) or? Fortunately this is not a big problem for me in doing so since I have been writing them for years for our earlier TI SoCs and have a lots of code ready for that. Basically I just modify the register addresses and that's it mostly. But it would still be a bit disappointment since I have spent days to work in belief there are drivers ready and easy to use.

When concerning all this what worries me most is the TCP/IP support. I need to communicate with a PC from the A15 through the TCP/IP, but I guess I can use the ARM Linux kernel functions for that, right?

Best regards,

Ari

Hi,
Your understanding is correct.
For A15, we are running Linux on it and don't have bare or BIOS code for peripherals and having for DSP cores.
Most of the customers preferred Linux for ARM and RTOS (SYS/BIOS) for DSP cores.

You can refer this platform (DSP) code and try to use it for A15.
C:\ti\pdk_keystone2_3_01_01_04\packages\ti\platform\evmk2h\platform_lib\src

We have NDK examples for DSP cores and Linux would support ethernet (NETCP, 10GbE) for ARM.

Please refer to the following link for keystone 2 Linux support.
processors.wiki.ti.com/.../MCSDK_UG_Chapter_Exploring

Hello Titus,
I have been playing with the linaro-arm-linux-gnueabihf compiler for a long time and become eventually more and more lost.
Maybe it is better finally to ask the questions I should have probably asked in the very beginning since I am a newbie with this K2H EVM board:

What is the best strategy to implement the following system in the K2H:
1. One CPU must be dedicated doing rapid I/O and DMA transfers. Previously in my DaVinci board I used the ARM for this with no operating system at all.
2. Three CPUs must run an algorithm for processing the data produced by the CPU mentioned above. Previously in my DaVinci board I used the DSP CPU for this with no operating system at all.

Should the CPU of the point 1 above be also a DSP CPU or can it be ARM? Are both ARM CPUs reserved for Linux? I ask this because it begins to look like I cannot use ARM (Cortex A15) for my purposes at all because:
- adding my own interrupt handlers is not allowed by the ARM Linux , should be a driver to do so and I don't want to write my own ARM Linux drivers (if not necessary)
- there is no ARM Linux drivers for GPIO or DMA for Cortex A15

To simplify all the questions above: Should I completely forget about the ARM and write all my code into the DSP using the MCDSK or can there be any use of the ARM for me other than it runs the Linux?

Regards,
Ari