双核工作下，UPP不工作

tulipyyf

创龙工程师：
5 R" u" ^" R7 M' X+ T     你好，我是保定炜达电力的
0 o- L/ Q: U8 N; h* M# ?0 D: g7 d     咨询问一个问题，我OMAPL138的DSP核部分已经用DSP仿真器调试通过了，使用SYSBIOS系统，UPP采集FPGA的数据，只使用UPP的A口，在初始化UPP时，修改了贵司的初始化文件（XDATA数据线因与LCD公用，所以修改）
0 j: |$ M" b- Y# w
5 W$ M- e3 ^1 K4 A) j& R- L' g! e0 }. }void UPPPinMuxSetup(void)
5 S6 \( g, Z7 i: O0 T9 E2 I: A2 p{
$ h0 W8 S7 B# z7 [+ g" \ unsigned int savePinmux13 = 0;
, E, r1 D  B% q' h1 L unsigned int savePinmux14 = 0;
6 l) [7 g( [4 t  Y0 v* b unsigned int savePinmux15 = 0;
unsigned int savePinmux16 = 0;
unsigned int savePinmux17 = 0;
7 a4 ^% |7 V6 p& ? unsigned int savePinmux18 = 0;
/* all pins (channel A, channel B, DATA, and XDATA)*/
" H3 D7 e* p5 J7 s savePinmux13 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) & 0x0000FFFF);    //不要的输入F
savePinmux14 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(14)) & 0x000000FF);
, p/ a" c  T: j' Q7 Q; H. g, G! D savePinmux15 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(15)) & 0x00000000);
savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0xFFFFFF00);
//savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0x00000000);
! h8 W* @8 ?4 W, C$ b. D //savePinmux17 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(17)) & 0x00000000);
2 h+ t  E0 t: ^' e$ I; W //savePinmux18 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(18)) & 0xFF000000);
! S% W. t1 Y7 t5 j) }( \ HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) = (0x44440000 | savePinmux13);
$ a% T3 o9 ?3 x9 X; A1 Y, F7 i7 p HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(14)) = (0x44444400 | savePinmux14);
HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(15)) = (0x44444444 | savePinmux15);
2 B! {( W, R+ a' d) Y! ^ HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) = (0x00000044 | savePinmux16);
//HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) = (0x44444444 | savePinmux16);
3 `& I+ J9 A0 Z' R: r+ d& ?6 M //HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(17)) = (0x44444444 | savePinmux17);
  [- }' l' s. r# U6 ?5 E //HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(18)) = (0x00444444 | savePinmux18);
' S6 J+ {& h* @- h7 Y% E* o}

+ v- D3 Q" f% q' Q     现在我的问题是，我DSP核心独立仿真调试没有问题了，但是现在OMAPL138 linux系统启动后，再加载DSP核应用程序，居然UPP中断不工作了，不知道是为什么，是不是LINUX系统与DSP有冲突，麻烦指导看一下。

tulipyyf

补充说明一下：按照贵司说明独立调试的方法是：
) c5 O. l! F7 w1）CCS连接ARM核心
7 C3 ^8 T! }! w1 {1 r' P' E9 M8 |2）加载omapl138.gel后，初始化相关操作后，唤醒DSP核心
& K- D& r3 U4 {0 Y, k3）连接DSP核，然后调试仿真  
9 v. i8 k7 ]& M/ i+ f# E5 T& K6 ^
7 u) t* Z) D. I6 D/ f初步联合调试，按照贵司方法如下：
+ d' k7 G- L# Y6 h) l1）启动OMAPL138  linux系统
2）进入系统后
1 k+ x; A' x* Kinsmod /lib/modules/3.3.0/kernel/drivers/dsp/syslink.ko TRACE=1 TRACEFAILURE=1
3）然后再次连接CCS ，连接DSP核心
再次在线仿真，就发现UPP不工作了，其他功能仿真正常。
& Q) r3 p$ ~: h4 ^9 i' Z' N
0 d* t+ H) B2 z: m
: z3 V7 S: {$ x4 P1 D

tulipyyf

再次补充说明 LINUX启动时已经如下设置，DDR不应该有冲突
7 e5 S- a; N4 }/ ksetenv bootargs console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootfstype=ext3 mem=32M@0xc0000000 mem=64M@0xc4000000
1 ]3 y3 M& W% j) L

tulipyyf

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

8225621

tulipyyf 发表于 2015-1-29 17:14
问题解决了，原来内核文件要用旧的

1 f0 }* s2 U9 @+ G( |5 e不好意思，打扰了，我现在所遇到的问题和你一模一样，看了你的回复说；内核文件要用旧的，不知道什么意思。麻烦告知下，谢谢

tulipyyf

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

8225621

tulipyyf 发表于 2015-8-4 08:27
1 W3 ~( K3 `8 h当时应该最后是因为内存使用一致性问题导致的~~~你可以查看一下内存使用一致性文档~~~
“TI C64x+ DSP CACH ...

我看了下，好像没有使用缓存，应该跟一致性 没有关系吧。

tulipyyf

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

tulipyyf

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

8225621

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

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