双核工作下，UPP不工作

tulipyyf

创龙工程师：
" n" p; M0 K6 t$ @- c/ E; B# W     你好，我是保定炜达电力的
2 d( V* W, N8 c  I* z3 v: c* m     咨询问一个问题，我OMAPL138的DSP核部分已经用DSP仿真器调试通过了，使用SYSBIOS系统，UPP采集FPGA的数据，只使用UPP的A口，在初始化UPP时，修改了贵司的初始化文件（XDATA数据线因与LCD公用，所以修改）

void UPPPinMuxSetup(void)
! J. {. r0 T, h7 `' N{
unsigned int savePinmux13 = 0;
unsigned int savePinmux14 = 0;
unsigned int savePinmux15 = 0;
9 l/ c& Y- {8 I* s! |0 Q unsigned int savePinmux16 = 0;
! p7 g1 T: t$ ]6 Q' L0 c unsigned int savePinmux17 = 0;
" [' h. @* v. W3 F% P unsigned int savePinmux18 = 0;
# \. Z: G/ m4 h* w /* 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);
% N1 i: x5 @7 ^7 @/ |# Q4 T savePinmux15 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(15)) & 0x00000000);
: o; V2 @+ e( e4 c savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0xFFFFFF00);
+ f/ u+ G6 ~4 w+ d0 |5 A% u1 y //savePinmux16 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) & 0x00000000);
! v3 ]$ M4 }: C1 i //savePinmux17 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(17)) & 0x00000000);
//savePinmux18 = (HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(18)) & 0xFF000000);
: e: S# V. W3 b& U( _ HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(13)) = (0x44440000 | savePinmux13);
HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(14)) = (0x44444400 | savePinmux14);
. h8 `% Q2 T; a$ ~; `1 L8 W HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(15)) = (0x44444444 | savePinmux15);
HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_PINMUX(16)) = (0x00000044 | savePinmux16);
//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);
6 T1 a7 ?& S9 E5 w" B! V}
2 d5 K* D+ U; T6 x6 x& H$ z
# v( ]5 P; z$ I- y8 ~; G2 s     现在我的问题是，我DSP核心独立仿真调试没有问题了，但是现在OMAPL138 linux系统启动后，再加载DSP核应用程序，居然UPP中断不工作了，不知道是为什么，是不是LINUX系统与DSP有冲突，麻烦指导看一下。

tulipyyf

补充说明一下：按照贵司说明独立调试的方法是：
1）CCS连接ARM核心
2）加载omapl138.gel后，初始化相关操作后，唤醒DSP核心
; P* F1 M3 k; u4 H- b2 H5 S' _: G3）连接DSP核，然后调试仿真  

: L- L5 n( [2 D# r初步联合调试，按照贵司方法如下：
1）启动OMAPL138  linux系统
+ N0 ?3 K" X, u# d2 R' z- `2）进入系统后
6 n! l+ u( r: V- n! B/ S( _" cinsmod /lib/modules/3.3.0/kernel/drivers/dsp/syslink.ko TRACE=1 TRACEFAILURE=1
; \0 J9 Z) s6 O9 G3）然后再次连接CCS ，连接DSP核心
再次在线仿真，就发现UPP不工作了，其他功能仿真正常。
# V7 \3 c1 m5 w( D
" {& I  @$ e! l, W9 e) E" z

tulipyyf

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

tulipyyf

问题解决了，原来内核文件要用旧的
/ `1 p2 Y& N: k; e) E

8225621

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

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

tulipyyf

当时应该最后是因为内存使用一致性问题导致的~~~你可以查看一下内存使用一致性文档~~~
* a, r& s3 E, M& c$ v8 @* |“TI C64x+ DSP CACHE一致性分析与维护”那篇文献写的很清楚

8225621

tulipyyf 发表于 2015-8-4 08:27
0 Y  M  w* g$ t当时应该最后是因为内存使用一致性问题导致的~~~你可以查看一下内存使用一致性文档~~~
5 }0 e% }; Q" ^6 N# x* A+ M7 y“TI C64x+ DSP CACH ...

' h/ b! Y, `8 N' z, W+ q# R: o我看了下，好像没有使用缓存，应该跟一致性 没有关系吧。

tulipyyf

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

tulipyyf

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

8225621

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

7 W- w9 G$ h  ~: y% X6 W0 F. Z7 e哦，但我还是想知道你是具体怎么解决的。对于内核文件要用旧的一直不理解。