DRA77P: Flashing programs for DRA742 and DRA77p

Hi,

What is the flashing tool you are using?

Regards,
Rishabh

Hi Rishabh,

Code composer studio v7.4 is used

Regards,
Padmesh

Padmesh,

Are you using qspi flash writer or nor flash writer?

Regards,
Rishabh

Hi Rishabh,

I do not use any flash writers, what I use is the CCStudio to load the xem4 executables.

Will the executable that are able to be loaded in DRA74x be able to run in the DRA77p variant ?

Hi Rishabh,

From where will I be able to get the binaries for DRA77p. Currently I am using processor-sdk-rtos-automotive-dra7xx-evm-04.03.00.05 from where I build csl projects for DRA74x.
What do I do to configure binaries for DRA77p ?

Regards,
Padmesh

Padmesh,

Can you check the release notes to see if DRA77p is supported and look at documentation on how to build the same.
I have asked the processor-sdk-rtos-automotive-dra7xx expert for further help.

Regards,
Rishabh

Hi Stephen,

What necessary steps do I need to follow to achieve the task of building binaries for DRA77P

Regards,
Padmesh

Hi Padmesh,

Adding another platform to PDK will require a significant effort and something we won't be able to support. I can describe what is needed at a high level, but by no means will this be a comprehensive guide.

First challenge is just to get the various libraries building for the device. This would include defining something along the lines of an SOC=dra7px and BOARD=evmDRA7Px. You could grep through the modules of interest and look for references to either TDA2Px or AM574x. These devices have most similarity to DRA77P. For any soc sub-directories in the component of interest you must also define something similarly for dra7px. If you make all of the necessary updates here, in the various makefiles definitions,and source file preprocessor (i.e. SOC_DRA7Px) then for the most part you should be good to go for the compilation.

Then there are going to be device- and board-specific updates needed in the Board library. Pad configuration is particularly tricky and will need to be addressed in the library similar to the other DRA7xx devices. You will need to refer to the device data sheet for the IODelay configuration entries which must be included. There will be various board I/O expanders and mux selections to expose the signals to the necessary components (e.g. Ethernet PHY, Audio Codec, etc.). You will have to evaluate the UART instance for the console, I2C instance used to configure various expanders, MMCSD GPIO pin, and whatever else is needed for your application.

If SBL is needed, you will also need to need to port TDA2Px-specific code to build for DRA7Px. Note that the SBL is designed for TDAxxx family of devices which we have enabled DRA7xx on top of, but there are differences in various CPU and PLL frequencies in a given OPP between the two families, so this must be evaluated and modified based on the data sheet for the device.

Before going through this trouble, it would be helpful to understand your application and what it is you are trying to do. Maybe there is a workaround or shortcut we can take if you need to enable something on DRA77P.

Thanks,
Stephen

Hi Rishabh,

A custom board is being built with DRA77P Processor. As part of the board bring up process, clock and other peripherals are to be verified by using binary examples like Uart, emac,etc. to make sure if they are working. These examples which I mentioned where available for DRA 74x and I was able to visualise them. I was looking if any such things were possible in this case.
If at all binaries are not possible to be built, can I verify the working of peripherals using xds 200 debugger and CCStudio. Sorry if I am wrong, I am new to this knowledge.

Regards,
Padmesh

Thanks Stephen for giving me an insight. Let me see if these are possible.

Regards,
Padmesh

Hi,

I am still looking into it and thanks for the insight. I'll update as the custom board is bring up.

Regards,
Padmesh