12 个解决方案
#1
这还是要靠你自己跟踪调试,别人没有你的代码,硬件,很难回答的。
#2
为什么不用Eboot?
#3
同意楼上说法,这个估计要自己调试看看原因在哪啦
#4
请问我应该如何调试呢?这之间我不能进行单步调试,也不能打印串口信息。只有点灯法可以尝试,但这段代码是wince的内核源码,要是修改内核源码的话每次编译要花掉两个小时,这样太麻烦了。请问有没有其他办法呢?
#5
跟踪法
#6
如何跟踪呢?
#7
其实内核源码肯定不会有问题,虽然你的问题貌似卡在内核源码里,多半还是之前初始化部分有些问题
比如I,D cache,mmu,时钟频率的一些设置,uboot和wince的启动代码或许有冲突的地方
比如I,D cache,mmu,时钟频率的一些设置,uboot和wince的启动代码或许有冲突的地方
#8
可能是这个问题,由于以前移植过uboot,对uboot比较熟悉,而没移植过eboot,所以这次使用的是uboot。不知道要是换成eboot麻烦不?
#9
进入wince内核代码之前,需要对pxa270做哪些初始化呢?
#10
用的开发板?
没有调试信息输出,有可能是进入kernel后,禁止了调试信息输出。这一般在定制BSP时就选定了。
没有调试信息输出,有可能是进入kernel后,禁止了调试信息输出。这一般在定制BSP时就选定了。
#11
我用的是wince5.0自带的MainstoneII的bsp,也尝试过用别的开发板的bsp。
#12
uboot?
#1
这还是要靠你自己跟踪调试,别人没有你的代码,硬件,很难回答的。
#2
为什么不用Eboot?
#3
同意楼上说法,这个估计要自己调试看看原因在哪啦
#4
请问我应该如何调试呢?这之间我不能进行单步调试,也不能打印串口信息。只有点灯法可以尝试,但这段代码是wince的内核源码,要是修改内核源码的话每次编译要花掉两个小时,这样太麻烦了。请问有没有其他办法呢?
#5
跟踪法
#6
如何跟踪呢?
#7
其实内核源码肯定不会有问题,虽然你的问题貌似卡在内核源码里,多半还是之前初始化部分有些问题
比如I,D cache,mmu,时钟频率的一些设置,uboot和wince的启动代码或许有冲突的地方
比如I,D cache,mmu,时钟频率的一些设置,uboot和wince的启动代码或许有冲突的地方
#8
可能是这个问题,由于以前移植过uboot,对uboot比较熟悉,而没移植过eboot,所以这次使用的是uboot。不知道要是换成eboot麻烦不?
#9
进入wince内核代码之前,需要对pxa270做哪些初始化呢?
#10
用的开发板?
没有调试信息输出,有可能是进入kernel后,禁止了调试信息输出。这一般在定制BSP时就选定了。
没有调试信息输出,有可能是进入kernel后,禁止了调试信息输出。这一般在定制BSP时就选定了。
#11
我用的是wince5.0自带的MainstoneII的bsp,也尝试过用别的开发板的bsp。
#12
uboot?