双核工作下，UPP不工作

tulipyyf

创龙工程师：
     你好，我是保定炜达电力的
     咨询问一个问题，我OMAPL138的DSP核部分已经用DSP仿真器调试通过了，使用SYSBIOS系统，UPP采集FPGA的数据，只使用UPP的A口，在初始化UPP时，修改了贵司的初始化文件（XDATA数据线因与LCD公用，所以修改）
2 W( o! t  J2 @0 E, u& `4 G% u6 k
/ y0 @! q% N6 [7 I6 G4 i( [void UPPPinMuxSetup(void)
8 T3 j0 N% q' z) E{
unsigned int savePinmux13 = 0;
7 d3 V3 E: ]$ }5 ?5 _9 z" Q unsigned int savePinmux14 = 0;
# A  |4 k* p7 g5 T. n& I0 {: p. M unsigned int savePinmux15 = 0;
unsigned int savePinmux16 = 0;
unsigned int savePinmux17 = 0;
unsigned int savePinmux18 = 0;
# ^" t+ F$ _1 O9 C /* all pins (channel A, channel B, DATA, and XDATA)*/
' I. f9 x, T) s; D5 A; v) K 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);
% ?/ ^1 [9 s' r% y savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0xFFFFFF00);
//savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0x00000000);
! z( ~% W/ I, `; J+ `; \ //savePinmux17 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(17)) & 0x00000000);
/ u, d; j+ B& r, h //savePinmux18 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(18)) & 0xFF000000);
HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) = (0x44440000 | savePinmux13);
3 o2 b' }3 a' m6 [' \ 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);
; b3 t) ^8 W3 z: B" U& z2 a //HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) = (0x44444444 | savePinmux16);
& y2 H) t$ [& ]* T% Y6 C3 T. x //HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(17)) = (0x44444444 | savePinmux17);
8 j: ?' O9 x" A* [% \: T, T //HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(18)) = (0x00444444 | savePinmux18);
9 B4 ?# \, F! B* ]}
0 Q3 L  `4 s, Q/ `
9 [- z  H( K! B# s8 f1 E     现在我的问题是，我DSP核心独立仿真调试没有问题了，但是现在OMAPL138 linux系统启动后，再加载DSP核应用程序，居然UPP中断不工作了，不知道是为什么，是不是LINUX系统与DSP有冲突，麻烦指导看一下。

8 d9 I5 h9 _- t/ P
: ?5 m6 s  }* _8 g1 X

tulipyyf

补充说明一下：按照贵司说明独立调试的方法是：
1）CCS连接ARM核心
2）加载omapl138.gel后，初始化相关操作后，唤醒DSP核心
. g) y$ X: L' N' Z  {; C2 S0 W3）连接DSP核，然后调试仿真  
0 n/ K9 U9 A# X5 C9 g
5 z, f. I6 F5 y; {* [6 l初步联合调试，按照贵司方法如下：
1 x# M5 B1 q9 C5 |1）启动OMAPL138  linux系统
2）进入系统后
insmod /lib/modules/3.3.0/kernel/drivers/dsp/syslink.ko TRACE=1 TRACEFAILURE=1
3）然后再次连接CCS ，连接DSP核心
再次在线仿真，就发现UPP不工作了，其他功能仿真正常。


/ j& c1 E1 ~6 g" h& H6 f' y

tulipyyf

再次补充说明 LINUX启动时已经如下设置，DDR不应该有冲突
& ~+ l. [( b( k4 W; ~8 `4 Usetenv bootargs console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootfstype=ext3 mem=32M@0xc0000000 mem=64M@0xc4000000
& E2 z/ `* r% o6 D1 _

tulipyyf

问题解决了，原来内核文件要用旧的
% f6 m& p! c/ v8 t- u

8225621

tulipyyf 发表于 2015-1-29 17:14
/ Z/ Z1 @/ k1 J4 u$ _) j问题解决了，原来内核文件要用旧的

6 s( b8 |/ i$ ]2 J2 |不好意思，打扰了，我现在所遇到的问题和你一模一样，看了你的回复说；内核文件要用旧的，不知道什么意思。麻烦告知下，谢谢

tulipyyf

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

8225621

tulipyyf 发表于 2015-8-4 08:27
当时应该最后是因为内存使用一致性问题导致的~~~你可以查看一下内存使用一致性文档~~~
' ~; _. D# L! q- T4 k' z9 I“TI C64x+ DSP CACH ...

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

tulipyyf

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

tulipyyf

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

8225621

tulipyyf 发表于 2015-8-7 16:38
! H0 B! ~4 b5 s( P6 T) qDDR存储使用的是缓存~~~

5 T# \# s  p! ]3 b; ~哦，但我还是想知道你是具体怎么解决的。对于内核文件要用旧的一直不理解。