TMS320F28P659DK-Q1: CLA Math libraries in BOOT ROM

Davide Dentoni

Part Number: TMS320F28P659DK-Q1
Other Parts Discussed in Thread: C2000WARE, TEST2

Hello support,

I cannot understand whether the 28P65 has CLA math tables in BOOT ROM or not.

In the c2000ware 5_00_00_00, there is a folder named "C2000Ware_5_00_00_00\libraries\math\CLAmath\c28\lib" that contains the libraries "datarom".

But if I look at the datasheet, I see that the ROM symbol table seems to not contain CLA tables.

Question:

on 28P65 is it possible to use CLA Math tables in ROM, and spare RAM space ?

over 2 years ago

0 Sira Rao80 over 2 years ago

TI__Mastermind 25100 points

Davide, I am checking on this with the BootROM expert.

Thanks,

Sira

0 Sira Rao80 over 2 years ago in reply to Sira Rao80

TI__Mastermind 25100 points

Davide, what I heard is that BootROM does contain CLAMath tables and the documentation needs to be updated to reflect this.

Thanks,

Sira

0 Sira Rao80 over 2 years ago in reply to Sira Rao80

TI__Mastermind 25100 points

Davide, when I look at the F28P65x datasheet, I do see CLAData ROM mentioned. See 8.3.2.

https://www.ti.com/lit/ds/symlink/tms320f28p659dk-q1.pdf?ts=1690381110606&ref_url=https%253A%252F%252Fwww.google.com%252F

I don't know which document the pictures you sent correspond to.

Thanks,

Sira

0 Davide Dentoni over 2 years ago in reply to Sira Rao80

Prodigy 175 points

Hello Sira,

"I don't know which document the pictures you sent correspond to." --> to the datasheet (SPRSP69 – JULY 2023)

"when I look at the F28P65x datasheet, I do see CLAData ROM mentioned. See 8.3.2." --> Thanks, I have found this paragraph

I tried to integrate the CLA math libraries "cla2_math_library_datarom_fpu32_eabi.lib" and "f28P65xCPU1_CLADATAROM_Symbols_fpu32.lib" as explained into the "CLA Math Library User Guide" but the outcome is that the tables are allocated at 32bit addresses, like 0x0101xxxx (consistent with par. 8.3.2)

This generates a warning because the CLA works on 16bit addresses only.

How can I fix this ?

Do I have to make a copy in RAM ?

CLA Math User Guide states:

"The lookup tables for the CLA Math library may be present in the CLA Data ROM of the target
device (check target device TRM to determine which tables have been placed in ROM), and can
be used by the math routines; this will save the user from having to load the tables to Flash (and
subsequently copy them over to RAM at runtime)."

0 Sira Rao80 over 2 years ago in reply to Davide Dentoni

TI__Mastermind 25100 points

The ROM is mapped to different addresses on the C28x and on the CLA - on the CLA side it should be accessible.

See the different Load (32b) and Run (16b) addresses. The runtime addresses are what will be used.

0 Davide Dentoni over 2 years ago in reply to Sira Rao80

Prodigy 175 points

Hello,

I made a couple of tests.

Test 1. Followed the "CLA Math Library User's Guide" when states:

"In the event that the symbols library for a given device (known to have the lookup tables in
CLA data ROM) is not present, it is possible to add the required symbols, and their address,
directly to the linker command file."

I therefore have included in the linker only the "cla2_math_library_datarom_fpu32_eabi.lib", and I have added the required symbols directly into the linker file.

This seems to work: no linker warnings and the map file reports the tables at the proper address.

Test 2.

I have linked also the "f28P65xCPU1_CLADATAROM_Symbols_fpu32.lib"

I have deleted all CLA symbols from linker file.

I have also added following section in the linker

    CLA1mathTables : LOAD = BOOTROM_CLAMATH_TABLES,   // CLAMATH
                     RUN = RAMD1_ROMCLAMath,
                     RUN_START(CLA1mathTablesRunStart),
                     LOAD_START(CLA1mathTablesLoadStart),
                     LOAD_SIZE(CLA1mathTablesLoadSize),
                     ALIGN(4)

where

BOOTROM_CLAMATH_TABLES : origin = 0x01011070, length = 0x000F90

RAMD1_ROMCLAMath : origin = 0x00F870, length = 0x000790

But the result is that for each symbol in the library used by my application I have this warning

#17003-D relocation from function "Cla1Task1" to symbol "CLAsincosTable_Coef1" overflowed; the 25-bit relocated address 0x1011e56 is too large to encode in the 16-bit unsigned field (type = 'R_CLA_ABS16' (16))

Could you understand what is wrong on my side ?

0 Sira Rao80 over 2 years ago in reply to Davide Dentoni

TI__Mastermind 25100 points

Davide,

For Test2, can you send me your linker cmd file?

For comparison, please send your linker cmd file for Test1 as well.

Thanks,

Sira

0 Davide Dentoni over 2 years ago in reply to Sira Rao80

Prodigy 175 points

Hello,

this is a screenshot of the map file for Test1

This is for Test2

I tried to upload also the linker files, but I'm not sure the uoloading was successful. Let me know

0 Davide Dentoni over 2 years ago in reply to Davide Dentoni

Prodigy 175 points

Here linker files should be available to you

Test1_lnk.txt

Fullscreen

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
//#############################################################################
//
// FILE:    f28p65x_cla_c_lnk.cmd
//
// TITLE:   Linker Command File for CLA Math library examples that run
//          on the f28003x platform
//
//          This file includes all RAM and FLASH blocks present on the
//          f28003x and depending on the active build configuration
//          (RAM or FLASH) the appropriate sections will either be loaded
//          into RAM or FLASH blocks
//
//###########################################################################
//
//
// $Copyright: Copyright (C) 2023 Texas Instruments Incorporated -
//             http://www.ti.com/ ALL RIGHTS RESERVED $
//###########################################################################
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

//#############################################################################
//
// FILE:    f28p65x_cla_c_lnk.cmd
//
// TITLE:   Linker Command File for CLA Math library examples that run
//          on the f28003x platform
//
//          This file includes all RAM and FLASH blocks present on the
//          f28003x and depending on the active build configuration
//          (RAM or FLASH) the appropriate sections will either be loaded
//          into RAM or FLASH blocks
//
//###########################################################################
//
//
// $Copyright: Copyright (C) 2023 Texas Instruments Incorporated -
//             http://www.ti.com/ ALL RIGHTS RESERVED $
//###########################################################################

//
// CLA_C is defined to 1 in the project properties
// Project Properties -> C2000 Linker -> Advanced Options -> Command File
// Preprocessing -> --define
//
//--define=CLA_C=1
//
// CLA_MATH_TABLES_IN_ROM is defined in the project properties according to
// build configuration selected
// Project Properties -> C2000 Linker -> Advanced Options -> Command File
// Preprocessing -> --define
--define=CLA_MATH_TABLES_IN_ROM=1
// Set this variable to 1 to use the CLA Math Tables in the CLA Data ROM
// If set to 0, make sure the right CLA Math library (one without the _datarom
// suffix) is used in the project
//
//
#include "..\..\..\..\..\Sources\Devices\OBC\Common\Abstraction\F28P65\sys_mem_map.h"

CLAsincosTable = 0xFD0A;
CLAsincosTable_TABLE_SIZEDivTwoPi = 0xFE4E;
CLAsincosTable_TwoPiDivTABLE_SIZE = 0xFE50;
CLAsincosTable_TABLE_MASK = 0xFE52;
CLAsincosTable_Coef0 = 0xFE54;
CLAsincosTable_Coef1 = 0xFE56;
CLAsincosTable_Coef1_pos = 0xFE58;
CLAsincosTable_Coef2 = 0xFE5A;
CLAsincosTable_Coef3 = 0xFE5C;
CLAsincosTable_Coef3_neg = 0xFE5E;





MEMORY
{
 
   BEGIN_M0            : origin = 0x000000, length = 0x000002               /* Part of M0 RAM - used for "Boot to M0" bootloader mode */
   BOOT_RSVD           : origin = 0x000002, length = 0x0001C0	            /* Part of M0 RAM, BOOT rom will use this for stack
   																			   see doc. TMS320F28P65x Microcontrollers - Technical reference manual
   																		       at par. 3.7.6.2 Reserved RAM Memory maps		*/

   RAMM0               : origin = RAMM0_START, length = RAMM0_LENGTH        /* M0 RAM */

   BOOT_BOOT_RAM (RW)  : origin = BOOT_BOOT_RAM_START, length = BOOT_BOOT_RAM_LENGTH     /* Variables stored in uninitialzed RAM: R/W from bootloader, not readable/writable from application */
   APPL_BOOT_RAM (RW)  : origin = BOOT_APPL_RAM_START, length = BOOT_APPL_RAM_LENGTH     /* Variables stored in uninitialzed RAM: R/W from both bootloader and application */
   APPL_APPL_RAM (RW)  : origin = APPL_APPL_RAM_START, length = APPL_APPL_RAM_LENGTH     /* Variables stored in uninitialzed RAM: R/W from application, R from bootloader */

   RAMM1               : origin = 0x000400, length = 0x000400      /* M1 RAM */

// RAMLS0              : origin = 0x008000, length = 0x000800      /* LS0 RAM, DCSM secure */
   RAM_CLADATA         : origin = 0x008000, length = 0x000800      /* LS0 RAM, DCSM secure, CLA Data RAM */
// RAM_CLAPROG         : origin = 0x008800, length = 0x002800      /* LS1 + LS2 + LS3 + LS4 + LS5 */   
// RAMLS1              : origin = 0x008800, length = 0x000800      /* LS1 RAM, DCSM secure */
   RAMLS1_STACK        : origin = 0x008800, length = 0x000800      /* LS1 RAM, DCSM secure */
   RAMLS2              : origin = 0x009000, length = 0x000800      /* LS2 RAM, DCSM secure */
   RAMLS3              : origin = 0x009800, length = 0x000800      /* LS3 RAM, DCSM secure */
   RAMLS4              : origin = 0x00A000, length = 0x000800      /* LS4 RAM, DCSM secure */
   RAMLS5              : origin = 0x00A800, length = 0x000800      /* LS5 RAM, DCSM secure */
   RAMLS6              : origin = 0x00B000, length = 0x000800      /* LS5 RAM, DCSM secure */   
   RAMLS7              : origin = 0x00B800, length = 0x000800      /* LS7 RAM, DCSM secure */   

// RAMLS8              : origin = 0x022000, length = 0x002000      // When configured as CLA program use the address 0x4000
// RAMLS9              : origin = 0x024000, length = 0x002000      // When configured as CLA program use the address 0x6000      

   RAMLS8LS9CLALOAD    : origin = 0x022000, length = 0x004000      // Reserved to copy in runtime the CLA code (see DATASHEET at par. C28x Memory Map)
                                                                   // LS8/LS9 have different addresses depending on the user (CPU or CLA)
                                                                   // CLA code is copied by CPU at address 0x22000 and is executed by CLA from address 0x4000

   
// RAM_LS8CLAPROG      : origin = 0x004000, length = 0x002000      /* LS8, DCSM secure, CLA Program RAM, not accessible for CPU */      
// RAM_LS9CLAPROG      : origin = 0x006000, length = 0x002000      /* LS9, DCSM secure, CLA Program RAM, not accessible for CPU */   
   RAM_LS8LS9CLAPROG   : origin = 0x004000, length = 0x004000      /* LS8+LS9, DCSM secure, CLA Program RAM, not accessible for CPU */   
                                                                   // this is the sector where the CLA runs its program, after it has been loaded in RAM by the CPU
																   // (in sector RAMLS8LS9CLALOAD)

   RAMD0               : origin = 0x00C000, length = 0x002000
   RAMD1               : origin = 0x00E000, length = 0x002000
   RAMD2               : origin = 0x01A000, length = 0x002000      // Can be mapped to either CPU1 or CPU2. When configured to CPU2, use the address 0x8000. User should comment/uncomment based on core selection
   RAMD3               : origin = 0x01C000, length = 0x002000      // Can be mapped to either CPU1 or CPU2. When configured to CPU2, use the address 0xA000. User should comment/uncomment based on core selection
   RAMD4               : origin = 0x01E000, length = 0x002000      // Can be mapped to either CPU1 or CPU2. When configured to CPU2, use the address 0xC000. User should comment/uncomment based on core selection
   RAMD5               : origin = 0x020000, length = 0x002000      // Can be mapped to either CPU1 or CPU2. When configured to CPU2, use the address 0xE000. User should comment/uncomment based on core selection


//   CLA1_DATAROM      : origin = 0x00F000, length = 0x001000     


   RAMGS0_FLASHFUNC    : origin = 0x010000, length = 0x001400     /* GS0-1 RAM, Parity, DMA */
   RAMGS0              : origin = 0x011400, length = 0x000C00	  /* GS0-2 RAM, Parity, DMA */
   RAMGS1              : origin = 0x012000, length = 0x002000     /* GS1 RAM, Parity, DMA */
   RAMGS2              : origin = 0x014000, length = 0x002000     /* GS2 RAM, Parity, DMA */   
   RAMGS3              : origin = 0x016000, length = 0x002000     /* GS3 RAM, Parity, DMA */   
   RAMGS4              : origin = 0x018000, length = 0x002000     /* GS4 RAM, Parity, DMA */   

   /* Flash sectors */
   /* BANK 0 */
   BOOT_SW_VERSION   : origin = BOOT_SW_VER_START	  , length = BOOT_SW_VER_LENGTH
   BOOT_SWIDDATAID   : origin = BOOT_SWIDDATAID_START , length = BOOT_SWIDDATAID_LENGTH
   BOOT_TEXT         : origin = BOOT_START_CODE       , length = BOOT_LENGTH_CODE
   HARDWARE_VERSION  : origin = HW_VERSION_START      , length = HW_VERSION_LENGTH
   HARDWARE_VARIANT  : origin = HW_VARIANT_START      , length = HW_VARIANT_LENGTH
   CALIB_SECTION     : origin = CALIB_START           , length = CALIB_LENGTH

   BEGIN_FLASH       : origin = APPL_CODESTART_START     , length = APPL_CODESTART_LENGTH /* Part of FLASH_BANK1_SEC0 - used for "Jump to flash" bootloader mode (in application program) */
   APPL_SW_VERSION   : origin = APPL_SWVER_START         , length = APPL_SWVER_LENGTH
   APPL_SWIDDATAID   : origin = APPL_SWIDDATAID_START    , length = APPL_SWIDDATAID_LENGTH
 
   APPL_TEXT_B0		 : origin = APPL_BANK0_CODESTART      , length = APPL_BANK0_LENGTH /* , FILL = 0xFFFF */	/* FILL is not more needed because the CRC is computed offline by a python script
																																					and introduced into the S3 file	*/

   A_FLASH_BANK0_CLA   : origin = APPL_CLA_FLASH_START    , length = APPL_CLA_FLASH_LENGTH

   A_HARDWARE_VERSION  : origin = APPL_HW_VERSION_START  , length = HW_VERSION_LENGTH
   A_HARDWARE_VARIANT  : origin = APPL_HW_VARIANT_START  , length = HW_VARIANT_LENGTH
   APPL_CRC_TAB_RES    : origin = APPLICATION_CRC_START  , length = APPLICATION_CRC_LENGTH



   /* Flash sectors */
   /* BANK 1 */
   APPL_TEXT_B1      : origin = APPL_BANK1_CODESTART      , length = APPL_BANK1_LENGTH /* , FILL = 0xFFFF*/  /*	The FILL to 0xFFFF is used in order to emulate the erased blank flash sector.
																																		This will allow the CRC computation to be coherent between the linker and the
																																					bootloader software check at run-time.
																																					WARNING: if no FILL directive is used, the HOLES will be automatically filled
																																						with 0x0000! This behaviour is wrong since, after a full memory erase, the
																																						erased cells value is 0xFFFF
																																					FILL is not more needed because the CRC is computed offline by a python script
																																					and introduced into the S3 file	*/
	

   /* Flash sectors */
   /* BANK 2 */	
   APPL_TEXT_B2      : origin = APPL_BANK2_CODESTART      , length = APPL_BANK2_LENGTH /* , FILL = 0xFFFF*/  /*	The FILL to 0xFFFF is used in order to emulate the erased blank flash sector.
																																		This will allow the CRC computation to be coherent between the linker and the
																																					bootloader software check at run-time.
																																					WARNING: if no FILL directive is used, the HOLES will be automatically filled
																																						with 0x0000! This behaviour is wrong since, after a full memory erase, the
																																						erased cells value is 0xFFFF
																																					FILL is not more needed because the CRC is computed offline by a python script
																																					and introduced into the S3 file	*/																																					



   CPU1TOCPU2RAM    : origin = 0x03A000, length = 0x000800
   CPU2TOCPU1RAM    : origin = 0x03B000, length = 0x000800

   CLATOCPURAM      : origin = 0x001480,   length = 0x000080
   CPUTOCLARAM      : origin = 0x001500,   length = 0x000080
   CLATODMARAM      : origin = 0x001680,   length = 0x000080
   DMATOCLARAM      : origin = 0x001700,   length = 0x000080

   CANA_MSG_RAM     : origin = 0x049000, length = 0x000800
   CANB_MSG_RAM     : origin = 0x04B000, length = 0x000800
   RESET         (R)   : origin = 0x3FFFC0, length = 0x000002     /* Part of Boot ROM */
}



SECTIONS
{
/*** Compiler Required Sections ***/
	/* Flash memory (PAGE 0) sections */

	/*
	 * this section is only a placeholder to be used in case of need to check tha CRC algorythm usign a known pattern
	 * otherwise it is not necessary because the CRC is computed and inserted in the SRec by an offline script
	 *  following the TI CRC structure explained below
	 */
/* .dummy_checked_section: > APPL_TEXT_B0 | APPL_TEXT_B1, PAGE = 0, crc_table(_crcTableAppl)	*/

	.text               : >> APPL_TEXT_B0 | APPL_TEXT_B1 | APPL_TEXT_B2, ALIGN(4) /* , crc_table(_crcTableAppl) */
	.cinit              : > APPL_TEXT_B1, ALIGN(4)

#if defined(__TI_EABI__)
	.const              : > APPL_TEXT_B0, ALIGN(4)
#else
	.econst             : > APPL_TEXT_B0, ALIGN(4)
#endif


#if defined(__TI_EABI__)
	.init_array         : > APPL_TEXT_B0, ALIGN(4)
#else
	.pinit              : > APPL_TEXT_B0, ALIGN(4)
#endif

	.switch             : > APPL_TEXT_B0, ALIGN(4)




	/* This generates a custom Output Section that contains all the input sections listed below.
		This is used to compute a single record for the crc_table, which is going to be stored in the section named .TI.crctab */

	/* Pay attention:
		this method computes the CRC only over the sections indicated below (NOT ON THE OVERALL FLASH)
		It seems not to be very flexible to compute the CRC over the complete Flash
		This could become a stakeholder ---> the CRC should be computed with an external tool over the complete Flash area
		used by the application (BANK0 + BANK1) and written offline at the address APPLICATION_CRC_START usign the structure
		described in TI document
		Sector APPL_CRC_TAB_RES can contain up to 10 CRC with the following structure

		typedef struct crc_table
		{
		uint16_t rec_size;	--> usually 8
		uint16_t num_recs;	--> indicates the number of following valid records (min 1)
		CRC_RECORD recs[num_recs];
		} CRC_TABLE;


		each record has the following structure
		typedef struct crc_record
		{
		uint16_t crc_alg_ID; --> CRC algorithm ID  --> depends on teh algo used (usually 0 = CRC32_PRIME)
		uint16_t page_id; 	--> usually 0
		uint32_t addr; 		--> Starting address
		uint32_t size; 		--> size of data in 16-bit units
		uint32_t crc_value;
		} CRC_RECORD;
	*/

/*
	.crctableappl
	{
		*(.text)
		*(.cinit)
		*(.const)
		*(.econst)
		*(.pinit)
		*(.switch)
	} > APPL_TEXT_B0 | APPL_TEXT_B1, crc_table(_crcTableAppl)
*/


/* to be used only in case of test/debug
	.DummyCalibFEE1	    : > CALIB_SECTION1, PAGE = 0
	.DummyCalibFEE2	    : > CALIB_SECTION2, PAGE = 0
*/

	.reset              : > RESET,  TYPE = DSECT
  	.TI.crctab          : > APPL_CRC_TAB_RES								/* section where the linker place the Appl CRC -> currently used
  																				only if section .dummy_checked_section is defined
  																				But usually not necessary because the CRC is computed offline */
	.applswversion      : > APPL_SW_VERSION
	Applcodestart       : > BEGIN_FLASH, ALIGN(4)                           /* Used by file CodeStartBranch.asm */

	.bootswversion      : > BOOT_SW_VERSION
	.HwVersion          : > HARDWARE_VERSION
	.HwVariant          : > HARDWARE_VARIANT

	.A_HwVersion        : > A_HARDWARE_VERSION
	.A_HwVariant        : > A_HARDWARE_VARIANT

	.applswversiondataid		: > APPL_SWIDDATAID
	.bootswversiondataid		: > BOOT_SWIDDATAID
	.crctableappl       : > APPL_CRC_TAB_RES										/* This section is linked to the same sector as the CRC
																									because is not really used
																									Used only to prevent a linker warning when the
																									application tries to allocate the section .crcTableAppl
																									that contains a dummy variable crcTableAppl
																									This variable is not allocated in the Application because
																									not used */
	
    MSGRAM_CPU1_TO_CPU2 > CPU1TOCPU2RAM, type=NOINIT
    MSGRAM_CPU2_TO_CPU1 > CPU2TOCPU1RAM, type=NOINIT

	GROUP
	{
		.TI.ramfunc

		{ -l FAPI_F28P65x_EABI_v3.00.00.lib }			/** forces Flash API to be loaded in RAM **/
	}
	LOAD = APPL_TEXT_B1,
	RUN = RAMGS0_FLASHFUNC

	#if defined(__TI_EABI__)
	LOAD_START(RamfuncsLoadStart),
	LOAD_SIZE(RamfuncsLoadSize),
	LOAD_END(RamfuncsLoadEnd),
	RUN_START(RamfuncsRunStart),
	RUN_SIZE(RamfuncsRunSize),
	RUN_END(RamfuncsRunEnd),

	#else
	LOAD_START(_RamfuncsLoadStart),
	LOAD_SIZE(_RamfuncsLoadSize),
	LOAD_END(_RamfuncsLoadEnd),
	RUN_START(_RamfuncsRunStart),
	RUN_SIZE(_RamfuncsRunSize),
	RUN_END(_RamfuncsRunEnd),
	#endif

	ALIGN(4)





/*************************************************
  *    DEFINITION OF CLA SPECIFIC SECTIONS
  ************************************************/
/* #if defined(CLA_USED) */
#if defined(__TI_EABI__)
	/** Cla1Prog is the output section where the compiler allocates by default the CLA code -- this a symbol necessary **/
    Cla1Prog        : LOAD = A_FLASH_BANK0_CLA,
                      RUN = RAM_LS8LS9CLAPROG,
                      LOAD_START(Cla1ProgFlashLoadStart),
				/*	  RUN_START(Cla1ProgRunStart),	*/	/** this symbol is not necessary in this implementation, because the cose is loaded NOT at the same address as RUN **/
                      LOAD_SIZE(Cla1ProgLoadSize),
                      ALIGN(4)

	/*
	 * ClaCodeRamLoad is the output section customized for 28P65 in order to generate the symbol "ClaCodeRamLoadStart"
	 * that is used to LOAD the code at a specific RAM memory sector that is not the same used to RUN the CLA code
	 * see DATASHEET at par. C28x Memory Map
	 */
	ClaCodeRamLoad	: LOAD = RAMLS8LS9CLALOAD,
					  LOAD_START(ClaProgRamLoadStart),
					  ALIGN(4)
					  

#else	/* defined(__TI_EABI__) */
    /* CLA specific sections */
    Cla1Prog        : LOAD = A_FLASH_BANK0_CLA,
                      RUN = RAM_LS8LS9CLAPROG,
                      LOAD_START(_Cla1ProgFlashLoadStart),
                /*	  RUN_START(_Cla1ProgRunStart),    */
                      LOAD_SIZE(_Cla1ProgLoadSize),
                      ALIGN(4)
					  
					  
	ClaCodeRamLoad	: LOAD = RAMLS8LS9CLALOAD,
					  LOAD_START(_ClaProgRamLoadStart),
					  ALIGN(4)
#endif


    Cla1ToCpuMsgRAM  : > CLATOCPURAM
    CpuToCla1MsgRAM  : > CPUTOCLARAM

	Cla1DataRam      : > RAM_CLADATA

   .scratchpad       : > RAM_CLADATA
   .bss_cla          : > RAM_CLADATA

   cla_shared        : > RAM_CLADATA

#if defined(__TI_EABI__)
   .const_cla      : LOAD = A_FLASH_BANK0_CLA,
                      RUN = RAM_CLADATA,
                      RUN_START(Cla1ConstRunStart),
                      LOAD_START(Cla1ConstLoadStart),
                      LOAD_SIZE(Cla1ConstLoadSize),
                      ALIGN(4)

#if !defined (CLA_MATH_TABLES_IN_ROM)
   CLA1mathTables  : LOAD = A_FLASH_BANK0_CLA,
                     RUN = RAM_CLADATA,
                     RUN_START(CLA1mathTablesRunStart),
                     LOAD_START(CLA1mathTablesLoadStart),
                     LOAD_SIZE(CLA1mathTablesLoadSize),
                     ALIGN(4)
#endif

#else
   .const_cla      : LOAD = A_FLASH_BANK0_CLA,
                     RUN = RAM_CLADATA,
                     RUN_START(_Cla1ConstRunStart),
                     LOAD_START(_Cla1ConstLoadStart),
                     LOAD_SIZE(_Cla1ConstLoadSize),
                     ALIGN(4)
					  

#if !defined (CLA_MATH_TABLES_IN_ROM)
   CLA1mathTables  : LOAD = A_FLASH_BANK0_CLA,
                     RUN = RAM_CLADATA,
                     RUN_START(_CLA1mathTablesRunStart),
                     LOAD_START(_CLA1mathTablesLoadStart),
                     LOAD_SIZE(_CLA1mathTablesLoadSize),
                     ALIGN(4)
#endif

#endif
/* #endif */	/* defined(CLA_USED) */
/*************************************************
  *    DEFINITION OF CLA SPECIFIC SECTIONS
  ************************************************/




#if defined(__TI_EABI__)
   .bss                : >> RAMGS0 | RAMGS1
   .data               : >> RAMM0 | RAMM1    /* only EABI format */
#else
   .ebss               : > RAMLS01
 #endif

/* .cio                : > RAMM0,                 PAGE = 1 */
   .stack              : > RAMLS1_STACK         /* RAMM1 */

#if defined(__TI_EABI__)
   .sysmem             : > RAMM1
#else
   .esysmem            : > RAMM1
#endif



/* in EABI format, set type NOINIT to ask explicitely to not initialize those sections */
#if defined(__TI_EABI__)
   .bootbootshared     : > BOOT_BOOT_RAM, type = NOINIT type = DSECT
   .bootapplshared     : > APPL_BOOT_RAM, type = NOINIT
   .applapplshared     : > APPL_APPL_RAM, type = NOINIT
#else                                     
   .bootbootshared     : > BOOT_BOOT_RAM, type = DSECT
   .bootapplshared     : > APPL_BOOT_RAM 
   .applapplshared     : > APPL_APPL_RAM 
#endif
}

/*
//===========================================================================
// End of file.
//===========================================================================
*/

Test2_lnk.txt

Fullscreen

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
//#############################################################################
//
// FILE:    f28p65x_cla_c_lnk.cmd
//
// TITLE:   Linker Command File for CLA Math library examples that run
//          on the f28003x platform
//
//          This file includes all RAM and FLASH blocks present on the
//          f28003x and depending on the active build configuration
//          (RAM or FLASH) the appropriate sections will either be loaded
//          into RAM or FLASH blocks
//
//###########################################################################
//
//
// $Copyright: Copyright (C) 2023 Texas Instruments Incorporated -
//             http://www.ti.com/ ALL RIGHTS RESERVED $
//###########################################################################
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

//#############################################################################
//
// FILE:    f28p65x_cla_c_lnk.cmd
//
// TITLE:   Linker Command File for CLA Math library examples that run
//          on the f28003x platform
//
//          This file includes all RAM and FLASH blocks present on the
//          f28003x and depending on the active build configuration
//          (RAM or FLASH) the appropriate sections will either be loaded
//          into RAM or FLASH blocks
//
//###########################################################################
//
//
// $Copyright: Copyright (C) 2023 Texas Instruments Incorporated -
//             http://www.ti.com/ ALL RIGHTS RESERVED $
//###########################################################################

//
// CLA_C is defined to 1 in the project properties
// Project Properties -> C2000 Linker -> Advanced Options -> Command File
// Preprocessing -> --define
//
//--define=CLA_C=1
//
// CLA_MATH_TABLES_IN_ROM is defined in the project properties according to
// build configuration selected
// Project Properties -> C2000 Linker -> Advanced Options -> Command File
// Preprocessing -> --define
--define=CLA_MATH_TABLES_IN_ROM=1
// Set this variable to 1 to use the CLA Math Tables in the CLA Data ROM
// If set to 0, make sure the right CLA Math library (one without the _datarom
// suffix) is used in the project
//
//
#include "..\..\..\..\..\Sources\Devices\OBC\Common\Abstraction\F28P65\sys_mem_map.h"

//CLAsincosTable = 0xFD0A;
//CLAsincosTable_TABLE_SIZEDivTwoPi = 0xFE4E;
//CLAsincosTable_TwoPiDivTABLE_SIZE = 0xFE50;
//CLAsincosTable_TABLE_MASK = 0xFE52;
//CLAsincosTable_Coef0 = 0xFE54;
//CLAsincosTable_Coef1 = 0xFE56;
//CLAsincosTable_Coef1_pos = 0xFE58;
//CLAsincosTable_Coef2 = 0xFE5A;
//CLAsincosTable_Coef3 = 0xFE5C;
//CLAsincosTable_Coef3_neg = 0xFE5E;





MEMORY
{
 
   BEGIN_M0            : origin = 0x000000, length = 0x000002               /* Part of M0 RAM - used for "Boot to M0" bootloader mode */
   BOOT_RSVD           : origin = 0x000002, length = 0x0001C0	            /* Part of M0 RAM, BOOT rom will use this for stack
   																			   see doc. TMS320F28P65x Microcontrollers - Technical reference manual
   																		       at par. 3.7.6.2 Reserved RAM Memory maps		*/

   RAMM0               : origin = RAMM0_START, length = RAMM0_LENGTH        /* M0 RAM */

   BOOT_BOOT_RAM (RW)  : origin = BOOT_BOOT_RAM_START, length = BOOT_BOOT_RAM_LENGTH     /* Variables stored in uninitialzed RAM: R/W from bootloader, not readable/writable from application */
   APPL_BOOT_RAM (RW)  : origin = BOOT_APPL_RAM_START, length = BOOT_APPL_RAM_LENGTH     /* Variables stored in uninitialzed RAM: R/W from both bootloader and application */
   APPL_APPL_RAM (RW)  : origin = APPL_APPL_RAM_START, length = APPL_APPL_RAM_LENGTH     /* Variables stored in uninitialzed RAM: R/W from application, R from bootloader */

   RAMM1               : origin = 0x000400, length = 0x000400      /* M1 RAM */

// RAMLS0              : origin = 0x008000, length = 0x000800      /* LS0 RAM, DCSM secure */
   RAM_CLADATA         : origin = 0x008000, length = 0x000800      /* LS0 RAM, DCSM secure, CLA Data RAM */
// RAM_CLAPROG         : origin = 0x008800, length = 0x002800      /* LS1 + LS2 + LS3 + LS4 + LS5 */   
// RAMLS1              : origin = 0x008800, length = 0x000800      /* LS1 RAM, DCSM secure */
   RAMLS1_STACK        : origin = 0x008800, length = 0x000800      /* LS1 RAM, DCSM secure */
   RAMLS2              : origin = 0x009000, length = 0x000800      /* LS2 RAM, DCSM secure */
   RAMLS3              : origin = 0x009800, length = 0x000800      /* LS3 RAM, DCSM secure */
   RAMLS4              : origin = 0x00A000, length = 0x000800      /* LS4 RAM, DCSM secure */
   RAMLS5              : origin = 0x00A800, length = 0x000800      /* LS5 RAM, DCSM secure */
   RAMLS6              : origin = 0x00B000, length = 0x000800      /* LS5 RAM, DCSM secure */   
   RAMLS7              : origin = 0x00B800, length = 0x000800      /* LS7 RAM, DCSM secure */   

// RAMLS8              : origin = 0x022000, length = 0x002000      // When configured as CLA program use the address 0x4000
// RAMLS9              : origin = 0x024000, length = 0x002000      // When configured as CLA program use the address 0x6000      

   RAMLS8LS9CLALOAD    : origin = 0x022000, length = 0x004000      // Reserved to copy in runtime the CLA code (see DATASHEET at par. C28x Memory Map)
                                                                   // LS8/LS9 have different addresses depending on the user (CPU or CLA)
                                                                   // CLA code is copied by CPU at address 0x22000 and is executed by CLA from address 0x4000

   
// RAM_LS8CLAPROG      : origin = 0x004000, length = 0x002000      /* LS8, DCSM secure, CLA Program RAM, not accessible for CPU */      
// RAM_LS9CLAPROG      : origin = 0x006000, length = 0x002000      /* LS9, DCSM secure, CLA Program RAM, not accessible for CPU */   
   RAM_LS8LS9CLAPROG   : origin = 0x004000, length = 0x004000      /* LS8+LS9, DCSM secure, CLA Program RAM, not accessible for CPU */   
                                                                   // this is the sector where the CLA runs its program, after it has been loaded in RAM by the CPU
																   // (in sector RAMLS8LS9CLALOAD)

   RAMD0               : origin = 0x00C000, length = 0x002000
   RAMD1               : origin = 0x00E000, length = 0x001870
   RAMD1_ROMCLAMath    : origin = 0x00F870, length = 0x000790
   
   RAMD2               : origin = 0x01A000, length = 0x002000      // Can be mapped to either CPU1 or CPU2. When configured to CPU2, use the address 0x8000. User should comment/uncomment based on core selection
   RAMD3               : origin = 0x01C000, length = 0x002000      // Can be mapped to either CPU1 or CPU2. When configured to CPU2, use the address 0xA000. User should comment/uncomment based on core selection
   RAMD4               : origin = 0x01E000, length = 0x002000      // Can be mapped to either CPU1 or CPU2. When configured to CPU2, use the address 0xC000. User should comment/uncomment based on core selection
   RAMD5               : origin = 0x020000, length = 0x002000      // Can be mapped to either CPU1 or CPU2. When configured to CPU2, use the address 0xE000. User should comment/uncomment based on core selection


//   CLA1_DATAROM      : origin = 0x00F000, length = 0x001000     


   RAMGS0_FLASHFUNC    : origin = 0x010000, length = 0x001400     /* GS0-1 RAM, Parity, DMA */
   RAMGS0              : origin = 0x011400, length = 0x000C00	  /* GS0-2 RAM, Parity, DMA */
   RAMGS1              : origin = 0x012000, length = 0x002000     /* GS1 RAM, Parity, DMA */
   RAMGS2              : origin = 0x014000, length = 0x002000     /* GS2 RAM, Parity, DMA */   
   RAMGS3              : origin = 0x016000, length = 0x002000     /* GS3 RAM, Parity, DMA */   
   RAMGS4              : origin = 0x018000, length = 0x002000     /* GS4 RAM, Parity, DMA */   

   /* Flash sectors */
   /* BANK 0 */
   BOOT_SW_VERSION   : origin = BOOT_SW_VER_START	  , length = BOOT_SW_VER_LENGTH
   BOOT_SWIDDATAID   : origin = BOOT_SWIDDATAID_START , length = BOOT_SWIDDATAID_LENGTH
   BOOT_TEXT         : origin = BOOT_START_CODE       , length = BOOT_LENGTH_CODE
   HARDWARE_VERSION  : origin = HW_VERSION_START      , length = HW_VERSION_LENGTH
   HARDWARE_VARIANT  : origin = HW_VARIANT_START      , length = HW_VARIANT_LENGTH
   CALIB_SECTION     : origin = CALIB_START           , length = CALIB_LENGTH

   BEGIN_FLASH       : origin = APPL_CODESTART_START     , length = APPL_CODESTART_LENGTH /* Part of FLASH_BANK1_SEC0 - used for "Jump to flash" bootloader mode (in application program) */
   APPL_SW_VERSION   : origin = APPL_SWVER_START         , length = APPL_SWVER_LENGTH
   APPL_SWIDDATAID   : origin = APPL_SWIDDATAID_START    , length = APPL_SWIDDATAID_LENGTH
 
   APPL_TEXT_B0		 : origin = APPL_BANK0_CODESTART      , length = APPL_BANK0_LENGTH /* , FILL = 0xFFFF */	/* FILL is not more needed because the CRC is computed offline by a python script
																																					and introduced into the S3 file	*/

   A_FLASH_BANK0_CLA   : origin = APPL_CLA_FLASH_START    , length = APPL_CLA_FLASH_LENGTH

   A_HARDWARE_VERSION  : origin = APPL_HW_VERSION_START  , length = HW_VERSION_LENGTH
   A_HARDWARE_VARIANT  : origin = APPL_HW_VARIANT_START  , length = HW_VARIANT_LENGTH
   APPL_CRC_TAB_RES    : origin = APPLICATION_CRC_START  , length = APPLICATION_CRC_LENGTH



   /* Flash sectors */
   /* BANK 1 */
   APPL_TEXT_B1      : origin = APPL_BANK1_CODESTART      , length = APPL_BANK1_LENGTH /* , FILL = 0xFFFF*/  /*	The FILL to 0xFFFF is used in order to emulate the erased blank flash sector.
																																		This will allow the CRC computation to be coherent between the linker and the
																																					bootloader software check at run-time.
																																					WARNING: if no FILL directive is used, the HOLES will be automatically filled
																																						with 0x0000! This behaviour is wrong since, after a full memory erase, the
																																						erased cells value is 0xFFFF
																																					FILL is not more needed because the CRC is computed offline by a python script
																																					and introduced into the S3 file	*/
	

   /* Flash sectors */
   /* BANK 2 */	
   APPL_TEXT_B2      : origin = APPL_BANK2_CODESTART      , length = APPL_BANK2_LENGTH /* , FILL = 0xFFFF*/  /*	The FILL to 0xFFFF is used in order to emulate the erased blank flash sector.
																																		This will allow the CRC computation to be coherent between the linker and the
																																					bootloader software check at run-time.
																																					WARNING: if no FILL directive is used, the HOLES will be automatically filled
																																						with 0x0000! This behaviour is wrong since, after a full memory erase, the
																																						erased cells value is 0xFFFF
																																					FILL is not more needed because the CRC is computed offline by a python script
																																					and introduced into the S3 file	*/																																					



   CPU1TOCPU2RAM    : origin = 0x03A000, length = 0x000800
   CPU2TOCPU1RAM    : origin = 0x03B000, length = 0x000800

   CLATOCPURAM      : origin = 0x001480,   length = 0x000080
   CPUTOCLARAM      : origin = 0x001500,   length = 0x000080
   CLATODMARAM      : origin = 0x001680,   length = 0x000080
   DMATOCLARAM      : origin = 0x001700,   length = 0x000080

   CANA_MSG_RAM     : origin = 0x049000, length = 0x000800
   CANB_MSG_RAM     : origin = 0x04B000, length = 0x000800
   RESET         (R)   : origin = 0x3FFFC0, length = 0x000002     /* Part of Boot ROM */
   
   BOOTROM_CLAMATH_TABLES      : origin = 0x01011870 , length = 0x000790
   
}



SECTIONS
{
/*** Compiler Required Sections ***/
	/* Flash memory (PAGE 0) sections */

	/*
	 * this section is only a placeholder to be used in case of need to check tha CRC algorythm usign a known pattern
	 * otherwise it is not necessary because the CRC is computed and inserted in the SRec by an offline script
	 *  following the TI CRC structure explained below
	 */
/* .dummy_checked_section: > APPL_TEXT_B0 | APPL_TEXT_B1, PAGE = 0, crc_table(_crcTableAppl)	*/

	.text               : >> APPL_TEXT_B0 | APPL_TEXT_B1 | APPL_TEXT_B2, ALIGN(4) /* , crc_table(_crcTableAppl) */
	.cinit              : > APPL_TEXT_B1, ALIGN(4)

#if defined(__TI_EABI__)
	.const              : > APPL_TEXT_B0, ALIGN(4)
#else
	.econst             : > APPL_TEXT_B0, ALIGN(4)
#endif


#if defined(__TI_EABI__)
	.init_array         : > APPL_TEXT_B0, ALIGN(4)
#else
	.pinit              : > APPL_TEXT_B0, ALIGN(4)
#endif

	.switch             : > APPL_TEXT_B0, ALIGN(4)




	/* This generates a custom Output Section that contains all the input sections listed below.
		This is used to compute a single record for the crc_table, which is going to be stored in the section named .TI.crctab */

	/* Pay attention:
		this method computes the CRC only over the sections indicated below (NOT ON THE OVERALL FLASH)
		It seems not to be very flexible to compute the CRC over the complete Flash
		This could become a stakeholder ---> the CRC should be computed with an external tool over the complete Flash area
		used by the application (BANK0 + BANK1) and written offline at the address APPLICATION_CRC_START usign the structure
		described in TI document
		Sector APPL_CRC_TAB_RES can contain up to 10 CRC with the following structure

		typedef struct crc_table
		{
		uint16_t rec_size;	--> usually 8
		uint16_t num_recs;	--> indicates the number of following valid records (min 1)
		CRC_RECORD recs[num_recs];
		} CRC_TABLE;


		each record has the following structure
		typedef struct crc_record
		{
		uint16_t crc_alg_ID; --> CRC algorithm ID  --> depends on teh algo used (usually 0 = CRC32_PRIME)
		uint16_t page_id; 	--> usually 0
		uint32_t addr; 		--> Starting address
		uint32_t size; 		--> size of data in 16-bit units
		uint32_t crc_value;
		} CRC_RECORD;
	*/

/*
	.crctableappl
	{
		*(.text)
		*(.cinit)
		*(.const)
		*(.econst)
		*(.pinit)
		*(.switch)
	} > APPL_TEXT_B0 | APPL_TEXT_B1, crc_table(_crcTableAppl)
*/


/* to be used only in case of test/debug
	.DummyCalibFEE1	    : > CALIB_SECTION1, PAGE = 0
	.DummyCalibFEE2	    : > CALIB_SECTION2, PAGE = 0
*/

	.reset              : > RESET,  TYPE = DSECT
  	.TI.crctab          : > APPL_CRC_TAB_RES								/* section where the linker place the Appl CRC -> currently used
  																				only if section .dummy_checked_section is defined
  																				But usually not necessary because the CRC is computed offline */
	.applswversion      : > APPL_SW_VERSION
	Applcodestart       : > BEGIN_FLASH, ALIGN(4)                           /* Used by file CodeStartBranch.asm */

	.bootswversion      : > BOOT_SW_VERSION
	.HwVersion          : > HARDWARE_VERSION
	.HwVariant          : > HARDWARE_VARIANT

	.A_HwVersion        : > A_HARDWARE_VERSION
	.A_HwVariant        : > A_HARDWARE_VARIANT

	.applswversiondataid		: > APPL_SWIDDATAID
	.bootswversiondataid		: > BOOT_SWIDDATAID
	.crctableappl       : > APPL_CRC_TAB_RES										/* This section is linked to the same sector as the CRC
																									because is not really used
																									Used only to prevent a linker warning when the
																									application tries to allocate the section .crcTableAppl
																									that contains a dummy variable crcTableAppl
																									This variable is not allocated in the Application because
																									not used */
	
    MSGRAM_CPU1_TO_CPU2 > CPU1TOCPU2RAM, type=NOINIT
    MSGRAM_CPU2_TO_CPU1 > CPU2TOCPU1RAM, type=NOINIT

	GROUP
	{
		.TI.ramfunc

		{ -l FAPI_F28P65x_EABI_v3.00.00.lib }			/** forces Flash API to be loaded in RAM **/
	}
	LOAD = APPL_TEXT_B1,
	RUN = RAMGS0_FLASHFUNC

	#if defined(__TI_EABI__)
	LOAD_START(RamfuncsLoadStart),
	LOAD_SIZE(RamfuncsLoadSize),
	LOAD_END(RamfuncsLoadEnd),
	RUN_START(RamfuncsRunStart),
	RUN_SIZE(RamfuncsRunSize),
	RUN_END(RamfuncsRunEnd),

	#else
	LOAD_START(_RamfuncsLoadStart),
	LOAD_SIZE(_RamfuncsLoadSize),
	LOAD_END(_RamfuncsLoadEnd),
	RUN_START(_RamfuncsRunStart),
	RUN_SIZE(_RamfuncsRunSize),
	RUN_END(_RamfuncsRunEnd),
	#endif

	ALIGN(4)





/*************************************************
  *    DEFINITION OF CLA SPECIFIC SECTIONS
  ************************************************/
/* #if defined(CLA_USED) */
#if defined(__TI_EABI__)
	/** Cla1Prog is the output section where the compiler allocates by default the CLA code -- this a symbol necessary **/
    Cla1Prog        : LOAD = A_FLASH_BANK0_CLA,
                      RUN = RAM_LS8LS9CLAPROG,
                      LOAD_START(Cla1ProgFlashLoadStart),
				/*	  RUN_START(Cla1ProgRunStart),	*/	/** this symbol is not necessary in this implementation, because the cose is loaded NOT at the same address as RUN **/
                      LOAD_SIZE(Cla1ProgLoadSize),
                      ALIGN(4)

	/*
	 * ClaCodeRamLoad is the output section customized for 28P65 in order to generate the symbol "ClaCodeRamLoadStart"
	 * that is used to LOAD the code at a specific RAM memory sector that is not the same used to RUN the CLA code
	 * see DATASHEET at par. C28x Memory Map
	 */
	ClaCodeRamLoad	: LOAD = RAMLS8LS9CLALOAD,
					  LOAD_START(ClaProgRamLoadStart),
					  ALIGN(4)
					  

#else	/* defined(__TI_EABI__) */
    /* CLA specific sections */
    Cla1Prog        : LOAD = A_FLASH_BANK0_CLA,
                      RUN = RAM_LS8LS9CLAPROG,
                      LOAD_START(_Cla1ProgFlashLoadStart),
                /*	  RUN_START(_Cla1ProgRunStart),    */
                      LOAD_SIZE(_Cla1ProgLoadSize),
                      ALIGN(4)
					  
					  
	ClaCodeRamLoad	: LOAD = RAMLS8LS9CLALOAD,
					  LOAD_START(_ClaProgRamLoadStart),
					  ALIGN(4)
#endif


    Cla1ToCpuMsgRAM  : > CLATOCPURAM
    CpuToCla1MsgRAM  : > CPUTOCLARAM

	Cla1DataRam      : > RAM_CLADATA

   .scratchpad       : > RAM_CLADATA
   .bss_cla          : > RAM_CLADATA

   cla_shared        : > RAM_CLADATA

#if defined(__TI_EABI__)
   .const_cla      : LOAD = A_FLASH_BANK0_CLA,
                      RUN = RAM_CLADATA,
                      RUN_START(Cla1ConstRunStart),
                      LOAD_START(Cla1ConstLoadStart),
                      LOAD_SIZE(Cla1ConstLoadSize),
                      ALIGN(4)

#if !defined (CLA_MATH_TABLES_IN_ROM)
   CLA1mathTables  : LOAD = A_FLASH_BANK0_CLA,
                     RUN = RAM_CLADATA,
                     RUN_START(CLA1mathTablesRunStart),
                     LOAD_START(CLA1mathTablesLoadStart),
                     LOAD_SIZE(CLA1mathTablesLoadSize),
                     ALIGN(4)
#else
	CLA1mathTables  : LOAD = BOOTROM_CLAMATH_TABLES,
                     RUN = RAMD1_ROMCLAMath,
                     RUN_START(CLA1mathTablesRunStart),
                     LOAD_START(CLA1mathTablesLoadStart),
                     LOAD_SIZE(CLA1mathTablesLoadSize),
                     ALIGN(4)
#endif

#else
   .const_cla      : LOAD = A_FLASH_BANK0_CLA,
                     RUN = RAM_CLADATA,
                     RUN_START(_Cla1ConstRunStart),
                     LOAD_START(_Cla1ConstLoadStart),
                     LOAD_SIZE(_Cla1ConstLoadSize),
                     ALIGN(4)
					  

#if !defined (CLA_MATH_TABLES_IN_ROM)
   CLA1mathTables  : LOAD = A_FLASH_BANK0_CLA,
                     RUN = RAM_CLADATA,
                     RUN_START(_CLA1mathTablesRunStart),
                     LOAD_START(_CLA1mathTablesLoadStart),
                     LOAD_SIZE(_CLA1mathTablesLoadSize),
                     ALIGN(4)
#else
	CLA1mathTables  : LOAD = BOOTROM_CLAMATH_TABLES,
                     RUN = RAMD1_ROMCLAMath,
                     RUN_START(_CLA1mathTablesRunStart),
                     LOAD_START(_CLA1mathTablesLoadStart),
                     LOAD_SIZE(_CLA1mathTablesLoadSize),
                     ALIGN(4)					 
#endif

#endif
/* #endif */	/* defined(CLA_USED) */
/*************************************************
  *    DEFINITION OF CLA SPECIFIC SECTIONS
  ************************************************/




#if defined(__TI_EABI__)
   .bss                : >> RAMGS0 | RAMGS1
   .data               : >> RAMM0 | RAMM1    /* only EABI format */
#else
   .ebss               : > RAMLS01
 #endif

/* .cio                : > RAMM0,                 PAGE = 1 */
   .stack              : > RAMLS1_STACK         /* RAMM1 */

#if defined(__TI_EABI__)
   .sysmem             : > RAMM1
#else
   .esysmem            : > RAMM1
#endif



/* in EABI format, set type NOINIT to ask explicitely to not initialize those sections */
#if defined(__TI_EABI__)
   .bootbootshared     : > BOOT_BOOT_RAM, type = NOINIT type = DSECT
   .bootapplshared     : > APPL_BOOT_RAM, type = NOINIT
   .applapplshared     : > APPL_APPL_RAM, type = NOINIT
#else                                     
   .bootbootshared     : > BOOT_BOOT_RAM, type = DSECT
   .bootapplshared     : > APPL_BOOT_RAM 
   .applapplshared     : > APPL_APPL_RAM 
#endif
}

/*
//===========================================================================
// End of file.
//===========================================================================
*/

0 Sira Rao80 over 2 years ago in reply to Davide Dentoni

TI__Mastermind 25100 points

Davide,

I looked at this and it's not clear to me what's causing the issue, it seems like what you have is correct. I also compared it against an existing example in the CLAMath library C2000Ware v5.00 -> cla_cfft_256 -> F2837x_RAM_DATAROM_EABI build config. You can refer to that as well.

The 2 approaches conceptually are fairly straightforward - either you explicitly tell the linker that these are the symbols and their locations (Test1), OR you provide it a Symbols library that contains the necessary information.

Your earlier message is not clear to me though - these assignments don't seem to be right/consistent, and looks like you changed it in Test2 lnk.cmd.

BOOTROM_CLAMATH_TABLES : origin = 0x01011070, length = 0x000F90

RAMD1_ROMCLAMath : origin = 0x00F870, length = 0x000790

Also, which version of the CLAMath library are you using? The user guide also states this:

"If the user does not use the datarom variant of the library but the standard build instead, it is then essential that the symbols library be placed higher in order than the CLA Math library and the –priority option box be checked"

The cla_cfft_256 example uses the _datarom_eabi library for that build config.

Thanks,

Sira

0 Davide Dentoni over 2 years ago in reply to Sira Rao80

Prodigy 175 points

Hello Sira,

I'm using the following 2 libraries:

"cla2_math_library_datarom_fpu32_eabi.lib" and "f28P65xCPU1_CLADATAROM_Symbols_fpu32.lib"

I have tried the cla_cfft_256 example and I did not get any compiling/linking issues.

So far, for my project, I could not find a project configuration that does not return warnings when using CLA libraries.

0 Sira Rao80 over 2 years ago in reply to Davide Dentoni

TI__Mastermind 25100 points

Davide,

One thing that isn't clear to me from your linker cmd file is the use of both RAM_LS8LS9CLAPROG and RAMLS8LS9CLALOAD. Could you explain what you're doing there?

The error you're getting is for Cla1Task1 which should be part of Cla1Prog. For some reason, the compiler is trying to "relocate" that location to a CLA Data ROM location! I'll check with the compiler team if they have any clues.

Thanks,

Sira

0 Davide Dentoni over 2 years ago in reply to Sira Rao80

Prodigy 175 points

Hello,

with RAMLS8LS9CLALOAD I'm mapping CLA program on LS8/LS9 as indicated by Datasheet.

CPU loads CLA program starting from 0x22000, and CLA executes it from 0x4000.

This configuration seems to work because the in map file Cla1ProgFlashLoadStart is in Flash, it is copied at ClaProgRamLoadStart (0x22000) by my project through this statement

memcpy((uint32_t *)&ClaProgRamLoadStart, (uint32_t *)&Cla1ProgFlashLoadStart, (uint32_t)&Cla1ProgLoadSize);

and CLATasks are mapped from 0x4000 to 0x6380.

0 Sira Rao80 over 2 years ago in reply to Davide Dentoni

TI__Mastermind 25100 points

Thanks Davide, understood.

A couple of references that may help you. Looks like other users have run into similar issues.

1. e2e issues dealing with the 17003 error

https://e2e.ti.com/search?q=17003&category=forum&group=97

2. Specifically, the link below which was marked as Resolved.

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/942616/compiler-tms320f28388d-using-cla-with-rom-symbols-gives-warning-17003-d?tisearch=e2e-sitesearch&keymatch=17003#

- in this case, there was an issue with the symbols library itself where the RevA version had a bug and was using the C28x address for the BootROM, not the CLA address. The user moved to the Rev0 symbols library and the issue was resolved. This was on F28388d.

- I suspect something similar may be going on here, since your Test1, where you didn't use the symbols library and directly specified the symbols and their addresses in the linker command file worked, whereas Test 2 where you used the symbols library and ended up with this warning. Unfortunately, unlike the F2838x case, there aren't two Revisions of the CLADataROM symbols library present here to try.

I can check with our BootROM team to check if there's indeed a bug. In the meantime, your Test1 approach is probably the way to move forward.

Thanks,

Sira

0 Davide Dentoni over 2 years ago in reply to Sira Rao80

Prodigy 175 points

Hello Sira,

thank you for the feedback.

This is not a big issue for our project today, but please check with your team.

0 Sira Rao80 over 2 years ago in reply to Davide Dentoni

TI__Mastermind 25100 points

Davide, will do.

+1 Sira Rao80 over 2 years ago in reply to Sira Rao80

TI__Mastermind 25100 points

I have reached out to the respective SMEs, I will provide any follow up info when available. For now, I will close this.

C2000™︎ microcontrollers

C2000 microcontrollers forum

TMS320F28P659DK-Q1: CLA Math libraries in BOOT ROM