Linux内核支持受限的NEON加速，并且不能使用硬浮点编译，这一点上RTOS系统更加灵活，它不但可以全系统使用NEON SIMD单元，而且还可以全系统thumb编译，在一些要求快启动的场合，非常有帮助。
Melis中的做法：
全系统SIMD加速：开启flag:
全系统 Thumb编译：
ARCH_VFPUSED += -mthumb
ARM Linux内核开启Thumb编译：
其实不止Melis,Linux 也支持内核Thumb编译，方法是通过打开CONFIG_THUMB2_KERNEL配置选项，本质上打开的是同样的选项。
Linux关于ARM的实现有两个配置和THUMB支持有关，分别是CONFIG_ARM_THUMB和CONFIG_THUMB2_KERNEL.虽然相像，但是功能完全不同，CONFIG_ARM_THUMB是管用户态的，表示是否支持用户态thumb应用，在Kconfig对其解释非常清楚，如果不选中，当用户态进行THUMB切换时，将在信号处理流程中crash.
此外，由于是针对用户态的配置，所以不会对编译内核产生任何影响，也就是不应该影响内核的Makefile构建系统，我们grep一下看是否CONFIG_ARM_THUMB是这样的,如下图，确实是没有影响到Makefile文件。
看另一个CONFIG_THUMB2_KERNEL
根据名字就可以看出，这个选项是管内核态的，也就是控制内核代码是否按照thumb指令编译的，同样，看注释解释的明明白白的：
同样grep一下它的内核势力范围，不出意外，应该能在内核makefile中看到它的身影,可以看出，它的势力范围要广的多：
打开arch/arm/Makefile，果然看到它增加了thumb编译指令到FLAGS里面。
除了上面两个，其实还有一个选项CONFIG_ARM_THUMBEE，它需要CPU支持 THUMBEE扩展才支持。
配置作用范围如下：
在系统初始化的时候注册了一个notifier，应该是在内核切换线程的时候由switch_to调用的。
THUMBEE是一个支持高级语言JIT的特性，知道就好了。