Good news, I thought at least some of them were not implemented because for instance I couldn't find where VRINTA is handled (I noticed code for NEON_2RM_VRINTA, but I thought there should be something in vfp.decode for VRINT[ANPM])
-- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1721275 Title: Support more ARM CPUs Status in QEMU: Won't Fix Bug description: Hi, This is an enhancement request, rather than a bug report. After some discussions/presentations during the last Linaro Connect (SFO17), I understand that it may be easy to add support for more ARM CPUs in QEMU. I am interested in user-mode, if that matters. I'm primarily using QEMU for GCC validations, and I'd like to make sure that GCC doesn't generate instructions not supported by the CPU it's supposed to generate code for. I'd like to have: cortex-m0 cortex-m4 cortex-m7 cortex-m23 cortex-m33 cortex-a35 cortex-a53 cortex-a57 Is it possible? Is it the right place to ask? Should I file separate requests for each? Thanks To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1721275/+subscriptions
