双核工作下，UPP不工作

tulipyyf

创龙工程师：
     你好，我是保定炜达电力的
9 X* n( k8 i% v! l3 U5 a     咨询问一个问题，我OMAPL138的DSP核部分已经用DSP仿真器调试通过了，使用SYSBIOS系统，UPP采集FPGA的数据，只使用UPP的A口，在初始化UPP时，修改了贵司的初始化文件（XDATA数据线因与LCD公用，所以修改）
$ N& a0 Q; C  R9 H, t7 f
4 G/ ]$ o, P% I; M* h: V# vvoid UPPPinMuxSetup(void)
$ t) C% s) I: |, h4 d7 x/ E{
; c0 W8 X5 h3 H2 m$ z* T# C: k unsigned int savePinmux13 = 0;
. O) f! J: K+ j unsigned int savePinmux14 = 0;
2 S7 j* o) x9 F3 e5 Q unsigned int savePinmux15 = 0;
unsigned int savePinmux16 = 0;
+ @8 N% i! p" k7 S/ U1 c unsigned int savePinmux17 = 0;
7 ^# g( R; w9 m$ b7 `" b. s3 k- T unsigned int savePinmux18 = 0;
/* all pins (channel A, channel B, DATA, and XDATA)*/
savePinmux13 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) & 0x0000FFFF);    //不要的输入F
9 z/ ]' e! X" t0 v2 Y; }* H savePinmux14 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(14)) & 0x000000FF);
savePinmux15 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(15)) & 0x00000000);
5 w/ F5 B( i  ]9 C savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0xFFFFFF00);
//savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0x00000000);
//savePinmux17 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(17)) & 0x00000000);
//savePinmux18 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(18)) & 0xFF000000);
HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) = (0x44440000 | savePinmux13);
! @  F. |$ A/ }! z: c HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(14)) = (0x44444400 | savePinmux14);
HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(15)) = (0x44444444 | savePinmux15);
HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) = (0x00000044 | savePinmux16);
* q6 P9 m9 r3 t( z //HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) = (0x44444444 | savePinmux16);
- P1 c1 V& M5 F. r0 {) w! _9 J% o //HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(17)) = (0x44444444 | savePinmux17);
1 L  g1 \5 J2 u6 K0 ~2 I //HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(18)) = (0x00444444 | savePinmux18);
% H& }# j3 q* H3 B$ J}
0 g! N$ U! X% W) ~
$ M) K" F; h6 V# I8 X     现在我的问题是，我DSP核心独立仿真调试没有问题了，但是现在OMAPL138 linux系统启动后，再加载DSP核应用程序，居然UPP中断不工作了，不知道是为什么，是不是LINUX系统与DSP有冲突，麻烦指导看一下。
$ O. a9 R  O9 M- t1 X1 P" t

) _0 C. Y$ _! ]6 ~0 q6 C/ P
( {9 C) g- ]3 q9 _

tulipyyf

补充说明一下：按照贵司说明独立调试的方法是：
" r% d: v4 F' n6 n) {; o/ ]1）CCS连接ARM核心
2）加载omapl138.gel后，初始化相关操作后，唤醒DSP核心
3）连接DSP核，然后调试仿真  
3 N6 K3 H. Y4 D
初步联合调试，按照贵司方法如下：
# `. e) z4 [# s- V1）启动OMAPL138  linux系统
2）进入系统后
insmod /lib/modules/3.3.0/kernel/drivers/dsp/syslink.ko TRACE=1 TRACEFAILURE=1
: Q& j& Q- X) V  H* @3）然后再次连接CCS ，连接DSP核心
4 m, n+ m; S0 e1 p& P5 F再次在线仿真，就发现UPP不工作了，其他功能仿真正常。

7 K& Z3 g. s4 x; v, ?8 @
: V8 x+ y$ k$ j; G1 `  ]% \) s

tulipyyf

再次补充说明 LINUX启动时已经如下设置，DDR不应该有冲突
! [' G2 m, _, A( ~8 A' K6 Fsetenv bootargs console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootfstype=ext3 mem=32M@0xc0000000 mem=64M@0xc4000000
# \( y4 x0 C( O

tulipyyf

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

8225621

tulipyyf 发表于 2015-1-29 17:14
0 I! e5 O8 I7 k% u9 B! N  u* p问题解决了，原来内核文件要用旧的

: |- |. v. |. ~/ A- J+ B& T  J不好意思，打扰了，我现在所遇到的问题和你一模一样，看了你的回复说；内核文件要用旧的，不知道什么意思。麻烦告知下，谢谢

tulipyyf

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

8225621

tulipyyf 发表于 2015-8-4 08:27
8 i2 Q/ D7 n9 X9 |8 ?/ ^当时应该最后是因为内存使用一致性问题导致的~~~你可以查看一下内存使用一致性文档~~~
“TI C64x+ DSP CACH ...

& |  T0 K5 d" B; X/ V. |我看了下，好像没有使用缓存，应该跟一致性 没有关系吧。

tulipyyf

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

tulipyyf

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

8225621

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

1 z2 C+ `$ J8 J$ t+ ~哦，但我还是想知道你是具体怎么解决的。对于内核文件要用旧的一直不理解。