双核工作下，UPP不工作

tulipyyf

创龙工程师：
* j: |2 }9 d2 g* }6 |. Y     你好，我是保定炜达电力的
( t% f9 X6 F* N9 V5 c6 i: \     咨询问一个问题，我OMAPL138的DSP核部分已经用DSP仿真器调试通过了，使用SYSBIOS系统，UPP采集FPGA的数据，只使用UPP的A口，在初始化UPP时，修改了贵司的初始化文件（XDATA数据线因与LCD公用，所以修改）

% ?% ~/ b! G, A; |! Ivoid UPPPinMuxSetup(void)
{
unsigned int savePinmux13 = 0;
unsigned int savePinmux14 = 0;
5 o0 }$ C; ]( Q3 ]  S unsigned int savePinmux15 = 0;
% _! g' `7 ^9 U) d1 n& { unsigned int savePinmux16 = 0;
1 n& n6 Z- L2 B* O unsigned int savePinmux17 = 0;
; U& h. }9 K7 ~0 l unsigned int savePinmux18 = 0;
, |1 A2 }& ?/ l% D& t, n" M /* all pins (channel A, channel B, DATA, and XDATA)*/
savePinmux13 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) & 0x0000FFFF);    //不要的输入F
savePinmux14 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(14)) & 0x000000FF);
. [, ^% B" a: ^, D  l- o savePinmux15 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(15)) & 0x00000000);
  Q  n8 ~0 h7 a; C9 N6 t7 z5 w savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0xFFFFFF00);
//savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0x00000000);
. i8 W  K: R* m) F //savePinmux17 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(17)) & 0x00000000);
//savePinmux18 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(18)) & 0xFF000000);
) g$ h% @% B' |9 R( H& {- W3 Z HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) = (0x44440000 | savePinmux13);
HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(14)) = (0x44444400 | savePinmux14);
% ~  Q# Y9 P- l/ p$ b) ? HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(15)) = (0x44444444 | savePinmux15);
HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) = (0x00000044 | savePinmux16);
  f, d, r/ h3 m. H" U5 C1 m //HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) = (0x44444444 | savePinmux16);
) f" W: b& J, x* q. ~ //HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(17)) = (0x44444444 | savePinmux17);
//HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(18)) = (0x00444444 | savePinmux18);
1 S0 a8 c% Z' c3 ]. l. w}
' H  h! e1 P, O: e' c
% `6 Y/ a0 E9 H) z/ _5 `& f     现在我的问题是，我DSP核心独立仿真调试没有问题了，但是现在OMAPL138 linux系统启动后，再加载DSP核应用程序，居然UPP中断不工作了，不知道是为什么，是不是LINUX系统与DSP有冲突，麻烦指导看一下。
, m. g/ N/ `& r' ]) h1 k
; Q' x5 ?4 z6 f& R
7 T* B8 d( [& o2 @) x2 U
  Q) c; M4 j) a5 K

tulipyyf

补充说明一下：按照贵司说明独立调试的方法是：
: I/ \9 D  N/ \. @1）CCS连接ARM核心
3 {. P- J. Q) L; t2）加载omapl138.gel后，初始化相关操作后，唤醒DSP核心
2 r* c, K7 D3 c. o3）连接DSP核，然后调试仿真  

初步联合调试，按照贵司方法如下：
1）启动OMAPL138  linux系统
2）进入系统后
5 s6 u5 p- N8 L5 k8 s( Pinsmod /lib/modules/3.3.0/kernel/drivers/dsp/syslink.ko TRACE=1 TRACEFAILURE=1
3）然后再次连接CCS ，连接DSP核心
+ m. _+ u' v$ M再次在线仿真，就发现UPP不工作了，其他功能仿真正常。
; L- e8 z  ^" y4 ?4 n6 U

; b; _' v" N8 s$ V; j% w+ w  A

tulipyyf

再次补充说明 LINUX启动时已经如下设置，DDR不应该有冲突
, G- a! a$ w# _4 ^# ksetenv bootargs console=ttyS2,115200n8 root=/dev/mmcblk0p2 rw rootfstype=ext3 mem=32M@0xc0000000 mem=64M@0xc4000000
: b1 r5 ?5 e# w) _

tulipyyf

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

8225621

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

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

tulipyyf

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

8225621

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

  F4 n% ?4 A1 k  {, G我看了下，好像没有使用缓存，应该跟一致性 没有关系吧。

tulipyyf

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

tulipyyf

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

8225621

tulipyyf 发表于 2015-8-7 16:38
) Z1 t4 r% A+ N6 jDDR存储使用的是缓存~~~

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