双核工作下，UPP不工作

tulipyyf

创龙工程师：
     你好，我是保定炜达电力的
( ?7 E" J6 ]( e     咨询问一个问题，我OMAPL138的DSP核部分已经用DSP仿真器调试通过了，使用SYSBIOS系统，UPP采集FPGA的数据，只使用UPP的A口，在初始化UPP时，修改了贵司的初始化文件（XDATA数据线因与LCD公用，所以修改）
& C! b( f0 Z! K4 E4 R+ V
void UPPPinMuxSetup(void)
# j" B3 \$ P0 H; Z' F6 v{
5 Y6 K6 O1 D* C4 @/ c& v unsigned int savePinmux13 = 0;
* f) f' S' H" _6 W unsigned int savePinmux14 = 0;
+ d( Y, |! ~& f1 q& a9 y unsigned int savePinmux15 = 0;
unsigned int savePinmux16 = 0;
5 v; I. \! h" K4 T2 {% A8 n unsigned int savePinmux17 = 0;
) ^2 x* S6 W) z4 E unsigned int savePinmux18 = 0;
/* all pins (channel A, channel B, DATA, and XDATA)*/
savePinmux13 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) & 0x0000FFFF);    //不要的输入F
savePinmux14 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(14)) & 0x000000FF);
savePinmux15 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(15)) & 0x00000000);
savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0xFFFFFF00);
8 Z$ I2 _( F( {# t% B6 n //savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0x00000000);
0 L4 F* U3 G& o( {) |9 ]2 j //savePinmux17 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(17)) & 0x00000000);
- N& h' Y" Z9 U7 `+ B) T) @5 d8 P //savePinmux18 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(18)) & 0xFF000000);
HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) = (0x44440000 | savePinmux13);
  G% O8 w! a! C  J5 { HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(14)) = (0x44444400 | savePinmux14);
! r, P% @* ^6 s: [ HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(15)) = (0x44444444 | savePinmux15);
7 t9 x. A/ `2 u  R+ Z HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) = (0x00000044 | savePinmux16);
. Y% P* v' C' h) `" g7 k% y8 ^, x //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);
$ d, Z. u7 U( R+ m4 q# ~. j  t}
0 H7 W8 l( m5 x3 K
     现在我的问题是，我DSP核心独立仿真调试没有问题了，但是现在OMAPL138 linux系统启动后，再加载DSP核应用程序，居然UPP中断不工作了，不知道是为什么，是不是LINUX系统与DSP有冲突，麻烦指导看一下。

; }1 @/ w" ^/ }; ?7 k. v

1 P2 d, W4 u) q4 Y, u( y. L. S  e

tulipyyf

补充说明一下：按照贵司说明独立调试的方法是：
8 Q9 |. x/ t( S! n# K7 b* m" N; O1）CCS连接ARM核心
8 g# `8 [  u% F, q6 [& e2）加载omapl138.gel后，初始化相关操作后，唤醒DSP核心
+ w3 i2 v9 o! c" @! y, w: ?3）连接DSP核，然后调试仿真  
% L) W& p& D8 d2 y
初步联合调试，按照贵司方法如下：
1）启动OMAPL138  linux系统
2）进入系统后
insmod /lib/modules/3.3.0/kernel/drivers/dsp/syslink.ko TRACE=1 TRACEFAILURE=1
4 n6 {, z7 F$ S! V) \$ x- [3）然后再次连接CCS ，连接DSP核心
再次在线仿真，就发现UPP不工作了，其他功能仿真正常。
$ i8 }' ]2 c2 v$ P
$ C& J( }$ J, E- C+ X/ X- T

tulipyyf

再次补充说明 LINUX启动时已经如下设置，DDR不应该有冲突
3 I1 U5 H# m: o8 F9 f5 l- tsetenv bootargs console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootfstype=ext3 mem=32M@0xc0000000 mem=64M@0xc4000000

tulipyyf

问题解决了，原来内核文件要用旧的
5 _+ u! ^3 M5 f1 _

8225621

tulipyyf 发表于 2015-1-29 17:14
( W1 N4 I1 B8 A" }问题解决了，原来内核文件要用旧的

; N5 r/ h2 M( I% }6 \不好意思，打扰了，我现在所遇到的问题和你一模一样，看了你的回复说；内核文件要用旧的，不知道什么意思。麻烦告知下，谢谢

tulipyyf

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

8225621

tulipyyf 发表于 2015-8-4 08:27
- G- T# m+ Z- m$ i$ ?$ u当时应该最后是因为内存使用一致性问题导致的~~~你可以查看一下内存使用一致性文档~~~
“TI C64x+ DSP CACH ...

8 Q/ ^9 A4 W. e+ X我看了下，好像没有使用缓存，应该跟一致性 没有关系吧。

tulipyyf

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

tulipyyf

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

8225621

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

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