Jıra Crm Backup Motorola [Edart.motorola.com]
- Thread starter
- Administrator
- Moderator
- Thread Author
- #1
Access to the control panel was obtained by decision of malfunctions and errors, this followed the export of all projects, namely, data in the HTML format with screenshots, I Exported only searchrequest "password / ftp / sql / databases / acces". They have a lot of data to various admin panels, etc.
Sample plant
HTML:
标题：[Malta] [系统测试] [MotoCare] [必现] [一般]SQL: SELECT * FROM events WHERE tag = 'MOT_CA_STATS_L2' AND value like '%AppInfoReport%'; 无法到搜索条目（log）
预置条件：
PC安装SQLiteExpertPro，设置系统时间为23:50
操作步骤：
1.清除motocare程序包：““ adb shell pm clear com.motorola.motocare””。
2.重新启动设备：““ adb reboot””。
3.安装并卸载一些apk
4.设置下一个星期日期（至少7天）的系统时间
5.将时间更改为23:55，然后等待几分钟
6.检查事件条目是否存在于data / system / checkin_mot.db中
SQL：SELECT * FROM events WHERE tag = 'MOT_CA_STATS_L2' AND value like '%AppInfoReport%';
预期结果：
adb root;adb pull /data/system/checkin_mot.db E:\db,使用SQL语句可查询到内容条目
实际结果：
使用SQL语句无法到搜索条目
IMEI:356916110007694
SN:N2ML1G0017
对比机情况：
复现率：必现
BUG级别:一般
Log信息：log：https://drive.google.com/file/d/1OcpVilNQd7RSHjM-60s1MLUxAGwPwr1Q/view?usp=sharing
样机信息：DVT2
器件信息:
测试人员/邮箱/联系方式：王梦珠/mengzhu.wang@chino-e.com/13717874806
Preconditions:
Step 1 1.Computer installation SQLiteExpertPro 2.Set the system time to 23:50 o'clock.
Steps:
1. Clear motocare package: ""adb shell pm clear com.motorola.motocare"".
2. Reboot the device: ""adb reboot"".
3. Install and unistall few apks
4. Set the system time next one week date (at least 7 days)
5. Change time to 23:55 o'clock and than wait a couple of minutes
6. Check that event entry is present in data/system/checkin_mot.db
SQL: SELECT * FROM events WHERE tag = 'MOT_CA_STATS_L2' AND value like '%AppInfoReport%';"
Expected results:
Step 1*
Check that event entry is present in data/system/checkin_mot.db
SQL: SELECT * FROM events WHERE tag = 'MOT_CA_STATS_L2' AND value like '%AppInfoReport%';"
Actual results:
Use the SQL can not search entry
IMEI:356916110007694
SN:N2ML1G0017
Reference phone behavior:
Recurrence rate:Always
BUG level:Major
Log information:log：https://drive.google.com/file/d/1OcpVilNQd7RSHjM-60s1MLUxAGwPwr1Q/view?usp=sharing
Tester / Email / contact @fbi_gov :Wang Mengzhu/mengzhu.wang@chino-e.com/13717874806
It`s a common issue for the all ODM1 Q products.
Pls FW team check why did 'BatteryStats.NUM_DATA_CONNECTION_TYPES' return '21'
发件人: Henry HB1 Zhuang
发送时间: 2020年10月22日 9:36
收件人: Nikhitha A S <nikhias@motorola.com>; Ramya Rao <ramya@motorola.com>; Aiyun1 Wang <wangay1@lenovo.com>; Pavithra Narayana Shetty <pavtns@motorola.com>; Mark Denzel <markdenzel@motorola.com>
抄送: Nagavali Jatavallabhula <nagavali@motorola.com>; SHUAIB KAVALATHARA <shuaib@motorola.com>; Pandu REDDY <pandu@motorola.com>; Xuejinn Wang <wangxjn@lenovo.com>; Binyong BY1 Su <suby1@lenovo.com>; Anandhakumar Krishnan <anandhak@motorola.com>; Ismael Paz <ismaeljr@motorola.com>; Kumar Suryanshu <kumarsy@motorola.com>; HunterZF Zhang <zhangzf2@lenovo.com>; Daniel Rimoli <danielri@motorola.com>; Marcus Craveiro <craveiro@motorola.com>; Tiantian TT4 Ma <matt4@lenovo.com>; Peng Peng5 Yu <yupeng5@lenovo.com>
主题: 回复: Moto Care - Regression on Malta Q Build
Nikhitha,
Thanks, so it`s a common issue for ODM1 Q.
发件人: Nikhitha A S <nikhias@motorola.com>
发送时间: 2020年10月21日 21:12
收件人: Henry HB1 Zhuang <zhuanghb1@lenovo.com>; Ramya Rao <ramya@motorola.com>; Aiyun1 Wang <wangay1@lenovo.com>; Pavithra Narayana Shetty <pavtns@motorola.com>; Mark Denzel <markdenzel@motorola.com>
抄送: Nagavali Jatavallabhula <nagavali@motorola.com>; SHUAIB KAVALATHARA <shuaib@motorola.com>; Pandu REDDY <pandu@motorola.com>; Xuejinn Wang <wangxjn@lenovo.com>; Binyong BY1 Su <suby1@lenovo.com>; Anandhakumar Krishnan <anandhak@motorola.com>; Ismael Paz <ismaeljr@motorola.com>; Kumar Suryanshu <kumarsy@motorola.com>; HunterZF Zhang <zhangzf2@lenovo.com>; Daniel Rimoli <danielri@motorola.com>; Marcus Craveiro <craveiro@motorola.com>; Tiantian TT4 Ma <matt4@lenovo.com>; Peng Peng5 Yu <yupeng5@lenovo.com>
主题: RE: Moto Care - Regression on Malta Q Build
Hi Henry,
Got the below three values for the test:
1. [ID=RadioTypes;ver=5.1;time=1603305000156;timezoneoffset=19800000;userid=0;apkname=com.motorola.motocare;apkvercode=30010001;ddate=2020-10-21;]
2. [ID=RadioTypesSOn;ver=5.1;time=1603305000156;timezoneoffset=19800000;userid=0;apkname=com.motorola.motocare;apkvercode=30010001;ddate=2020-10-21;]
3. [ID=RadioTypesSOff;ver=5.1;time=1603305000156;timezoneoffset=19800000;userid=0;apkname=com.motorola.motocare;apkvercode=30010001;ddate=2020-10-21;]
Build: motorola/blackjack/blackjack:10/QOD30.163-3/cdc55:userdebug/release-keys
Thanks and regards,
Nikhitha
From: Henry HB1 Zhuang
Sent: Wednesday, October 21, 2020 9:19 AM
To: Nikhitha A S <nikhias@motorola.com>; Ramya Rao <ramya@motorola.com>; Aiyun1 Wang <wangay1@lenovo.com>; Pavithra Narayana Shetty <pavtns@motorola.com>; Mark Denzel <markdenzel@motorola.com>
Cc: Nagavali Jatavallabhula <nagavali@motorola.com>; SHUAIB KAVALATHARA <shuaib@motorola.com>; Pandu REDDY <pandu@motorola.com>; Xuejinn Wang <wangxjn@lenovo.com>; Binyong BY1 Su <suby1@lenovo.com>; Anandhakumar Krishnan <anandhak@motorola.com>; Ismael Paz <ismaeljr@motorola.com>; Kumar Suryanshu <kumarsy@motorola.com>; HunterZF Zhang <zhangzf2@lenovo.com>; Daniel Rimoli <danielri@motorola.com>; Marcus Craveiro <craveiro@motorola.com>; Tiantian TT4 Ma <matt4@lenovo.com>; Peng Peng5 Yu <yupeng5@lenovo.com>
Subject: 回复: Moto Care - Regression on Malta Q Build
Hi, Nikhitha,
Thanks,
but your test build is P, we need to check the Q build.
发件人: Nikhitha A S <nikhias@motorola.com>
发送时间: 2020年10月15日 19:36
收件人: Ramya Rao <ramya@motorola.com>; Henry HB1 Zhuang <zhuanghb1@lenovo.com>; Aiyun1 Wang <wangay1@lenovo.com>; Pavithra Narayana Shetty <pavtns@motorola.com>; Mark Denzel <markdenzel@motorola.com>
抄送: Nagavali Jatavallabhula <nagavali@motorola.com>; SHUAIB KAVALATHARA <shuaib@motorola.com>; Pandu REDDY <pandu@motorola.com>; Xuejinn Wang <wangxjn@lenovo.com>; Binyong BY1 Su <suby1@lenovo.com>; Anandhakumar Krishnan <anandhak@motorola.com>; Ismael Paz <ismaeljr@motorola.com>; Kumar Suryanshu <kumarsy@motorola.com>; HunterZF Zhang <zhangzf2@lenovo.com>; Daniel Rimoli <danielri@motorola.com>; Marcus Craveiro <craveiro@motorola.com>; Tiantian TT4 Ma <matt4@lenovo.com>; Peng Peng5 Yu <yupeng5@lenovo.com>
主题: RE: Moto Care - Regression on Malta Q Build
HI All,
Tested the same use case on Blackjack
Please find values below:
1st : [ID=RadioTypes;ver=5.1;time=1602786600081;timezoneoffset=19800000;userid=0;apkname=com.motorola.motocare;apkvercode=5;rt_none_t=494;rt_none_cnt=0;rt_edge_t=107;rt_edge_cnt=0;ddate=2020-10-15;]
2nd: [ID=RadioTypesSOn;ver=5.1;time=1602786600081;timezoneoffset=19800000;userid=0;apkname=com.motorola.motocare;apkvercode=5;rt_none_t=10;rt_none_cnt=0;rt_edge_t=94;rt_edge_cnt=0;ddate=2020-10-15;]
3rd: [ID=RadioTypesSOff;ver=5.1;time=1602786600081;timezoneoffset=19800000;userid=0;apkname=com.motorola.motocare;apkvercode=5;rt_none_t=483;rt_none_cnt=0;rt_edge_t=13;rt_edge_cnt=0;ddate=2020-10-15;]
Build: motorola/blackjack/blackjack:9/POD29.348-9/a462f:userdebug/release-keys
Thanks and regards,
Nikhitha请看我刚从framework打印出来的log（debug代码如下所示）：
NUM_DATA_CONNECTION_TYPES是22，而不是21.
01-01 00:00:27.638 1142 1142 D BatteryStatsImpl: @@@...BatteryStatsImpl...constructor: NUM_DATA_CONNECTION_TYPES = 22
debug代码：
--------
Malta/frameworks/base$ git diff
diff --git a/core/java/com/android/internal/os/BatteryStatsImpl.java b/core/java/com/android/internal/os/BatteryStatsImpl.java
index 3a7caa4..b18686a 100644
— a/core/java/com/android/internal/os/BatteryStatsImpl.java
+++ b/core/java/com/android/internal/os/BatteryStatsImpl.java
@@ -132,7 +132,7 @@ import java.util.concurrent.locks.ReentrantLock;
*/
public class BatteryStatsImpl extends BatteryStats {
private static final String TAG = "BatteryStatsImpl";
private static final boolean DEBUG = false;
+ private static final boolean DEBUG = true;
public static final boolean DEBUG_ENERGY = false;
private static final boolean DEBUG_ENERGY_CPU = DEBUG_ENERGY;
private static final boolean DEBUG_MEMORY = false;
@@ -9783,10 +9783,15 @@ public class BatteryStatsImpl extends BatteryStats {
}
mPhoneSignalScanningTimer = new StopwatchTimer(mClocks, null, -200+1, null,
mOnBatteryTimeBase);
+
+
+Slog.d(TAG, "@@@...BatteryStatsImpl...constructor: NUM_DATA_CONNECTION_TYPES = " + NUM_DATA_CONNECTION_TYPES);
+
for (int i=0; i<NUM_DATA_CONNECTION_TYPES; i++) { mPhoneDataConnectionsTimer[i] = new StopwatchTimer(mClocks, null, -300-i, null, mOnBatteryTimeBase); }
+
for (int i = 0; i < NUM_NETWORK_ACTIVITY_TYPES; i++) {
mNetworkByteActivityCounters[i] = new LongSamplingCounter(mOnBatteryTimeBase);
mNetworkPacketActivityCounters[i] = new LongSamplingCounter(mOnBatteryTimeBase);
Comentado por LiXiong SW [ 27/oct/20 ]
Haibin Zhuang
我尝试研究了一下你们的代码（MotoCareInt.apk），里面用到了大量的反射和其它复杂技术等。请继续从app的角度调查为何你们拿到的NUM_DATA_CONNECTION_TYPES为21而不是22，目前从Framework角度看到的NUM_DATA_CONNECTION_TYPES是正确值 - 22。 感觉这个值从Framework传递到App，你们貌似做了很多二次加工和封装，请继续调查和debug为何APP层最后拿到的东西不正确？一个小建议：是否需要针对Q做适配？谢谢。
Comentado por Haibin Zhuang [ 27/oct/20 ]
https://edart.motorola.com/secure/attachment/535704/BatteryStatsDataFactory.java
LiXiong SW 我上传了对应的类，这部分代码并不存在你说的调用反射之类的，使用的是AOSP的BatteryStats，没有额外的封装了，可以看下面代码的Import路径。motocare里使用的是 BatteryStats.NUM_DATA_CONNECTION_TYPES， 你打印FW日志的代码位置好像有误。
另外附件那2个apk是要push 到手机替换apk，用来打印日志的，就算不使用附件的APK，手机里本身已经集成了motocare的两个apk，你如果要替换的话注意确认下签名。
import android.os.BatteryStats;
if ((stats.mDataConnectionTime.length == BatteryStats.NUM_DATA_CONNECTION_TYPES)
&& (stats.mDataConnectionCount.length
== BatteryStats.NUM_DATA_CONNECTION_TYPES)) {
for (int i=0; i<BatteryStats.NUM_DATA_CONNECTION_TYPES; i++) {
stats.mDataConnectionTime[i] = battStats.getPhoneDataConnectionTime(i,
batteryRealtime, STATS_TYPE);
stats.mDataConnectionCount[i] = battStats.getPhoneDataConnectionCount(i,
STATS_TYPE);
}
} else {
LogUtils.logE(TAG, "Data connection bin size does not match.");
}
感谢分享。
请问你有看到下面这行代码吗？
if (sDataConnectionNames == null) { sDataConnectionNames = ReflectionUtils.getStringArray( "android.os.BatteryStats", "DATA_CONNECTION_NAMES", "rt_" ); }
if (SIGNAL_STRENGTH_NAMES.length == 0)
{ updateSignalStrengthNames(); }
// pass in internval variable
BatteryStatsData stats = new BatteryStatsData(Process.FIRST_APPLICATION_UID,
BatteryStats.NUM_SCREEN_BRIGHTNESS_BINS,
SignalStrength.NUM_SIGNAL_STRENGTH_BINS,
SIGNAL_STRENGTH_NAMES,
sDataConnectionNames);
从这个函数名就可以看出来，它明显是从Framework拿原始数据，然后进行二次加工处理：
/**
@param context
@param isPkgSizeRequired
@return BatteryStatsData populated with current data from BatteryStats
*/
public static BatteryStatsData createFromFw(Context context, boolean isPkgSizeRequired) {
MotoBatteryStats battStats = MotoBatteryStats.create();
if (battStats == null)
{ LogUtils.logE(TAG, "Unable to get batt stats instance."); return null; }
而这个地方的BatteryStatsData是来自moto自己写的代码：
import com.motorola.motocare.events.battery.bean.BatteryStatsData;
import com.motorola.motocare.events.battery.bean.BatteryStatsData.BatteryStatsSensorData;
import com.motorola.motocare.events.battery.bean.BatteryStatsData.BatteryStatsUidData;
import com.motorola.motocare.events.battery.bean.BatteryStatsData.BatteryStatsUidData.WakelockStats;
import com.motorola.motocare.events.battery.bean.BatteryStatsData.PackageSize;
import com.motorola.motocare.util.LogUtils;
import com.motorola.motocare.util.ReflectionUtils;
对了，请问我打印Framework的log哪个地方有错误？请指教，多谢。
》》》
BatteryStats.NUM_DATA_CONNECTION_TYPES， 你打印FW日志的代码位置好像有误。
Comentado por LiXiong SW [ 27/oct/20 ]
Haibin Zhuang
赞！！！
>>>
LiXiong SW 我这边可能找到问题了，应该是本地编译的动态FW库还是P的，没更新到Q导致的，我这边更新一个版本试试
貌似P的代码的确是21，请参考下我前面提到的commit，
Android Q上把它从21改成了22. 请确认下，多谢。
Android Q代码：
Malta/frameworks/base$ git show 56b84678 --stat
Android P代码：
1975 /** Max network type number. Update as new types are added. Don't add negative types.
{@hide} */
1976 public static final int MAX_NETWORK_TYPE = NETWORK_TYPE_LTE_CA;
972 /** Current network is LTE_CA {@hide}
*/
1973 public static final int NETWORK_TYPE_LTE_CA = TelephonyProtoEnums.NETWORK_TYPE_LTE_CA; // = 19.
Comentado por LiXiong SW [ 27/oct/20 ]
如果要确认这一点，方便的话可以考虑把出问题手机上的/system/framework/下面的所有文件发给我们检查和验证一下。
Comentado por Haibin Zhuang [ 28/oct/20 ]
https://edart.motorola.com/secure/attachment/535857/MotoCare_releasekey_20201028.zip
LiXiong SW I use the new MotoCare apks to test it. The BatteryStats.NUM_DATA_CONNECTION_TYPES can return 22.
It`s caused by the framework library didn`t update.
But the 'dataConnTimeSec' always is "0", so it doesn`t upload the attributes. 'dataConnTimeSec'
is provided from BatteryStatsImpl`s "getPhoneDataConnectionTime" method.
Kumar Suryanshu Pls test team help to use the attachment apks to test it. Because I don`t excute the step 3.
adb push MotoCare.apk /system/priv-app/MotoCare
adb push MotoCareInt.apk /system/priv-app/MotoCareInt
pls use the release key build.
2020-11-01 00:09:03.650 2486-8029/com.motorola.process.system E/MCINTLOG: [MC_BattStatsFactory] sDataConnectionNames.length=22
2020-11-01 00:09:03.653 2486-8029/com.motorola.process.system E/MCINTLOG: [MC_BattStatsFactory] ---->stats.mDataConnectionTime.length=22, BatteryStats.NUM_DATA_CONNECTION_TYPES=22, stats.mDataConnectionCount.length=22
It's very nice to see that the root cause and solution finally comes up with the joint effort from us!
If we could share the related source code a little earlier among us, including both the framework and APK part, I believe that we can get aligned/communicated more quickly, and then solve this problem together more efficiently.
Anyway, thanks a lot for your support!
Comentado por Haibin Zhuang [ 28/oct/20 ]
LiXiong SW Pls add my wechat, I think can use it to discuss it.
Wechat id: hanbinzhuang
Comentado por LiXiong SW [ 28/oct/20 ]
Cuihuawei SW,
Can you pls follow-up this and continue investigating the "dataConnTimeSec" related problem as described above by Haibin Zhuang? Thanks.
Comentado por Haibin Zhuang [ 30/oct/20 ]
I use the below test build to test it, there is not "Data connection bin size does not match" issue,
But the attributes also don`t generate.
http://artifacts.mot.com/artifactory/webapp/#/artifacts/browse/tree/General/malta/10/QOF30.646/malta/userdebug/release-keys/QOF30.646_2010_20201029_userdebug_SIGN_005.zip
So pls FW team help to check how to make sure that the BatteryStatsImpl`s "getPhoneDataConnectionTime" method can return an valid value (>0)
Comentado por Majianguo SPM (Inactivo) [ 26/nov/20 ]
Haibin Zhuang Can we close the CR?
Comentado por Haibin Zhuang [ 01/feb/21 ]
Majianguo SPM I remember that this case sometimes is pass, so this CR is used to check wtih the FW team how to make sure that the test case 100% pass.
Comentado por Peng Yu (Inactivo) [ 01/feb/21 ]
hi Majianguo SPM
plz assign to correct dev team for analysis, tks
Comentado por Ismael Paz (Inactivo) [ 05/feb/21 ]
Hi Zengluojun Ontim SW, any update regarding this CR?
Comentado por Cuihuawei SW [ 23/feb/21 ]
I has been checked the FW code, nothing error was founded.
Thanks.
Comentado por Cuihuawei SW [ 02/mar/21 ]
For the android Q FW, the test APP using the android P FW, so now this error was not reproduce.
Thanks.
Comentado por Cuihuawei SW [ 03/mar/21 ]
Dear Pavithra Narayana Shetty,
I have been check the android Q FW and not found the error about this issue.
Could you kindly to check this issue.
If can not found the errors, I think that we can close this CR.
After this, if found the any other issue , We can create a new CR.
Thanks.
Comentado por Panduranga Reddy Pailla [ 04/mar/21 ]
Cuihuawei SW : We were not testing malta now. So we dont have any new information on this CR. You can close it appropriately.
[EKMALTA-2646] Instrumentation is not working in Malta device Creada: 19/oct/20 Actualizada: 20/oct/20 Resuelta: 20/oct/20
Estado: Cerrada
Proyecto: Malta
Componente(s): Phone
Version(es) Afectadas: QOF30.562-23_2010_DF201014_userdebug_SIGN_000
Versión(es) Correctora(s): Ninguno
Tipo: Error Prioridad: 3
Informador: Anandhakumar Krishnan (Inactivo) Responsable: Sukumar Sukumar
Resolución: No se arreglará Votos: 0
Etiquetas: malta_ontim_rev
Estimación Restante: Desconocido
Tiempo Trabajado: Desconocido
Estimación original: Desconocido
Adjuntos: Archivo XML CheckinPrefs.xml Archivo Zip Malta_Feedback.zip
Severity: Major
Team Found: Technology Team Test
Product Affected: Malta
Root Cause: On ODM phones, Instrumentation apis for uploading the data is not present and hence no instrumentation info will be present for ODF.
Solution: Framework need to include the instrumentation library.
Descripción
Device: Malta
HW: DVT2
Build: motorola/malta/malta:10/QOF30.562-21/a516f:userdebug/release-keys
Apk: 1.2.40
Steps to reproduce:
1. Open the Rating & feedback from Settings.
2. Tap on any Smiley.
3. Tap on back button.
4. Tap on "Leave" button from displayed message.
5. Repeat the steps 1 to 4, three times.
6. Change the date in the device to 11.45 PM.
7. Wait for 30 mins.
8. Pull the DB by executing "adb pull data/system/checkin_mot.db" command.
9. Open pulled DB using "DB Browser for SQL Lite" or any other SQL Lite Browser.
10. Execute query "select * from events WHERE tag ='MOT_FBACK';"
Note: Step is given to quit in the middle before submitting the feedback. the same way need to do it for opening the app.
Expected Result:
Th count of the feedback action should be available in the db as below.
launchmode of apps ls or lqs or lbr or la any of these values will be present
rfq - combined rating screen quit
fl - feedback screen launch,
fq - feedback screen quit
rl - rating launch,
la - launched from apps like FM radio, moto etc
lqs - launched from quick settings
ls - launched from settings like normal settings
Actual Result:
The count of the above mentioned actions are not recorded in the db.
Additional Information:
Please refer the attached bugreport logs and CheckinPrefs.xml file.
Hardware
Hw Level: DS
HW1:
IMEI: 355541090005939
HW2:
IMEI:
HW3:
IMEI:
Software
Sw: 8.1.0 OPK28.44
Target: Retgb
Carrier: VFUK
Artifacts Link:
Others
Application name/version
Test
WO:
Test Case ID: FITCN-81106
Reference (Motorola) Phones: Shelby
Benchmark (Competition) Phones:
Network Information: VFUK
Failure Description : FTP Download, FTP Upload and HTTP Download Performs better on Reference than it does on DUT while in A Poor Coverage area
Phone Initial Condition : Powered up and register for services
Detailed Steps to Reproduce the Issue :
1. Power up
2. Register for services
3. Start an FTP and HTTP download session
4. Repeat for the Reference / Benchmark device
Actual Behavior :
FTP Download, FTP Upload and HTTP Download performs better on the Reference device than it does on the DUT
Expected Behavior :
FTP Download, FTP Upload and HTTP Download should perform better on the DUT than it does on the Reference device
Reproducibility: 100%, 1 of 1 attempts, 80 iterations
Reference Phone/Benchmark behavior:
Performs better than the DUT while in A poor coverage area
Logs :
Bug to Go Logs were taken:
Logs for FTP DL, HTTP DL, HTTP UL, Web Browser and Ping
DUT: BugReport ID: 303057794
REF: BugReport ID: 303057791
Logs for FTP Upload:
DUT: BugReport ID: 303059913
REF: BugReport ID: 303059907
log: ftp://ontimneibu:HGJ3yL@192.168.0.224/Log/Hawaii factory/
Comentado por Zengluojun Ontim SW [ 08/nov/21 ]
[exception_reboot_reason]: kernel_crash
[exception_panic_reason]: wdt fiq assert
[exception_time]: 2021-11-06:15:52:55
Comentado por Hezhigang SW [ 09/nov/21 ]
ftp://ontimneibu@192.168.0.227/ontim/ums9230_4h10/smt/ROR31.14_2110_M14_20211109_SMT_userdebug_020-bd668/ROR31.14_2110_M14_20211109_SMT_userdebug_020.zip
This SW is ok. Please use it.
Comentado por Hezhigang SW [ 09/nov/21 ]
The info in dump log are limited. We didn't find any crash or panic info.
It could miss some commits.
Comentado por wangdachao TEST [ 11/nov/21 ]
测试版本：ROR31.15_2110_M54_20211112_SMT_userdebug_020
测试结果：pass
测试者:王大超
Test version: ROR31.15_2110_M54_20211112_SMT_userdebug_020
Test result: pass
Tester: Wang Dachao
Comentado por wangdachao TEST [ 15/nov/21 ]
测试版本：ROR31.22_2110_M22_20211115_SMT_userdebug_020
测试结果：pass
测试者:王大超
Test version: ROR31.22_2110_M22_20211115_SMT_userdebug_020
Test result: pass
Tester: Wang Dachao
Comentado por wangdachao TEST [ 16/nov/21 ]
Log path: ftp://ontimneibu:HGJ3yL@192.168.0.224/Log/Hawaii factory/1004/2021_11_17_10_34_17_842_armlog.zip
Comentado por gaoxuelong BSP (Inactivo) [ 17/nov/21 ]
问题分析：
问题是由power_supply_get_battery_info函数引起的，无效地址参数传递引起的sysdump问题。
该问题是由充电模块引起的，最新版本已经修复。
[ 2.075098] ontim battery_id_type = 2 battery_type_name_len = 1
[ 2.075116] Unable to handle kernel NULL pointer dereference at virtual address 00000000
[ 2.075119] Mem abort info:
[ 2.075123] Exception class = DABT (current EL), IL = 32 bits
[ 2.075125] SET = 0, FnV = 0
[ 2.075128] EA = 0, S1PTW = 0
[ 2.075131] Data abort info:
[ 2.075133] ISV = 0, ISS = 0x00000005
[ 2.075135] CM = 0, WnR = 0
[ 2.075138] [0000000000000000] user address but active_mm is swapper
[ 2.075143] Internal error: Oops: 96000005 1 PREEMPT SMP
[ 2.080873] Modules linked in:
[ 2.084159] Process kworker/7:1 (pid: 158, stack limit = 0x (ptrval))
[ 2.088140] ufshcd-sprd 20200000.ufs: ufshcd_print_pwr_info:[RX, TX]: gear=[3, 3], lane[2, 2], pwr[FAST MODE, FAST MODE], rate = 2
[ 2.091433] CPU: 7 PID: 158 Comm: kworker/7:1 Tainted: G S 4.14.199+-ab51faa #1
[ 2.112024] Hardware name: Spreadtrum UMS9230 4H10 Board (DT)
[ 2.118006] Workqueue: events deferred_probe_work_func
[ 2.123360] task: (ptrval) task.stack: (ptrval)
[ 2.129510] pc : power_supply_get_battery_info+0x27c/0x13c8
[ 2.135304] lr : power_supply_get_battery_info+0x268/0x13c8
Comentado por gaoxuelong BSP (Inactivo) [ 17/nov/21 ]
http://gerrit.ontim.cn:8081/#/c/280328/
Hardware level: PVT
HW1: IMEI: 355532110006221
HW2: IMEI: 355532110013722
SW: POB29.271_2004_20200415D_userdebug_SIGN_009-c3f31
Goal: retapac
Carrier: Telstra
Test Case ID: FITCN-291175
Reference (Motorola) Phone: Lenovo K10
Benchmark (Competition) Phones: NA
Fault description:
Fail to read CF over Telstra vowifi in the APM
Phone initial conditions:
Telstra sim cards is inserted on the phone
Detailed steps to reproduce this problem:
(1) Power on DUT
(2) Turn on wifi calling and turn on APM
(3) Connect wifi to regitser vowifi
(4) Dailer->Settings->Calling account->Telstra->Call forward
Actual behavior:
On step(4): Fail to read CF over Telstra vowifi in the APM
Expected behavior : Call forward should be read over Telstra vowifi in the APM
Repeatability: 5/5
Reference Phone/Benchmark behavior: In Poker the issue is not reproducible
Additional comments:
Logs and video saved on DUT and REF
Log path:
ftp://ftpfuyanlong@ftp2.archermind.com/FTP201908020162/Fiji/Australia/20200417/EKFIJIROW-5032.rar
Account ：ftpfuyanlong
Pass Word：fu@20190802
Submitter: levin
QQ: 2720997876
Email: levin@vidge-tech.com
HTML:
➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖
█ Format - .html / xlsx / csv /.log / .db
█ Size files - 11GB / Zip 3GB / All files - 12.000
█ Date - 05.03.2023
███ Link - motorola.com
███ Link in CRM - edart.motorola.com
████ Sample - https://fex.net/s/plvmrcn
➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖➖List all project
View hidden content is available for registered users!