1 如何加快SkyEye的模拟执行速度?(参考QEMU or Visual GBA?)
先不考虑参考, 执行速度的快慢取决于解释器的效率, 优化解释器的效率是根本所在.
2 如何让SkyEye在windows上运行?(基于cygwin和mingw?)
要效率, 就不用考虑CYGWIN/MINGW. 有了代码解释器的CORE. 交互界面不用LINUX的模拟层, 性能当然比有模拟层夹在中间要快. 如果是赶进度, 有老板逼, 那就CYGWIN/MINGW都可.
3 如何让SkyEye支持flash mem的硬件模拟实现?
实现这点, 需要对每个MEMORY ADDRESS的WRITE操作有状态跟踪.
4 如何让SkyEye支持USB的硬件模拟实现?
模拟HOST控制器, 和模拟其他硬件设备的挑战差异不大. 但是要让控制器认为有东西挂在上面, 比如HUB/MASS STOR/PRINTER等东西在上面, 并且能操作, 那就是大麻烦. NO IDEA.
5 如何让SkyEye支持其它类型的ARM CPU(如OMAP, MX1...)的硬件模拟实现?
没有统一标准的架构. 就只能用笨办法, 对每个CHIP的特殊寄存器写针对性的代码. 模拟本身的原理并不会因为目标CPU不同而变化. 这不是挑战, 而是考验写代码的耐心.
6 如何让更多的操作系统(如Vxworks、ecos、PSOS...)可以在SkyEye仿真环境上运行?
... 目前的限制是如何产生的?
7 如何让RTAI 、RT-Linux在SkyEye上运行?
同上.
8 如何让SkyEye有一个很好的IDE环境?(基于Eclipse?)
考虑得太远了.
9 如果让SkyEye可以收集和控制操作系统本身的信息(即SkyEye可以“意识”到在它上面运行的操作系统,并收集相关动态信息)?
没有可行性. 人家的OS有了个小小的补丁, 或者说编译时候优化参数改变了一下, 特定的数据和流程产生的细微的变化, 采来的数据就没有意义了. 模拟硬件目标不是为了跑某个OS的特定版本. 如果只跑某个OS的特定版本. 那就可以得到目标OS数据. 如果有了这种限制, 模拟硬件就无意义.
10 如何让SkyEye支持对其它非ARM CPU(如MIPS)的仿真支持?
模拟某个硬件和模拟CPU原理一致. 解了5. 就没了10这种问题. 模式照来一遍就可. |