一次掉网的原因-phone anr

遇到一个挂断Volte电话后,过了一会掉网又自动恢复的问题。

经分析log,AP发送了power off 和on 命令给modem。所以是AP侧问题。

08-28 11:32:03.814 8076 8103 D RILJ : [3650]> RADIO_POWER on = false [SUB0]
08-28 11:32:03.831 8076 8103 D RILJ : [3655]> RADIO_POWER on = false [SUB1]

08-28 11:32:04.754 8076 8076 D RILJ : [3690]> RADIO_POWER on = true [SUB0]
08-28 11:32:06.204 8076 8076 D RILJ : [3749]> RADIO_POWER on = true [SUB1]

快速的发送这一组命令,一般是RIL重启了。是RIL自己问题导致的么?

08-28 11:32:03.797 8076 8076 D RILJ : RIL: init preferredNetworkType=22 cdmaSubscription=0) 
 08-28 11:32:03.808 902 902 D RILC : setResponseFunctions 
 08-28 11:32:03.808 902 902 D RILC : rilConnectedInd 
 08-28 11:32:03.809 902 902 D RILC : radioStateChangedInd: radioState 10 
 08-28 11:32:03.809 902 902 I RILC : RIL Daemon version: Qualcomm RIL 1.0 
 08-28 11:32:03.810 8076 8103 D RILJ : Unsol response received; Sending ack to ril.cpp [SUB0] 
 08-28 11:32:03.811 8076 8103 D RILJ : [UNSL]< UNSOL_RIL_CONNECTED [SUB0] 
 08-28 11:32:03.811 8076 8076 D RILJ : [3649]> GET_HARDWARE_CONFIG [SUB0] 
 08-28 11:32:03.839 1086 1086 I RILC : RIL Daemon version: Qualcomm RIL 1.0 
 08-28 11:32:03.849 8076 8076 D QTIRILJ : QtiRIL 
 08-28 11:32:03.857 8076 8103 D QTIRILJ : QtiRadio interface service started 

PHONE重启会重新初始化RIL,是不是phone重启呢? 

果真,systemlog如下,因为phone anr导致重启phone。:

08-28 11:32:03.381  1258  1299 E ActivityManager: ANR in com.android.phone
08-28 11:32:03.381  1258  1299 E ActivityManager: PID: 1973
08-28 11:32:03.381  1258  1299 E ActivityManager: Reason: Broadcast of Intent { act=com.android.internal.telephony.data-stall flg=0x14 (has extras) }

08-28 11:32:03.387  1258  1299 I ActivityManager: Killing 1973:com.android.phone/1001 (adj -800): bg anr

08-28 11:32:03.580  1258  2480 I ActivityManager: Process com.android.phone (pid 1973) has died: pers PER 

08-28 11:32:03.614  1258  2480 I ActivityManager: Start proc 8076:com.android.phone/1001 for restart com.android.phone

anr原因呢,这要看anr目录下的日志了,如下,可以看到卡在调用camera模块的函数。所以此问题转给camere处理了^_^

"main" prio=5 tid=1 Native
  | group="main" sCount=1 dsCount=0 flags=1 obj=0x7282c6b0 self=0x7787cc2a00
  | sysTid=1973 nice=0 cgrp=default sched=0/0 handle=0x780c8919a8
  | state=S schedstat=( 9952400971 6060426900 27050 ) utm=446 stm=549 core=4 HZ=100
  | stack=0x7fe71dd000-0x7fe71df000 stackSize=8MB
  | held mutexes=
  kernel: (couldn't read /proc/self/task/1973/stack)
  native: #00 pc 000000000006a79c  /system/lib64/libc.so (__ioctl+4)
  native: #01 pc 0000000000024708  /system/lib64/libc.so (ioctl+136)
  native: #02 pc 00000000000549e8  /system/lib64/libbinder.so (android::IPCThreadState::talkWithDriver(bool)+256)
  native: #03 pc 000000000005562c  /system/lib64/libbinder.so (android::IPCThreadState::waitForResponse(android::Parcel*, int*)+60)
  native: #04 pc 0000000000055490  /system/lib64/libbinder.so (android::IPCThreadState::transact(int, unsigned int, android::Parcel const&, android::Parcel*, unsigned int)+224)
  native: #05 pc 000000000004c2c8  /system/lib64/libbinder.so (android::BpBinder::transact(unsigned int, android::Parcel const&, android::Parcel*, unsigned int)+72)
  native: #06 pc 000000000011f7e4  /system/lib64/libandroid_runtime.so (???)
  native: #07 pc 0000000000911464  /system/framework/arm64/boot-framework.oat (Java_android_os_BinderProxy_transactNative__ILandroid_os_Parcel_2Landroid_os_Parcel_2I+196)
  at android.os.BinderProxy.transactNative(Native method)
  at android.os.BinderProxy.transact(Binder.java:793)
  at android.hardware.camera2.ICameraDeviceUser$Stub$Proxy.disconnect(ICameraDeviceUser.java:286)
  at android.hardware.camera2.impl.ICameraDeviceUserWrapper.disconnect(ICameraDeviceUserWrapper.java:65)
  at android.hardware.camera2.impl.CameraDeviceImpl.close(CameraDeviceImpl.java:1062)
  - locked <0x006b2d21> (a java.lang.Object)
  at com.qualcomm.ims.vt.Camera2.close(Camera2.java:149)
  at com.qualcomm.ims.vt.CameraController.closeCamera(CameraController.java:105)
  at com.qualcomm.ims.vt.CameraController.doClose(CameraController.java:302)
  - locked <0x0de87546> (a java.lang.Object)
  at com.qualcomm.ims.vt.CameraController.close(CameraController.java:165)
  at com.qualcomm.ims.vt.CameraController.onMediaDeinitialized(CameraController.java:365)
  at com.qualcomm.ims.vt.ImsMedia.notifyOnMediaDeinitialized(ImsMedia.java:231)
  at com.qualcomm.ims.vt.ImsMedia.deInit(ImsMedia.java:222)
  at com.qualcomm.ims.vt.MediaController.onCallSessionRemoved(MediaController.java:359)
  at org.codeaurora.ims.ImsServiceClassTracker.notifyCallRemoved(ImsServiceClassTracker.java:979)
  at org.codeaurora.ims.ImsServiceClassTracker.handleCalls(ImsServiceClassTracker.java:498)
  - locked <0x09d97307> (a java.util.HashMap)
  at org.codeaurora.ims.ImsServiceSub.handleCalls(ImsServiceSub.java:1216)
  at org.codeaurora.ims.ImsServiceSub.-wrap5(ImsServiceSub.java:-1)
  at org.codeaurora.ims.ImsServiceSub$ImsServiceSubHandler.handleMessage(ImsServiceSub.java:1629)
  at android.os.Handler.dispatchMessage(Handler.java:106)
  at android.os.Looper.loop(Looper.java:187)
  at android.app.ActivityThread.main(ActivityThread.java:6674)
  at java.lang.reflect.Method.invoke(Native method)
  at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:438)
  at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:807)

 

PS:如果出现两个卡同时掉网又恢复的情况,不可能这么巧,一般是modem fatal,RIL crash,或者phone 重启这三种情况。

 

 

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Android 11 com.android.phone ANR是指在运行Android 11操作系统时,手机中的电话应用程序(com.android.phone)发生了ANR的情况。 ANRAndroid系统中的一个常见问题,即应用程序无响应(Application Not Responding)。当应用程序无法在一定时间内响应用户的操作或系统的请求时,Android系统就会认为应用程序出现ANRcom.android.phone是系统中负责电话功能的应用程序。当该应用程序发生ANR时,可能出现以下情况: 1. 用户在拨打或接听电话时,电话应用程序无法响应,导致通话无法进行或无法结束通话。 2. 在电话应用程序中查看或编辑联系人时,应用程序无响应,导致联系人操作无法完成。 3.当应用程序在后台运行时,可能会影响到其他应用程序的正常使用,导致整个系统变慢或卡顿。 出现ANR原因可能是电话应用程序执行的操作过于复杂,导致处理时间过长,从而无法及时响应用户的输入或系统的请求。或者是某些软件或系统错误导致电话应用程序中断。 为了解决这个问题,可以尝试以下方法: 1.重启手机:有时,重启可以解决临时的系统问题,恢复电话应用程序的正常运行。 2.升级或更新系统:确保手机上安装了最新版本的Android操作系统,可以修复已知的系统错误和漏洞。 3.清除应用程序缓存:通过进入手机设置,找到应用程序管理,清除电话应用程序的缓存,有时可以解决ANR问题。 4.卸载不需要的应用程序:清理手机上不必要的应用程序,释放内存,减少系统负担,提高系统运行效率。 如果以上方法无效,建议联系手机制造商或系统开发商,寻求更详细的帮助或解决方案。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值