6670 I2C Boot Config Table -> Boot Tables

Here is my eeprom's first 378 bytes. It boots fine if I have it boot from 0x0100 (using the boot pins), but not from 0x0000

Primary Boot Parameter Table Boot Config Table Secondary Boot Parameter Table

0000: 00 20 f9 9b 00 28 00 00 00 00 00 00 00 02 00 80
0010: 00 51 00 00 00 04 00 64 01 90 01 00 00 51 02 00
0020: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0030: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0050: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0060: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0070: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0080: 00 58 9c 3b 10 88 00 00 ab cd 12 34 54 32 ed cb
0090: 10 88 00 04 ff ff ff ff 00 00 00 00 10 88 00 08
00a0: 00 00 00 00 ff ff ff ff 10 88 00 0c 00 00 ff ff
00b0: ff ff 00 00 10 88 00 10 aa aa 00 00 55 55 ff ff
00c0: 10 88 00 14 00 00 55 55 ff ff aa aa 00 00 00 00
00d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0100: 00 20 f9 ed 00 28 00 00 00 00 00 00 00 01 01 80
0110: 00 51 00 00 00 04 00 64 01 90 00 00 00 00 02 00
0120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0140: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0150: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0160: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
0170: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

I've checked the Boot Parameter table in L2SRAM (@108F3680h) by hooking up the debugger after booting (in config table mode), and it still has the primary table in it.  That leads me to believe that it is not loading the secondary table.

Are there any example binaries out there I could look at that boot I2C in config mode and then do a secondary boot?

Still waiting for any sort of answer.... Am I right that it is possible to boot into configuration table mode before going into regular boot tables?  If I am incorrect about this, I would like to know as soon as possible.

The second parameter table still points to the boot config table. Use the bootloader ug boot paramter table as reference. It is not clear what you are expecting. But if i am right in assuming, you want to do

1. Boot parameter table to branch to boot table (Dev addr  to point to config boot table block and Dev next addr should point to the next boot parameter table)

2. Boot config table at the dev addr.

3. Boot parameter table at dev next addr( This will have dev addr to the boot table block)

4. Boot table block at the dev addr in the second  boot parameter table.

As you can see your two boot parameter tbale is pointing to the same boot config block.

Please let me know if this works.

Thanks,

Arun.

Hi Arun,

Thanks for the response, that is exactly what I am trying to do.

I'm not sure what you mean by both parameter tables pointing to the same boot config block, from the same config block, from table 3-19 in sprugy5a, the Boot Dev Addr is located at offset 14, if you look at my primary boot parameter table, I believe this address is 00 80 -> address 0x80, and my second table has it as 01 80 -> 0x180 (the address of my boot tables).  

If I am wrong about that (based on my second post) can you be more specific of where I have this wrong?  I have loaded the contents of address 0x100 @address 0 and it boots fine (boot tables no configuration) using the boot tables @0x180, so I'm not sure where my error on this is.

Can someone at TI verify that this is the correct method in resolving this issue?  Thanks.

Arun or another TI employee,

We would still like my findings considering Config Table mode and the checksum in the Parameter Table verified, if we go forward with this solution, we would like to know that this is the correct method that we should be doing.

Thanks,

Erick