Skylake架构VxWorks设备AVX指令触发Exception 13问题排查咨询

一、VMOVDQA/PADDD触发Exception 13的其他可能原因 #

• 系统未启用AVX指令集支持：Skylake硬件本身支持AVX，但VxWorks可能默认未开启相关配置。检查系统启动参数或BSP设置，确认是否禁用了AVX扩展；另外，AVX需要CR4寄存器的OSXSAVE位开启，用来支持XMM/YMM寄存器的状态保存，如果内核初始化时未设置这个位，执行AVX指令就会触发异常。
• 编译选项配置错误：就算手动对齐了内存，编译器如果没正确指定指令集参数，也可能生成有问题的代码。比如编译时没加-mavx或-march=skylake，导致编译器用SSE指令集规则生成代码，和AVX指令混用后引发冲突；或者代码里在使用AVX指令前没正确初始化YMM寄存器，导致SSE/AVX模式切换出问题。
• 内存权限或缓存问题：Exception 13是通用保护异常，除了对齐还可能和内存权限有关——比如尝试从只读页加载数据，或者往无写入权限的内存写数据。另外，像DMA缓冲区、共享内存这类特殊区域，可能存在缓存一致性问题，AVX指令访问时也会触发异常。
• BSP或硬件限制：有些定制化的Skylake平台BSP可能在BIOS/UEFI里禁用了AVX功能，或者硬件设计上的供电、散热限制导致AVX指令无法正常运行。
• 指令编码错误：如果是手写汇编，可能存在指令格式错误，比如VMOVDQA的操作数类型不对，或者PADDD用错了寄存器，CPU识别成非法指令就会抛出异常。

二、VxWorks对内核模块目标文件的处理 #

• 架构匹配检查：VxWorks加载内核模块时，会校验ELF头里的架构标识（比如x86-64对应的EM_X86_64），如果模块是为其他架构编译的，直接加载失败。
• 指令集兼容性无主动检查：默认情况下，VxWorks不会扫描模块里的具体指令集（比如AVX/SSE），但如果模块里有当前CPU不支持的指令，执行时会触发非法指令异常。另外，如果系统层面没启用AVX支持（比如CR4的OSXSAVE位没开），就算硬件支持，执行AVX指令也会出问题。
• 内存权限管控：内核模块加载后运行在内核空间，指令所在内存页的执行权限由系统页表控制，如果AVX指令所在页没有执行权限，同样会触发Exception 13。

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