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.

Header Files and Source Code for OMAP3530

Other Parts Discussed in Thread: OMAP3530

Hello,

I'm new to OMAP, and I would like to develop a standanlone application.
But I still have some questions:

1) Is there a central header file, where all hardware registers of the processor are defined?
I already checked the Linux source code, and found in "include\asm-arm\arch-omap" a lot of different files where the registers are defined, but for my project this is not satisfactory.

2) Does TI also provide some example source code for standalone applications? I could only find Software for Linux or Windows CE.

Thank you in advance

Jerome

 

 

 

 

 

  • Jeromert said:
    1) Is there a central header file, where all hardware registers of the processor are defined?
    I already checked the Linux source code, and found in "include\asm-arm\arch-omap" a lot of different files where the registers are defined, but for my project this is not satisfactory.

    For the most part the header files you are looking at from the Linux source are the closest to what you are requesting, there is not one master header file but rather header files for various peripherals and functions of the device.

    Jeromert said:
    2) Does TI also provide some example source code for standalone applications? I could only find Software for Linux or Windows CE.

    The OMAP3 is really targeted at high level OS applications, which is why the bulk of the collateral is for Linux and Windows CE, we do not have much in the way of OS-less example code. The closest to something like this would be the U-Boot or XLoader source code which at least covers some of the device's peripherals, for example the board validation test suite for the OMAP3530 EVM board from Mistral (a.k.a. ITBOK) runs within U-Boot.

    I am curious why you are interested using the OMAP3 without running a high level OS like Linux or Windows CE?

  • Thank you.

    Bernie Thompson said:

    I am curious why you are interested using the OMAP3 without running a high level OS like Linux or Windows CE?

    The problem of high-level OS is that there might occur some problems where you cannot find out the reason fast enough because the system is too complicated. With a system using a simpler OS you might have less features, but a better overview.
    At the moment we are still undecided which way to go...

     

  • Jeromert said:

    The problem of high-level OS is that there might occur some problems where you cannot find out the reason fast enough because the system is too complicated. With a system using a simpler OS you might have less features, but a better overview.

    Simplest would be u-boot ofcourse :)

  • Hi Bernie,

    I am new to the OMAP35. I am also interested in any header files that encapsulate the OMAP3530 DMA hardware.....more specifically the DMA engines in the OMAP3530. We have an FPGA connected to the OMAP on the GPMC bus. I am starting to write code to DMA data into/from the FPGA. I see on page 985 in document spruf98f.pdf, there is real nice example code which is utiilizing some structs that have been written to encapsulate the DMA hardware. I would love to get my hands on the code/header files that this code example was taken from. Seems that this would make my life easier (not to have to rewrite structures and header files)....plus any example code would probably save me a bunch of tiime debugging my "write from scratch" code.

    Thanks

    Michael

  • michael christoff said:
    I see on page 985 in document spruf98f.pdf, there is real nice example code which is utiilizing some structs that have been written to encapsulate the DMA hardware. I would love to get my hands on the code/header files that this code example was taken from.

    I have been looking into this and unfortunately it looks like this is only available as is in the TRM, it is pseudo code that has no available C sources. Though there is not much we can do about this for OMAP35x currently, having these kinds of pseudo code examples made into real example source code is on the road map for future devices.