检查ataDrv的调用为什么失败

一个横的，一个竖的，总不能简单的翻个90度来用吧，人只能歪着头看啊 分辨率变了，显示模式和屏幕定位都要变了，应该说界面需要重构。 如果就是简单翻，那只要在底层函数里面把X和Y的坐标进行变换

都可以从网上找

定义INCLUDE_PC_CONSOLE

很明显U盘启动已经成功了，进入了vxWorks的boot界面，但是gei驱动有问题，不能工作。 要查一下gei驱动，看看PCI vendor和device number能不能被驱动支持。

任务态，哪个任务调用该函数，就获得哪个任务的ID； 在中断态，运行结果无效。 FUNCPTR 函数指针，该指针所指是一个函数，可以调用。 (* ptr)(...)

shell下的所谓命令其实是一些常用的函数。 所有的全局函数在shell下都可以调用，包括应用开发的全局函数，当然，是要带符号表运行的。 可以通过lkup函数来看看所有的函数，然后估摸着找你要的函数，当然，这个最好直接找软件人员给个手册。

1.ROM_BASE_ADRS，RAM_LOW_ADRS都要按照remap后的地址来定义，remap前的地址分配只是开机后的暂态。 2.PC指针开始是在0的位置运行，刚开始的代码与地址无关（放在任何位置都可以执行，因为代码里面没有函数调用，长跳转等等）；但由于HiPosn这个符号在链接的时候，是基于ROM_TEXT_ADRS来计算的，在0x30000000后面的位置，所以LDR     pc, L$_HiPosn   这条语句把PC从0的位置转向了高地址，但这个地址实际上还是ROM空间（0还没有赋值给内存，0部分也是ROM，所谓双映射）

还要注意其他问题，如该semTake的位置，参数赋值是否正确，有的时候，如果sem初始化没有做（或被其它任务错误修改了）、堆栈溢出导致参数错误等等，而且如果CPU的错误地址访问异常被关闭的话，就会出现该函数不起作用。

其实讨论unsigned或signed都无所谓，write这个参数是指向一个二进制数据流位置，只要你的数据流是你需要的，这个指针转化以满足编译系统不报警，无所谓的。 调试助手都输出了80，你的设备还不能启动，原因似乎不在write上面了，输出是正确的。但是不是电压不够，波特率范围有些偏差？

Tornado/vxWorks5.x只要拷贝，保持原有根目录拷贝就可以用，更换了目录要修改torvars.bat文件。 workbench/vxWorks6只能安装。

1.如果是千兆，百兆的事情，可以考虑在驱动里面把模式设置死，直接使用百兆。不进行自动探测。 2.有可能是2个网口的mac一样了，请通过ifShow检查，如果是这样，需要在mac设置的时候，修改成不一样的值。 3.希望网线不要做错 4.可以找个100M的交换来衔接双方，看看能不能通信，这个实验结果很重要。

源码一致，对于压缩，解压缩而言，没有CPU数据结构，就是数据流. 使用.o来做，链接都不会成功的，妄想哦

printf函数的执行需要等io系统初始化好了才能用，这个时候系统启动都差不多了，提前使用，只能是直接找死。 首先要对一下启动的地址和编译的地址是否一致。 然后可以在系统启动的关键位置，往reserved内存里面直接设置一些标志，再热启动后，在boot可以看这些内存，看看运行到哪里了，注意，定义了reserved内存后boot也要重编。