在模拟Cortex-A15的QEMU上启动适配OMAP5 uEVM的QNX 6.5 IFS镜像问题咨询

方案可行性判断 #

该迁移方案理论可行，但你手里当前的OMAP5 uEVM专属IFS镜像无法直接在QEMU virt平台运行，核心原因是硬件绑定逻辑冲突：

IFS镜像中的startup.*段是完全硬件相关的初始化代码，作用是初始化目标板的时钟、DDR控制器、中断控制器、外设基地址映射等底层硬件参数，OMAP5开发板的寄存器映射、硬件配置和QEMU virt平台完全不兼容，因此你修改启动地址后直接跳转才会永久挂死。
你提取的procnto-smp-instr内核也是OMAP5平台定制的版本，从ELF程序头可以看到物理地址段被固定映射到0x801xxxx区间，哪怕你扩容虚拟机内存让虚拟地址范围覆盖入口地址，内核启动后访问OMAP5专属的外设寄存器依然会触发非法异常，也就是你遇到的「未定义指令」报错。

U-Boot编译工具链要求 #

不需要使用QNX工具链编译U-Boot：
U-Boot是独立的引导程序，和上层运行的操作系统完全解耦，你当前用Ubuntu源、Linaro提供的三个ARM GCC版本编译的U-Boot只要能正常驱动QEMU virt平台的virtio存储、网络设备，就可以正常使用，和QNX二进制的浮点规则无冲突。
优先建议使用arm-linux-gnueabi-gcc编译的U-Boot版本，避免不必要的浮点指令兼容问题。

现有问题解决路径 #

你手里的旧OMAP5专属IFS没有强行修改适配的价值，硬件差异过大的问题无法仅靠调整启动地址解决，建议走重新构建IFS镜像的路线：
你找到的armle-v7架构可重定位procnto文件可以直接使用，不需要手动做链接操作，按照QNX标准IFS构建流程操作即可：

1. 安装QNX 6.5 SDP开发环境，确保已添加ARMv7架构支持组件
2. 新建适配QEMU virt-arm平台的buildfile配置文件，调用QNX 6.5自带的通用虚拟化平台startup代码startup-qemu-arm
3. 将你获取的armle-v7版procnto重定位文件加入buildfile的内核依赖项，同时把你从旧IFS中提取的所需用户态程序、驱动、启动脚本按需加入配置
4. 使用QNX官方工具mkifs基于buildfile生成适配QEMU virt平台的全新IFS镜像
5. 启动QEMU时添加highmem=off参数，将物理内存起始地址调整到和IFS配置匹配的0x80000000区间，避免地址映射冲突
6. 用U-Boot加载新生成的IFS镜像后，直接跳转到startup入口即可正常启动

调试技巧 #

如果新镜像启动依然异常，可按以下步骤排查：

• 启动QEMU时添加-d guest_errors,unimp参数，打印未实现的外设访问日志，定位是否是缺少对应驱动导致的异常
• 在buildfile的内核启动参数中添加verbose配置，输出完整内核启动日志，精准定位异常触发点

内容的提问来源于stack exchange，提问作者Evgeni Lipatov