Sean's Blog

什么时候才能正式开放下载啊。等好久了

Mark~

最后，还需要修改PC键盘的映射情况，使能具体的按键。

看来还是得记录一下，否则发现忘记的很快。 在linux/init.h里，有这样一段代码： #define pure_initcall(fn) __define_initcall("0",fn,1) #define core_initcall(fn) __define_initcall("1",fn,1) #define core_initcall_sync(fn) __define_initcall("1s",fn,1s) #define postcore_initcall(fn) __define_initcall("2",fn,2) #define postcore_initcall_sync(fn) __define_initcall("2s",fn,2s) #define arch_initcall(fn) __define_initcall("3",fn,3) ....... 而__define_initcall又被定义为 #define __define_initcall(level,fn,id) \ static initcall_t __initcall_##fn##id __attribute_used__ \ __attribute__((__section__(".initcall" level ".init"))) = fn 这个__initcall_start是在文件arch/xxx/kernel/vmlinux.lds.S定义的: __initcall_start = .; INITCALLS __initcall_end = .; INITCALLS被定义于asm-generic/vmlinux.lds.h: #define INITCALLS \ *(.initcall0.init) \ *(.initcall0s.init) \ *(.initcall1.init) \ *(.initcall1s.init) \ ...... 最重要的一点，在编译生成的system.map文件中可以看到所有需要被调用的initcalls的定义。介于start和end之间的函数。

不包含zImage的bin文件下载完，用时是3分钟20秒左右，加上zImage应该也就3分半钟。

通信一半会出现挂住的问题，经过试验，应该是和硬件有关系了，采用板端左边的直连的usb就有问题。但是如果采用板子下方的usb接口就没有问题。 试验让板子用下方的usb口进行下载的时候，试验了四次都部会出现通信中途挂住的现象。 而采用板子左边的通信接口，则基本4次就会出现3次以上，可以成功的机会比较微小。

如果将zImage在下载的文件里面去掉，则可以顺利的完成各个文件的下载。重新引导。 按照这样的情况来看，不是传输上的问题，可能是文件转换时候设置的参数问题，最有可能的应该是地址上的问题。

每次到达zImage的时候，都是死在copy image to flash，并没有完成该函数。 另外，usb在通信过程中，有时候在发送数据阶段，就莫名奇妙的挂住了，没有提示是发送的问题，还是接收的问题，呆住不懂。头痛哦。。。。

目前可以确认如果不在U2DGetMsg函数中加入打印的串口log充当delay的话，就会出现usb通信时的错误，如果添加上述的delay则不会出现usb通信上的错误。 由于是在接收部分添加delay，因此可以判定，是接收的太快或者时机不对，反之，则是发送的太慢，或者时机不对。有将wtptp发送端的版本有debug改为使用release但是这个问题还是没有改善。将wtptp脱离调试环境，直接用exe来跑也是没有解决问题。这个通信错误会限制到空板使用bootrom程序的时候，因为此时无法去干涉bootrom的执行情况。所以，需要想办法改进wtptp，找出问题的原因。 第二个问题，目前已经将NTIM，OBM，BLOB，zImage，System和Userdata这六个部分给转换出来了，工具也识别正常了，可以支持下载。问题是，每次开始下载，优先传输NTIM，然后是Userdata，然后是System，然后是zImage。每次到了zImage的时候，到了copy image to flash的时候就挂住了。 添加log，定位看看系统是否已经有跑出copy iamge to flash函数。。。。

需要搞定目前利用NTIM的工具来生成的下载文件序列。 只有作出适合的NTIM文件才能保证wtptp能支持。

编译wtptp 为release版本，看看是否是因为debug版本导致的wtptp的速度变慢，和板子端的速度不匹配，导致空板子的时候，跑bootrom的代码，出现速度不匹配问题。

现在usb的下载在OBM烧录入板子之后是可以正常了。 增加了msgget函数中的log，时间上增加了。 但是现在空板进行dkb下载的时候，就会出现通信错误无法得到正确的版本，起先怀疑是通信上的错误，可能是时间延时方面的错误，但是通过对比错误类型，提示是无法得到image type：444B4249，对比，该image和我们需要下载的obm文件是不对应的。 因此，这个不是有NTIM分析出来的文件，而是由BOOTROM固化在里面的内容强制指定的，不能修改的。 对策 ：将OBM移花接木为DKB类型，进行下载。

目前的握手信息已经正常了，可以顺利的传输完NTIM文件，并从文件中分析得到blob文件。 wtptp端可以正确的获得每次传输块大小，并开始读取文件，进行传输。 板子端无法正确的接收到第一数据包，log打印出来，当前的命令是无法识别的，数值=0. 为什么wtptp发送的正确的cmd，到了板子端变成0呢。可能是因为buffer没有正确的清？或者是传输速度限制？或者是buffer的问题？

cmd for build android: make PRODUCT-littleton-user

哈哈，经过今天不懈的努力，终于顺利的看到android的主界面了。

貌似pm模块还有的点问题，屏幕一闪一闪的。

目前服务的启动碰到了一个问题，在com_init的时候不能顺利打开。但是如果等机器完全启动起来，则可以成功。

原因经过验证，果然是因为太早的缘故。通过试验，调整device.exe下的dll的加载顺序是没有效果的。因为无论如何修改都是在device.exe的范围里面，如果打开的服务是需要在services.exe也启动之后，就不能成功了。

解决办法：通过建立一个exe，用注册表launch，来发送一个event，让driver收到event的时候才启动服务。
ps：app和driver的event的传递，通过建立相同名字的event就搞定了，*^_^*，今天才刚刚学习到。看来新人，有很多需要学习的地方。

绕来绕去，最后还是采用walzer的办法，呵呵。