TI中文支持网各位专家：
TMS320C6678 mcsk中提供了一个IBL 可通过I2C实现二次加载。没有文档详细介绍其实现的方法。
我自己的理解是IBL 本身是一个小的程序搬运的应用程序存放在I2C EEPROM中。我们将boot方式设置为I2Cboot当上电或复位时，这段程序将通过DSP本身的bootload程序搬运到core0 并开始运行，实现应用程序的二次加载（应用程序可以存放在nand，nor或tftp）。如果我的理解正确，那我们编译自己的应用程序时要禁止使用 IBL 程序正在使用的内存以防止IBL 程序搬运的数据将其 程序段覆盖掉。但是文档中并没用相关的说明。是不是我的理解本身就错误了，请知道的给解惑。谢谢！
另外，IBL要求直接将.out文件烧写到nand或nor 中进行二次加载，如果8个core 的程序是通过各自的工程编译出来的，要实现这8个.out文件的加载，IBL貌似无法实现了。有没有这种应用的boot的参考程序提供参考？谢谢。
zxj cuc：
自己顶一下，有知道的告知一下啊。谢谢了
Andy Yin1：
您好，
IBL烧写在EEPROM中，首先在I2C boot模式下将程序通过I2C从EEPROM中搬到对应的meomory执行，如果是二次boot，则在EEPROM中烧写的程序包含二次boot mode需求的boot parameter table，然后重新进入RBL，再根据boot parameter table进行二次加载。
EEPROM中烧写的程序是经过转换的bin文件。具体参考mcsdk_install_path\tools\boot_loader\ibl\src\util 下的工具。
zxj cuc：
回复 Andy Yin1:
谢谢，Andy Yin 的回复，
还是不太明白，如果只是通过boot parameter table 来实现二次加载，那怎么能支持nand 和tftp二次加载呢？加载模式中本身是不支持这两种加载的。如果需要二次加载的模式本身是bootload支持的比如 nor flash，我就直接直接采用EMIF16 Boot 模式进行boot了就用不着二次加载了啊。
谢谢！
Andy Yin1：
回复 zxj cuc:
您好，
不是特别理解你的问题。
二次加载不是强制的，完全根据客户的需要选择，只是由于RBL是写死的，二次加载提供给客户更多的灵活性。
fan li2：
回复 Andy Yin1:
您好，我想通过PCIe-NOR Flash的模式加载，并利用IBL进行二次加载，请问IBL的具体内容和实现的功能是哪些，对我现在的加载模式而言需要进行哪些设置？
谢谢！
fan li2：
回复 Andy Yin1:
您好，我想通过PCIe-NOR Flash的模式加载，并利用IBL进行二次加载，请问IBL的具体内容和实现的功能是哪些，对我现在的加载模式而言需要进行哪些设置？
谢谢！
