rv1109(armv7)上，ncnn推理出现core dump，具体报错位置在：gemm_transB_packed_tile()

[Xiaowei-coder]

error log | 日志或报错信息 | ログ

报错信息如下：

bt信息：

context | 编译/运行环境 | バックグラウンド

编译环境：linux_x86
运行环境：rv1109(双核32位ARM Cortex-A7)
可用内存：789568 kB(rv1109)
编译ncnn版本：20240102

how to reproduce | 复现步骤 | 再現方法

1. ./benchncnn 2 2 0 -1 1 param=./model.ncnn.param shape=[32,1,1,1],[2,96,1,1]
2. model.ncnn.zip

more | 其他 | その他

1. rv1109(armv7)上，benchncnn可正常推理squeezenet模型
   
2. rv1109(armv7)上，benchncnn推理则会在gemm_transB_packed_tile()处报相同的错误，如下：
   
3. 在rv1109(armv7)上会报错；其他arm平台则能正常推理，如下：
   

Tasks

Beta Give feedback

No tasks being tracked yet.

[Xiaowei-coder]

补充说明

相同的代码与模型，交叉编译后，测试发现中间层参数不同，具体如下：

1. 在不带neon的arm平台上，可正常推理[view_75->gemm_0]：
   
2. 带neon的arm平台上，会在gemm_0处报错[view_75->gemm_0]：
   
   @nihui nihui大佬，请问开启neon指令集后，出现这种异常情况是什么原因导致的呢；是我模型转换的时候出问题了吗

[Xiaowei-coder]

补充说明

（1）不开启NEON，ncnn可正常推理；开启NEON后，ncnn推理会在在gemm做矩阵乘法的位置出错：

（2）去掉ncnn模型中报错的层gemm_0，仍会在下次调用gemm矩阵乘法函数处报错；

• gemm_0对应模型中的Linear层

（3）开启和不开启neon，AT_tile.w出现了2倍关系

[nihui]

confirmed and reproduced

workaround

net.opt.use_fp16_storage = ncnn::cpu_support_arm_asimdhp();

before loading model

[nihui]

#5325

[Xiaowei-coder]

带上#5325 修改后，加载模型前无需设置net.opt.use_fp16_storage = ncnn::cpu_support_arm_asimdhp()，也能在我的armv7平台上推理，再次感谢nihui大佬。

[nihui]

fixed in 984d6dd
Thanks for your report