TMS320C6748 CACHE 与UPP问题？

您好：

        谢谢您的回复，那也就是说接收的时候不需要回写操作对吧？那我程序里面接收的时候就不需要CACHEWB操作了。

        麻烦再提几个问题：

                1、我是将L1与L2及DDR全部配置成了CACHE，在UPP进行接收操作中为什么只是对L2进行CACHE invalid？，发送的回写也是争对L2的，为什么没有对 L1操作呢？当CPU在CACHE UPP地址数据时有没有可能在L1就命中呢？比如CPU在读的时候如果在L1就命中的话，即使对L2进行了CACHE invalid，那数据不是也会出错？这里我没有弄明白，请帮忙解答一下。

                2、对TMS320C6748 L2进行cache invalid和write bake操作时是按照线（块）操作的，L2的最小块大小是多少啊？我没有找到相关的说明，是128Byte吗？

                3、TMS320C6748的以太网也是用DMA搬移数据的？如果使用了CACHE，那是不是在读数据的时候也需要invalid呢？在发送的时候也需要write bake呢？

麻烦帮忙解答一下，谢谢！

您好：

            谢谢您的耐心解答，十分感谢，现在基本明白了！

您好：

               再追问一个问题，L2的cache line zize是128字节的话，那我在定义UPP的接收与发送数组时是不是说数组的首地址最好是128字节对齐呢？数组的长度也最好是128字节的整倍数对吗？这样在cache的时候就能够保证完全只对我所要操作部分地址的数据进行cache操作，而不会影响到其它数据。这样理解对吗？

Tony Tang您好：

                                  基本明白了，谢谢您的耐心指导，谢谢！

Tony Tang您好：

                            如果CACHE的时候CACHE到其它参数了，会不会有这种情况存在：

                            比如，当CPU在往一个cache地址进行写操作时，按理说会去同时更改物理内存地址（比如是A地址）的值，但是，如果当只写到cache还没来得及更改物理内存地址（A地址）时产生了中断，中断里面由于进行了读操作而进行了cache  inv ，cache  inv 恰恰又刚好把刚刚还没来得及写到物理内存地址的地址参数也进行了inv，当CPU下次再读取A地址的参数就会从主存读取（上次CPU对A地址的写操作还没来得及写到主存里去），这样数据不就出错了吗？有这种情况存在吗？

Tony Tang您好：

          中断里操作不是争对A地址的，比如B地址和A地址在CACHE里的同一个line里面，当CPU将A地址的值写进了cache，而还没来得及更新A地址的物理内存，此时进入中断后由于中断里面只是想把B地址进行cache inv，又由于A/B是在同一个line里面，因此cache inv B时实际上也把A地址进行了cache inv，那么当cpu下次再读取A地址的参数时不就会从A地址的物理内存读取，又由于刚刚A地址的参数还没来得及更新至物理内存，此时从物理内存读取不就出错了吗？

Tony Tang您好：

               所以我在想把定义的数组长度也按照128字节的整数倍定义，这样避免cache inv其它地址数据；谢谢您的耐心回复，我也是个初学者，以后有其它问题还需要多多请教您，十分感谢，谢谢。

Tony Tang 您好：

                           我使用的是TMS320C6748，我现在将L2的一半128K配置为CACHE（后28K），另一半为普通RAM（前128K），L1D及L1P全部配置成CACHE，DDR也全部配置成CACHE，我将部分代码程序放在L2的RAM中（前128K中），为什么程序就不运行了呢？放在DDR就可以？这是为什么呢？

首先这样配置没问题。至于为什么不运行，看一下，是怎么样个不运行：

#1. 程序能下载，运行到main吗？应该可以吧，那么也不能说是不运行不是。

#2. 跟踪代码，看是运行到哪出问题了，是在配置Cache后程序跑飞了吗？那么确认L2Cache的配置正确吗？不会配置成256K都是Cache了吧，如果是正确的，那么cmd文件修改了吗？检查一下map文件，看有没有部分代码或数据分配到了后128K呢？

Tony Tang 您好：

                          能够执行main函数，现在表现的现象是去开始调用放在L2的代码（图3：代码指定的中断函数）就会导致程序不运行，只要不调用放在L2的代码（图3：代码指定的中断函数）就可以运行。

下面是部分截图：

1、cache配置

2、CMD文件分配

3、代码指定（1-2ms中断函数）：调用的中断函数

4、map文件

Tony Tang您好：

                              你说的对，是CacheEnable函数的问题，L2cache配置错了！呵呵

                              还有，请问您们有没有UPP 16位发送与接收的相关示例程序啊？有的话能否给一份呢？谢谢！

Tony Tang您好：

                      我看看例程，谢谢哈，非常感谢！

Tony Tang您好：

             不好意思打扰了，有一个问题我没有想明白：UPP中将接收数组upp_buffer_a[128]和发送数组upp_buffer_b[128]定义在L2前128K的普通RAM中，其余全部配置为CACHE，为什么UPP接收的数据就不正确呢？只需要将这两个数组（upp_buffer_a[128]、upp_buffer_b[128]）定义在DDR中就完全正确了，这是为什么呢？没有搞明白！

uPP buffer可以放到L2 RAM，具体怎么样不对。

Tony Tang您好：

                     具体是发送的数据和CPU读到的接收数据不一致。

Tony Tang您好：

                             请问，如果我的UPP发送和接收都是1行，UPQS1和UPIS1状态寄存器中的DMA当前发送行号有可能是2吗？为什么我在CCS上看见的这两个寄存器的参数为0x00020000呢？如下图所示，我的发送和接收都只有一行；

没有关注过，你的UPTCR配置是多少？以及其它UPP寄存器配置值？

Tony Tang 您好：

                        我的UPP配置寄存器如下所示，麻烦看一下，看一下配置是否有问题，目前UPP的发送操作很容易造成程序跑飞

UPTCR配置的DMA threshold是256字节，跟你的数据大小是一样的，threshold配置成128字节试试。

Tony Tang您好：

      配成128字节没有改善，现在是程序只要启动UPP发送，发送一段时间（随机），后程序就跑飞了，不启动UPP发送就不会，UPP使用了CACHE操作，不太清楚问题在哪里！您能给我一个您的邮箱吗？我将UPP部分代码发您邮箱麻烦帮我查看一下可以吗？

朋友你好，我也是搞6748驱动的。请问怎么你怎么发邮件给TI的技术支持的啊？

您好：

           我还没有他们的邮箱，所以没法给他们发邮件，您之前搞过6748 UPP发送和接收驱动吗？能否给个您的邮箱，请教您几个UPP的问题呢？

这个问题好像纠结好久了。感觉走的方向有点不对了。

 现在到底是uPP的使用问题，还是Cache问题，还是程序本身问题，需要分开来考虑，感觉总是在怀疑uPP有什么问题。

uPP就是一个接口，用的是自已的DMA，就算是不对，至多是不搬数据，不产生中断等等这类的接口问题，而跟程序跑飞，结果对不对不应该有关系。

如果怀疑uPP有问题，那么做个简单的程序只跟FPGA之间做uPP的数据传输，验证对uPP接口的使用以及理解对不对。

至于Cache的原理你也了解了，就算操作不对，也只对数据有影响，以及对数据结果有影响，也不会影响到指令，跟跑飞也不会有关系。

我现在有点怀疑是系统不稳定了，比如DDR内存不稳定之类的。如果程序不大，先把程序放到片上内存，数据放到DDR，看会不会跑飞。

Tony Tang您好：

                我现在基本能确定与UPP的DMA发送数据有关，

              如下图当每次进入中断函数后启动发送，当启动DMA传输数据时一段时间后就会出问题

再如下图所示当把DMA传输这段屏蔽掉以后，其它都一样的操作，中断函数也是一样定时执行，程序就一直没有问题

总的流程好像是在GPIO中断服务程序里发送uPP。

关GPIO中断没多大必要，反正进了中断后，就算有新中断也进不来了。

这段代码存在的问题是可能会导致发送的数据不对，至于为什么会导致跑飞，就要看程序背后的逻辑到底如何了。

在这个for循环里，先对buffer赋值，再判断upp是否空闲，其实这里的判断就是应该判断pend位吗？为什么判断的是ACT位？Cache维护，配置并启动uPP DMA，回到for 循环的开始对同一个buffer赋值，这里前面的uPP才刚开始启动，并不是传输完了，这样会导致传输的可能是会第二次更新的值，记得你前面很久的贴子说过值不对吧，说怎么操作Cache都还是不对，那问题就是在这里。

另外这个interrupt ISR是根据starterware里的例子来的吗？因为没看到回关键字interrupt。

结论，如果不是程序背后的逻辑导致跑飞，这段代码本身是不会导致跑飞的。

另外，加大堆栈（如果不够大）

Tony Tang 您好：

                 是判断的pend位，那函数里返回值是经过右移了1位返回的，关键字interrupt是有的，这个函数是中断函数调用的函数，堆栈是0x1000；不过有一点奇怪，当启动DMA传输后立即去判断pend位，发现pend位一直都为“0”，即

             CacheWB ((unsigned int)upp_buffer_b, sizeof(upp_buffer_b));
             uPPDMATransfer(SOC_UPP_0_REGS, uPP_DMA_CHQ, &transposeParB);

             DMA_PEND = uPPDMAStatus_PEND(SOC_UPP_0_REGS, uPP_DMA_CHQ);
            while((DMA_PEND & 0x00000001) != 0x00000000)
            {
                          DMA_PEND = uPPDMAStatus_PEND(SOC_UPP_0_REGS, uPP_DMA_CHQ);
             }

也就是说上面的while从来都没有进去过，当执行完uPPDMATransfer函数后开始判断pend位，pend始终都是“0”，还没发现为“1”的时候

好好学习 说：

uPPDMATransfer(SOC_UPP_0_REGS, uPP_DMA_CHQ, &transposeParB);

你可以试试不用函数调用方式，而是直接写寄存器的方式配置uPP DMA，再判断pend位状态，估计就能读到为1的时候了。

所以如果要提高代码效率，尽量减少函数调用，尤其对于一些简单的函数采用inline的方式，从而减少压栈，弹栈的时间消耗。

Tony Tang您好：

               1、我更改为了如下形式，直接对寄存器操作还是没有读到pend位为“1”的时候；有没有可能寄存器地址或哪里寄存器配置有问题呢？

    2、另外，如下图，当我仿真时看见过一次我按程序单步运行时程序只在590行：err = Mov_Type_Err;和594行：if(err != 0)这两行间来回执行；即当执行到590行时按单步运行程序会跳到594行执行，再按单步运行就又跳到590行执行，就这样一直两条语句来回跳转执行了，

不会按照正常逻辑执行，这是否和编译器有关呢？

第一个问题好解释：因为只有两次，第一次uPP还是空闲的，所以在写完参数后就直接启动了，所以可以接着写第二个参数，如果还有第三次，那么就会要等到第一个执行完，第二个开始被执行，才可以写入第三个参数，在第二个与第三个之间一定能等到pend位的。

第二个问题，没看到程序全貌，比如说程序进来就到了default，然后break出来到if，err=0，不就直接往下执行了吗，就不知道后面是退出，还是有别的代码了，如果直接退出了，下次程序调用又进来到default~~~

前面提到的加大stack试了吗？

Tony Tang您好：

                                 有个LWIP的问题请教一下，我现在想在c6748这边做一个服务器，当PC（客户端）机下发指令后服务器需要连续传输最多几十兆的数据给客户端。请问一下，LWIP服务器这边怎样实现连续发送几十兆的数据给客户端呢？

                              我使用类似于下面的连续调用tcp_write函数和tcp_output函数好像一次性最多只能发送几十K的数据，多的数据发送不了；

                                 for(i=0;i<32;i++)

                                {

                                        /*

                                             需要发送的数据

                                       */

                                         tcp_write(...);

                                         tcp_output(...);

                                         加点延时；

                                }

这个lwip是开源来的。没有研究过。

不达从TCP/IP协议来说，包大小是有限制的46-1500

数据超出时，要看拆分是在lwip内部实现的，还是要用户实现。有的协议栈内部就没有实现。