双核工作下，UPP不工作

tulipyyf

创龙工程师：
     你好，我是保定炜达电力的
% r7 l+ @1 G' C' r2 f- P     咨询问一个问题，我OMAPL138的DSP核部分已经用DSP仿真器调试通过了，使用SYSBIOS系统，UPP采集FPGA的数据，只使用UPP的A口，在初始化UPP时，修改了贵司的初始化文件（XDATA数据线因与LCD公用，所以修改）

void UPPPinMuxSetup(void)
{
1 a* }1 u6 r1 F' V0 C5 K) D unsigned int savePinmux13 = 0;
5 j/ e% J6 A; Q+ N& R& ?" | unsigned int savePinmux14 = 0;
  w5 x# w0 ^* |5 t unsigned int savePinmux15 = 0;
unsigned int savePinmux16 = 0;
unsigned int savePinmux17 = 0;
unsigned int savePinmux18 = 0;
( O6 Z/ `) H% D% p, b( I# @- ^ /* all pins (channel A, channel B, DATA, and XDATA)*/
4 |( e  I+ k* R/ r$ C- Q) d1 {( { savePinmux13 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) & 0x0000FFFF);    //不要的输入F
savePinmux14 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(14)) & 0x000000FF);
: O+ P* f# B$ \6 w, Z 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);
7 J" i% G6 p+ L8 t1 l( ]2 T //savePinmux17 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(17)) & 0x00000000);
//savePinmux18 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(18)) & 0xFF000000);
7 E- H6 g$ b8 }: W' T HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) = (0x44440000 | savePinmux13);
$ a7 w2 k9 |# H HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(14)) = (0x44444400 | savePinmux14);
! n! F9 w; T" z% E& T HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(15)) = (0x44444444 | savePinmux15);
HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) = (0x00000044 | savePinmux16);
  ~: V( c! f2 W9 y  F8 ^7 s //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);
}
3 ?3 {# V' R# w
     现在我的问题是，我DSP核心独立仿真调试没有问题了，但是现在OMAPL138 linux系统启动后，再加载DSP核应用程序，居然UPP中断不工作了，不知道是为什么，是不是LINUX系统与DSP有冲突，麻烦指导看一下。
# }8 ^8 L( s3 m7 K; d

* h' `! H2 I" u3 ~4 Y2 e% l' U

tulipyyf

补充说明一下：按照贵司说明独立调试的方法是：
1）CCS连接ARM核心
) J# m: g+ e8 f8 M8 S' W' g) |. E2）加载omapl138.gel后，初始化相关操作后，唤醒DSP核心
! u; o+ j6 o# R9 u( V0 {3）连接DSP核，然后调试仿真  
' S/ x, k$ L/ ^: F0 a( v1 S' D
& o# Q( A. u' K5 {8 A初步联合调试，按照贵司方法如下：
& \  k$ r  V$ Q" Q* c5 ~1）启动OMAPL138  linux系统
7 Y$ b: V6 ?. X+ h% I/ E' O2）进入系统后
insmod /lib/modules/3.3.0/kernel/drivers/dsp/syslink.ko TRACE=1 TRACEFAILURE=1
3）然后再次连接CCS ，连接DSP核心
, F; B. Z1 \4 K: T" @再次在线仿真，就发现UPP不工作了，其他功能仿真正常。
: i# ]. b& x4 K* p4 f! ?, @

! {) b4 T6 Q& ?# A0 g9 H) V

tulipyyf

再次补充说明 LINUX启动时已经如下设置，DDR不应该有冲突
setenv bootargs console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootfstype=ext3 mem=32M@0xc0000000 mem=64M@0xc4000000
* z* U$ t+ I" \$ w# |( c+ f

tulipyyf

问题解决了，原来内核文件要用旧的
  I  R7 g+ b/ i  `9 _$ n

8225621

tulipyyf 发表于 2015-1-29 17:14
/ W" f0 W# D! B7 g2 I问题解决了，原来内核文件要用旧的

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

tulipyyf

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

8225621

tulipyyf 发表于 2015-8-4 08:27
9 M% [6 ?& w" r( B当时应该最后是因为内存使用一致性问题导致的~~~你可以查看一下内存使用一致性文档~~~
6 Z  B0 G( [9 e“TI C64x+ DSP CACH ...

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

tulipyyf

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

tulipyyf

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

8225621

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

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