双核工作下，UPP不工作

tulipyyf

创龙工程师：
     你好，我是保定炜达电力的
+ O+ Q8 F& o0 s! p2 J2 P     咨询问一个问题，我OMAPL138的DSP核部分已经用DSP仿真器调试通过了，使用SYSBIOS系统，UPP采集FPGA的数据，只使用UPP的A口，在初始化UPP时，修改了贵司的初始化文件（XDATA数据线因与LCD公用，所以修改）

8 Q! c. @" z, B, _6 ]5 `8 L8 _void UPPPinMuxSetup(void)
{
unsigned int savePinmux13 = 0;
! L6 \8 F; i+ e unsigned int savePinmux14 = 0;
" a( F' w' }: f9 T6 l7 n  ?* ^ unsigned int savePinmux15 = 0;
unsigned int savePinmux16 = 0;
unsigned int savePinmux17 = 0;
, ~. D% o1 g) h; y" I# H unsigned int savePinmux18 = 0;
/* all pins (channel A, channel B, DATA, and XDATA)*/
3 I5 A) I2 _3 g' y savePinmux13 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) & 0x0000FFFF);    //不要的输入F
5 j! u4 v- [: g8 I/ t savePinmux14 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(14)) & 0x000000FF);
5 v# [8 l3 C' [4 [) @, W0 d' H% | savePinmux15 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(15)) & 0x00000000);
! w4 Q! d8 O4 a savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0xFFFFFF00);
4 R! K# b- S0 B0 u; m! E0 I //savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0x00000000);
//savePinmux17 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(17)) & 0x00000000);
) Q$ N' ]: ]! Q& o! D) P/ N- ^8 W //savePinmux18 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(18)) & 0xFF000000);
: g' n+ O( g0 y. K- r. P HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) = (0x44440000 | savePinmux13);
7 i/ N' A1 t2 C9 O HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(14)) = (0x44444400 | savePinmux14);
. u$ D9 j& `1 f% J HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(15)) = (0x44444444 | savePinmux15);
% b2 x" A8 F1 }( A HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) = (0x00000044 | savePinmux16);
! O3 o7 R: g+ ]% p7 m //HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) = (0x44444444 | savePinmux16);
//HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(17)) = (0x44444444 | savePinmux17);
//HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(18)) = (0x00444444 | savePinmux18);
}

     现在我的问题是，我DSP核心独立仿真调试没有问题了，但是现在OMAPL138 linux系统启动后，再加载DSP核应用程序，居然UPP中断不工作了，不知道是为什么，是不是LINUX系统与DSP有冲突，麻烦指导看一下。
8 c' P0 m8 [9 q9 b


  c0 S8 E* u$ \# U

tulipyyf

补充说明一下：按照贵司说明独立调试的方法是：
1）CCS连接ARM核心
2）加载omapl138.gel后，初始化相关操作后，唤醒DSP核心
. v+ f' Z% y- w( M3）连接DSP核，然后调试仿真  
' d5 Y. n, I0 m. ?& M
/ k, T$ c1 Q* U0 _# }9 K初步联合调试，按照贵司方法如下：
- m1 l+ c" a$ h9 T! B/ q- u5 n1）启动OMAPL138  linux系统
8 @5 y0 q6 O+ _' L& I& W2）进入系统后
7 W4 r8 z* t' c, e8 Qinsmod /lib/modules/3.3.0/kernel/drivers/dsp/syslink.ko TRACE=1 TRACEFAILURE=1
3）然后再次连接CCS ，连接DSP核心
3 u; b6 y5 ^7 W  M  n* j) C再次在线仿真，就发现UPP不工作了，其他功能仿真正常。

! }/ I- t& b& _! N* G
9 u0 S4 A$ R$ k, K/ P% I1 n

tulipyyf

再次补充说明 LINUX启动时已经如下设置，DDR不应该有冲突
% L! n. K! G4 P% v8 r; Rsetenv bootargs console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootfstype=ext3 mem=32M@0xc0000000 mem=64M@0xc4000000
- T0 c9 F( E+ J' z$ `7 e

tulipyyf

问题解决了，原来内核文件要用旧的

8225621

tulipyyf 发表于 2015-1-29 17:14
9 a, w. G4 Q# H& b4 V" k) @) F问题解决了，原来内核文件要用旧的

* C' B8 x; T) `" t$ p不好意思，打扰了，我现在所遇到的问题和你一模一样，看了你的回复说；内核文件要用旧的，不知道什么意思。麻烦告知下，谢谢

tulipyyf

当时应该最后是因为内存使用一致性问题导致的~~~你可以查看一下内存使用一致性文档~~~
“TI C64x+ DSP CACHE一致性分析与维护”那篇文献写的很清楚

8225621

tulipyyf 发表于 2015-8-4 08:27
0 H4 b* F8 M2 \) f: L当时应该最后是因为内存使用一致性问题导致的~~~你可以查看一下内存使用一致性文档~~~
: n6 {# n9 v' T/ f% ?5 O“TI C64x+ DSP CACH ...

5 R5 w+ j7 l1 L9 [我看了下，好像没有使用缓存，应该跟一致性 没有关系吧。

tulipyyf

我当时是upp定时从FPGA中读取数据，upp存储的数据直接放到DDR上，所以DDR上是存在一致性问题的~~

tulipyyf

DDR存储使用的是缓存~~~

8225621

tulipyyf 发表于 2015-8-7 16:38
DDR存储使用的是缓存~~~

哦，但我还是想知道你是具体怎么解决的。对于内核文件要用旧的一直不理解。