[问答]

在未修改的lf-6.6.36-2.1.0内核上运行aes基准测试时，会立即崩溃，怎么解决？

682

问答对人有帮助，内容完整，我也想知道答案 0 在未修改的 lf-6.6.36-2.1.0 内核上运行 aes 基准测试（config_tee_crypto=y）时，我们会立即崩溃： # cryptsetup benchmark -c aes # Tests are approximate using memory only (no storage IO). [ 108.233625] 无法处理虚拟地址 ceff8000821f7000 的内核分页请求 [ 108.241634] Mem abort 信息： [ 108.244479] ESR = 0x0000000096000047 [ 108.248242] EC = 0x25： DABT （当前 EL）， IL = 32 位 [ 108.253639] 设置 = 0，FnV = 0 [ 108.256742] EA = 0，S1PTW = 0 [ 108.259894] FSC = 0x07：3 级转换错误 [ 108.264838] 数据中止信息： [ 108.267728] ISV = 0， ISS = 0x00000047， ISS2 = 0x00000000 [ 108.273262] CM = 0，WnR = 1，TnD = 0，TagAccess = 0 [ 108.278363] GCS = 0，覆盖 = 0，脏位 = 0，Xs = 0 [ 108.283733] swapper pgtable：4k 页，48 位 VA，pgdp=0000000081deb000 [ 108.290516] [ceff8000821f7000] pgd=100000000affff003， p4d=10000000affff003， pud=100000000afffe003， pmd=100000000afff8003， pte=000000000000000000 [ 108.303146] 内部错误：糟糕：0000000096000047 [ [ 108.309426] 链接的模块： [ 108.312494] CPU：1 PID：434 通信：cryptsetup 污染：G B 6.6.36-gd23d64eea511 [ 108.327035] pstate： a0400009 （NzCv daif PAN -UAO -TCO -DIT -SSBS BTYPE=--） [ 108.334001] 电脑： __memcpy 0x128/0x260 [ 108.337685] LR ： sg_copy_buffer 0x114/0x228 [ 108.341888] sp ： ffff8000833c7920 [ 108.345207] x29： ffff8000833c7990 x28： 0000000000000003 x27： 0000000000010000 [ 108.352374] x26： ceff8000821f4000 x25： 0000000000000001 x24： 0000000000010000 [ 108.359533] x23： ebff00001159b000 x22： 0000000000003000 x21： 0000000000001000 [ 108.366700] x20： 0000000000001000 x19： 0000000000004000 x18： 00000000000000000 [ 108.373859] x17： ffff8000810b1434 x16： ffff8000806e42b0 x15： 000000000000000000 [ 108.381026] x14： 00000000000000000 x13： 00000000000000000 x12： 000000000000000000 [ 108.388185] x11： 0000000000000000 x10： 0000000000000000 x9 ： 000000000000000000 [ 108.395344] x8 ： ffff8000833c7900 x7 ： 0000000000000000 x6 ： 00000000000000000 [ 108.402503] x5 ： ceff8000821f8000 x4 ： ebff00001159c000 x3 ： ceff8000821f7000 [ 108.409670] x2 ： 0000000000001000 x1 ： ebff00001159b000 x0 ： ceff8000821f7000 [ 108.416838] 调用跟踪： [ 108.419290] __memcpy 0x128/0x260 [ 108.422618] sg_copy_to_buffer 0x18/0x28 [ 108.426553] aes_crypt 0x170/0x368 [ 108.429976] skcipher_encrypt 0x58/0x80 [ 108.433824] crypto_skcipher_encrypt 0x5c/0x80 [ 108.438287] skcipher_recvmsg 0x548/0x688 [ 108.442318] sock_read_iter 0x1cc/0x240 [ 108.446174] vfs_read 0x464/0x4b0 [ 108.449511] ksys_read 0x190/0x1c0 [ 108.452925] __arm64_sys_read 0x4c/0x68 [ 108.456773] invoke_syscall.constprop.0 0x68/0x140 [ 108.461583] do_el0_svc 0x80/0x128 [ 108.464998] el0_svc 0x50/0x190 [ 108.468153] el0t_64_sync_handler 0x120/0x130 [ 108.472529] el0t_64_sync 0x190/0x198 [ 108.476216] 代码： 927cec03 cb0e0021 8b0e0042 a9411c26 （a900340c） [ 108.482307] ---[ 结束跟踪 000000000000000000 ]--- [ 108.486985] 注意：cryptsetup[434] 退出并显示preempt_count 1 0 本主题由 Harmony技术专家于 2025-3-31 17:11 审核通过
2025-3-31 06:50:02　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × chm5 该类别下有 45 个回答。邀请回答 wang21cj 该类别下有 36 个回答。邀请回答新星之火12138 该类别下有 34 个回答。邀请回答 hgimtk 该类别下有 25 个回答。邀请回答 gdfffa 该类别下有 25 个回答。邀请回答 heks 该类别下有 23 个回答。邀请回答 fdhsfagd 该类别下有 23 个回答。邀请回答 lifei639156 该类别下有 23 个回答。邀请回答 dahairenlyy 该类别下有 22 个回答。邀请回答 fhbding 该类别下有 22 个回答。邀请回答艾玛该类别下有 22 个回答。邀请回答秦小姐9048 该类别下有 21 个回答。邀请回答 zhang先生该类别下有 21 个回答。邀请回答 C880U 该类别下有 21 个回答。邀请回答自我清欢该类别下有 21 个回答。邀请回答一转十年该类别下有 21 个回答。邀请回答 h1654155957.9520 该类别下有 21 个回答。邀请回答 xiaolu511 该类别下有 21 个回答。邀请回答站着幻想该类别下有 21 个回答。邀请回答英雄孤寂该类别下有 20 个回答。邀请回答举报 jackhui 相关推荐 • OMAPL138 内核崩溃 3758 • 自定义板I.MX8QM - Systemd服务启动时内核崩溃了的原因？怎么解决？ 473 • LX2160ARDB在内核启动后尝试挂载NFS导致内核崩溃并且无法挂载rootfs的原因？ 642 • 在ESP8266上实现AES的问题求解 588 • nonos sdk V2.1.0中使用混杂模式api，运行时崩溃了怎么解决？ 409 • 如何对AES加解密效率进行测试呢 1615 • RT1062xxxxB在某些情况下写入CAN->ECR寄存器会使内核崩溃了怎么解决？ 386 • 哪个SECO固件版本与5.15.52-2.1.0一起使用？ 445 • 在B609开发板使用CCES2.1.0上debug uCUSBD_Class_Vendor-Rel2.1.0例程添加MAPI运行出错的原因？怎么处理？ 334 • 在S32g274板上测试IPCF的问题求解 604 1个回答

答案对人有帮助，有参考价值 0 在未修改的 `lf-6.6.36-2.1.0` 内核上运行 AES 基准测试时遇到内核分页错误（3 级转换错误），可能是由以下原因之一引起的。以下是分步解决方案： 1. 验证内核配置与模块兼容性禁用 `config_tee_crypto` 测试尝试暂时禁用 TEE 加密模块，观察问题是否仍然存在： `# 修改内核配置，设置 CONFIG_TEE_CRYPTO=n make menuconfig # 重新编译并重启` 如果问题消失，说明 TEE 模块的加密实现存在问题。切换加密后端如果无法禁用 TEE，尝试强制使用软件实现的 AES： `cryptsetup benchmark -c aes-xts-plain64 --debug --verbose` 观察是否绕过硬件加速逻辑。 2. 分析内存访问错误检查虚拟地址 `ceff8000821f7000` 的属性使用 `dmesg` 或 `decodecode` 工具解析错误地址： `echo "ESR: 0x96000047" \| linux/scripts/decodecode` 确认该地址属于用户空间还是内核空间。若属于内核空间，可能是非法访问或内存对齐问题。检查内存分配路径 AES 测试可能通过 `kmalloc`/`vmalloc` 分配内存。确保在非原子上下文中未使用 `GFP_KERNEL` 等可能导致休眠的标志。 3. 排查 TEE 模块问题检查 TEE 内存区域权限 TEE 可能使用安全内存区域（如 `CMA` 或保留内存）。确保相关区域的页表权限（RWX）与内核其他部分兼容。验证 DMA 操作如果 TEE 使用 DMA，确保地址在 DMA 掩码范围内且已正确映射： `dma_addr_t dma_handle; void addr = dma_alloc_coherent(dev, size, &dma_handle, GFP_KERNEL);` 4. 应用补丁或升级内核* 查找已知问题检查内核邮件列表（如 LKML）或发行版仓库，确认该内核版本是否存在已知的 TEE 或 AES 内存管理问题。例如： "Fix TEE crypto memory corruption in lf-6.6.36" [假设补丁] 升级到稳定版本如果问题在最新主线内核中已修复，建议升级。 5. 使用调试工具定位崩溃点捕获内核转储启用 `kdump` 并分析崩溃时的堆栈： `# 启用 kdump systemctl enable kdump # 触发崩溃后分析 /proc/vmcore crash /usr/lib/debug/lib/modules/$(uname -r)/vmlinux /var/crash/vmcore` 动态插桩调试使用 `ftrace` 跟踪加密操作路径： `echo function > /sys/kernel/tracing/current_tracer echo tee_crypt* > /sys/kernel/tracing/set_ftrace_filter cat /sys/kernel/tracing/trace` 6. 临时规避措施限制内存使用通过降低 AES 测试的内存负载，规避大块内存分配问题： `cryptsetup benchmark -c aes --key-size 256 --buffer-size 4096` 关闭地址空间随机化（仅调试）临时禁用 KASLR，简化地址分析： `# 在启动参数中添加 nokaslr vim /etc/default/grub update-grub && reboot` 总结优先检查 TEE 模块的内存管理和权限问题，尝试通过禁用硬件加速或升级内核解决问题。如果时间紧迫，可暂时使用软件 AES 规避。若需进一步分析，需结合内核转储和动态调试工具定位到具体代码行。

2025-4-1 18:07:10 评论举报张龙祥