双核工作下，UPP不工作

tulipyyf

创龙工程师：
     你好，我是保定炜达电力的
     咨询问一个问题，我OMAPL138的DSP核部分已经用DSP仿真器调试通过了，使用SYSBIOS系统，UPP采集FPGA的数据，只使用UPP的A口，在初始化UPP时，修改了贵司的初始化文件（XDATA数据线因与LCD公用，所以修改）
$ ]/ R( f/ j( U$ L
void UPPPinMuxSetup(void)
- {% R3 [7 [7 v5 e. L: A{
% ]0 f* ]" L- S- t; l2 Q unsigned int savePinmux13 = 0;
unsigned int savePinmux14 = 0;
unsigned int savePinmux15 = 0;
: \" N7 K3 p2 N' u7 x0 \ unsigned int savePinmux16 = 0;
unsigned int savePinmux17 = 0;
# v4 U; l! i% V: o* n unsigned int savePinmux18 = 0;
/* all pins (channel A, channel B, DATA, and XDATA)*/
* B2 C5 N+ k( q; H  J& v' g& B' B savePinmux13 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) & 0x0000FFFF);    //不要的输入F
savePinmux14 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(14)) & 0x000000FF);
6 Q4 L4 O0 w5 o3 t- q4 S- f' \ savePinmux15 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(15)) & 0x00000000);
" b: D* V" L4 D# | savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0xFFFFFF00);
4 `7 \( u+ U* ]4 U# _* k //savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0x00000000);
//savePinmux17 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(17)) & 0x00000000);
! ?# o2 U0 R, d; f/ b6 J //savePinmux18 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(18)) & 0xFF000000);
HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) = (0x44440000 | savePinmux13);
' }6 ]# v5 a$ ]9 E1 D" j2 b- k4 n HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(14)) = (0x44444400 | savePinmux14);
. d0 {# ^- Q: I: t1 E4 \. M3 E HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(15)) = (0x44444444 | savePinmux15);
HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) = (0x00000044 | savePinmux16);
9 I* B: F  u- q7 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);
}
5 T+ @0 K- W! R+ w
     现在我的问题是，我DSP核心独立仿真调试没有问题了，但是现在OMAPL138 linux系统启动后，再加载DSP核应用程序，居然UPP中断不工作了，不知道是为什么，是不是LINUX系统与DSP有冲突，麻烦指导看一下。

2 L% v+ x* Z- r# T! D; R: N
! [4 g. H! C. L
; F9 W2 O% ^7 M/ f; l

tulipyyf

补充说明一下：按照贵司说明独立调试的方法是：
& j+ B# r$ O6 I' i$ B# s; N1）CCS连接ARM核心
+ S& P' J7 H& g. g9 Y2）加载omapl138.gel后，初始化相关操作后，唤醒DSP核心
3）连接DSP核，然后调试仿真  
/ I- R4 a8 q$ `- l
初步联合调试，按照贵司方法如下：
) h2 ?% Y5 ~5 s4 s1）启动OMAPL138  linux系统
7 K; C3 j% n: E4 y. f2）进入系统后
# Y; m3 g0 M; q2 P. Cinsmod /lib/modules/3.3.0/kernel/drivers/dsp/syslink.ko TRACE=1 TRACEFAILURE=1
3）然后再次连接CCS ，连接DSP核心
8 _" Z  z( ~% T9 i1 V5 L% @再次在线仿真，就发现UPP不工作了，其他功能仿真正常。

tulipyyf

再次补充说明 LINUX启动时已经如下设置，DDR不应该有冲突
, G+ C0 [# |/ Psetenv bootargs console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootfstype=ext3 mem=32M@0xc0000000 mem=64M@0xc4000000

tulipyyf

问题解决了，原来内核文件要用旧的
* n. z" |3 h# Z

8225621

tulipyyf 发表于 2015-1-29 17:14
1 l# o0 J( q% ?" g; I4 P; m9 q问题解决了，原来内核文件要用旧的

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

tulipyyf

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

8225621

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

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

tulipyyf

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

tulipyyf

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

8225621

tulipyyf 发表于 2015-8-7 16:38
+ L" o/ V3 E; E# ?- ]0 lDDR存储使用的是缓存~~~

/ p1 r6 x. C5 U1 i  h0 H哦，但我还是想知道你是具体怎么解决的。对于内核文件要用旧的一直不理解。