冲，去声；冲，阴平

Sept. 21, 22

‘RxBigVCC’: DSP platform那边仍为IFC server建立连接，而且不能很干净地改掉。只能不启动IFC从而绕过去。但又碰到了DSP platform栈溢出的问题。RMD本身STE和单元测试未完成。22日上午开会讨论“扫尾”工作，顺手检查了一下代码，粗粗一看便发现好几个问题。

‘rmd_handle’: 测试通过。但Harri想顺便把一个为MGW应用的功能做进去，而这一新的DSP platform image的诊断不成功。21日早测完后告诉他，21日晚收到回信坚持要解决问题，22日没有pate可用。搓火。

‘CLP’: Slam那边有点搞：信件游行两周后，说老的在用、用得没问题；21日突然有3个人分头催要新的image。22日编了两个：CB 9.8下的测试版本给他们用，CB 9.9的准备frozen。

Sept. 23

一早过来测掉DT的诊断，把结果发给Harri。

中午开始看Slam那边测CLP的结果。把代码合并到最新，准备检入。

RBV调试进度缓慢得令人痛苦。但米兰那边终于把代码检入了，可以自己编测试版本来调。

忙活一天，没什么进展。

Sept. 24

郁闷。检出代码后自己编了去测，启动成功。估计是SPWDIA和SPWDSP版本不匹配。前几天米兰那边只是把SPWDSP发过来，我还有点纳闷：为什么没有SPWDIA。

Sept. 25

顺风顺水。把’rmd_handle’合并到最新，编译通过。’RBV’在standalone上建立呼叫成功，发给Echo去测。下午开会检查’rmd_handle’的修改，但太多太乱，没有起到效果。然后组会。

回来后又测了几把’RBV’，始终过不去。这时Slam那边又报DSP不能启动，一检查，发现他们把用于CB 9.9的放到CB 9.8上跑。两件事搅坏好心情。

Sept. 27

继续测’RBV’。发现原来是一个计时模块没启动，而脚本里是通过延迟控制它的启动。把延迟加长，正常了，建议他们改脚本。Slam那边真是搞：上午义正词严地要求CB 9.8/9.9各发一个版本。22号就给你们了！Echo测’RBV’，也报不能启动。一检查发现他们用的包太老，因此加载旧的RMD，改文件号把RMDPRBRX伪装成旧RMD，发给他们。

Sept. 28

请於乐凯为’rmd_handle’和’clp’改了MML lib。为RxBigVCC改了一下输出格式，顺便把VCI乘4去掉了。下午开会检查重构RMD的文档。

主要是在支持’clp’。25号匆忙改了一个版本发给Slam，里面有笔误导致映射出错。这下他们更不信赖测试版本了，一定要我通过pronto把修改做到CB 9.8/9.9里。

Sept. 29

瞎忙活一天，总算把’clp’和’rmd_handle’都做进去了。’RBV’：Echo那边又在VCI乘不乘4的问题上绕；而倪政霖开始查流量不通的问题；单元测试也没有弄好。

但2:1，总算圆满地去过节。