android - sensor-hal 内核模块不断重启/重新连接并执行 ramdumps

Question

sensor-hal 内核模块和 sscrpcd 守护进程不断重新启动并执行 ramdump（每个 20Mb，每 3 秒一次），这样做会消耗所有内部闪存驱动器空间。它会通过达到写入限制慢慢杀死闪存驱动器。所有传感器仍在工作，但它们每 3 秒冻结 1 秒（大概在 sensors_hal 重新启动期间）。

根本原因可能是由硬件故障引起的软件错误。该手机在非常潮湿的环境中使用了几周，但运行正常。我可以忍受生涩的传感器（仍然不是很愉快），但至少我想阻止它做那些 ramdumps 并杀死 sd 内存。

我已经尝试过 2 次恢复出厂设置，尝试更新到最新的 MIUI 12（Android 10 QKQ1.191117.002），尝试使用开发者模式选项和电话代码禁用所有传感器和日志记录。没有什么帮助。也许存在一些控制这种 ramdump 行为的内核引导参数。有一些相关的高通代码https://www.geek-share.com/detail/2689054095.html但其上下文未知。

08-06 13:35:59.414 838 22409 I sensors-hal: get_qmi_debug_flag:230, support_qmi_debug :
false
08-06 13:35:59.425 838 22409 I sensors-hal: ssc_conn_error_cb:526, after ssr, discovery of
accel took 1.250000 sec
08-06 13:35:59.426 838 22409 I sensors-hal: send_sensor_config_request:337, dt=accel,
asked batch_period_us : 2147483647 adjusted_us : 200000000
08-06 13:35:59.470 838 6732 I sensors-hal: get_qmi_debug_flag:230, support_qmi_debug :
false
08-06 13:35:59.479 838 2488 I sensors-hal: get_qmi_debug_flag:230, support_qmi_debug :
false
08-06 13:35:59.479 838 6732 I sensors-hal: ssc_conn_error_cb:526, after ssr, discovery of
pedometer took 1.250000 sec
08-06 13:35:59.490 838 2488 I sensors-hal: ssc_conn_error_cb:526, after ssr, discovery of
ambient_light took 1.250000 sec
08-06 13:35:59.508 838 3211 I sensors-hal: get_qmi_debug_flag:230, support_qmi_debug :
false
08-06 13:35:59.510 636 30189 I /vendor/bin/sscrpcd:
vendor/qcom/proprietary/commonsys-intf/adsprpc/src/apps_std_imp.c:722: Successfully opened
file /sys/class/backlight/panel0-backlight/brightness
08-06 13:35:59.776 838 3211 I sensors-hal: get_qmi_debug_flag:230, support_qmi_debug :
false
08-06 13:36:00.044 838 3211 I chatty : uid=1000(system) sensors@1.0-ser identical 1 line
08-06 13:36:00.310 838 3211 I sensors-hal: get_qmi_debug_flag:230, support_qmi_debug :
false
08-06 13:36:00.319 838 3211 I sensors-hal: ssc_conn_error_cb:526, after ssr, discovery of
sar_algo took 2.000000 sec
08-06 13:36:01.904 838 30198 E sensors-hal: handle_sns_client_event:51, sar_algo_event:
ts=1048061748766, event=0.000000


08-06 13:36:04.421 916 916 E /vendor/bin/sscrpcd:
vendor/qcom/proprietary/sensors-see/sscrpcd/src/sscrpcd.cpp:89:sscrpcd daemon will restart
after 25ms...
08-06 13:36:04.423 7392 7392 E subsystem_ramdump: subsystem ramdump start!
08-06 13:36:04.423 7392 7392 E subsystem_ramdump: subsystem generate_ramdump 1
08-06 13:36:04.423 7392 7392 I chatty : uid=0(root) subsystem_ramdu identical 7 lines
08-06 13:36:04.423 7392 7392 E subsystem_ramdump: subsystem generate_ramdump 1
08-06 13:36:04.423 4529 4529 E Diag_Lib: diag: In notify_handler, signal 18 received from
kernel, data is: 120010
08-06 13:36:04.423 4529 4529 E Diag_Lib: diag: DIAG_STATUS_CLOSED on
DIAG_CON_SENSORS
08-06 13:36:04.424 636 636 I /vendor/bin/sscrpcd:
vendor/qcom/proprietary/commonsys-intf/adsprpc/src/fastrpc_pm.c:113:
fastrpc_wake_lock_deinit done
08-06 13:36:04.424 636 636 I /vendor/bin/sscrpcd:
vendor/qcom/proprietary/commonsys-intf/adsprpc/src/fastrpc_apps_user.c:2517:
fastrpc_apps_user_deinit done
08-06 13:36:04.424 636 636 E /vendor/bin/sscrpcd:
vendor/qcom/proprietary/sensors-see/sscrpcd/src/sscrpcd.cpp:89:sscrpcd daemon will restart
after 25ms...
08-06 13:36:04.425 7392 7392 E subsystem_ramdump: subsystem out file:
/sdcard/ramdump/ramdump_slpi_2020-08-06_13-36-04.elf
08-06 13:36:04.448 916 916 I /vendor/bin/sscrpcd:
vendor/qcom/proprietary/commonsys-intf/adsprpc/src/fastrpc_apps_user.c:2572:

标签： android