GMS-fail项

GMS fail项

CTS：

GTS：

module：GtsNmgiarcTestCases

test：com.google.android.comms.DialerTests#testDialerPreloadStatus

RLZ VALUE配置（针对南非Mobicel所有项目；包含OM,MTN,VDC,CEC,HI等），南非项目gts出现这个fail项的话，需要配置属性值，这2个属性是 OEM跟谷歌签署的agreement相关的，不配置的话，会有fail。

ro.com.google.rlz_ap_whitelist=YA ro.com.google.rlzbrandcode=MBCL
module：GtsSettingsTestCases

test：com.google.android.settings.gts.MADAComplianceTest#testMADACompliance

这个是网络有关的，进去连了翻墙网络之后，到security下，点Google play protect进去scan下，出来之后Google play protect下有一行小字，测试过程中会跳转到about phone，要比较快速打开谷歌法律信息，都是自动的，取决于网络。

STS：

module：CtsAppSecurityHostTestCases

test：android.appsecurity.cts.PermissionsHostTest#testNoPermissionEscalationAfterReboot

Android 8.1 打上2021-02的补丁后，跑sts会出现这个reboot 权限的fail项，向展讯提case后，展讯提供了一个patch，合入后就pass了

From 0ab531dd59584a48f5ef30f99591f7c096ae74bb Mon Sep 17 00:00:00 2001
From: gang.huang <gang.huang@unisoc.com>
Date: Wed, 03 Feb 2021 10:15:17 +0800
Subject: [PATCH] Bug #1507166 CtsAppSecurityHostTestCases-android.appsecurity.cts.PermissionsHostTest#testNoPermissionEscalationAfterReboot fail
[root cause  ] Before revoke runtime permission, install permission of the same name is not revoke
[changes     ] Adjust the scanning order of data/app directory and preloadapp directory in PackageManagerService construction method
[side effects]no
[self test   ]:pass
[download normally]:yes
[power on/off normally]:yes
[do common repository/branch inspection]:yes
[is there dependence]:no
[confirm dependent commit]:no
[board]:7731
[test case]:build
[reviewers   ] bourne.wang
[change_type ] feature_bugfix
[tag_product ] common
  
Change-Id: Ic51a1b56634fd1e252bcc86fe2b7f70ccca58ccf
---
diff --git a/services/core/java/com/android/server/pm/PackageManagerService.java b/services/core/java/com/android/server/pm/PackageManagerService.java
index d0f8b3e..4640f02 100644  
  
--- a/services/core/java/com/android/server/pm/PackageManagerService.java 
   
+++ b/services/core/java/com/android/server/pm/PackageManagerService.java 
@@ -2909,9 +2909,6 @@
                         ((int) systemScanTime) / systemPackagesCount);
             }
             if (!mOnlyCore) {
-                EventLog.writeEvent(EventLogTags.BOOT_PROGRESS_PMS_DATA_SCAN_START, 
  
-                        SystemClock.uptimeMillis()); 
  
-                scanDirTracedLI(sAppInstallDir, 0, scanFlags | SCAN_REQUIRE_KNOWN, 0); 
   
                 scanDirTracedLI(sDrmAppPrivateInstallDir, mDefParseFlags
                         | PackageParser.PARSE_FORWARD_LOCK,
@@ -2924,6 +2921,11 @@
                 scanDirLI(mPackageManagerServiceExUtils.mPreloadInstallDir, 0, scanFlags, 0);
                 /* @} */
   
+                EventLog.writeEvent(EventLogTags.BOOT_PROGRESS_PMS_DATA_SCAN_START, 
  
+                        SystemClock.uptimeMillis()); 
  
+ 
  
+                scanDirTracedLI(sAppInstallDir, 0, scanFlags | SCAN_REQUIRE_KNOWN, 0); 
  
+ 
                 // Remove disable package settings for updated system apps that were
                 // removed via an OTA. If the update is no longer present, remove the
                 // app completely. Otherwise, revoke their system privileges.

module： StsHostTestCases

test：android.security.sts.CVE_2021_0304#testPocCVE_2021_0304

从fail的描述上可以知道，在向system/app/目录push apk失败导致了测试项的失败，初步怀疑是设备没有remount导致，去看具体log中发现：
```
W/NativeDevice: SyncException (write failed: No space left on device) when attempting push /home/android/whs/android-sts/tools/./../../android-sts/testcases/CVE-2021-0304.apk to /system/app/CVE-2021-0304.apk on device AIRCR4KFCAMZMJJR
```
可以知道是system/app/目录的内存空间不足导致，abd shell 进入手机以后通过df -h system/查看system的使用率已经是百分百了，在删除目录下的几个应用后就pass了，但是具体修改肯定不能这样修改，当时有几个修改思路：1 去除一些应用的odex优化，因为odex优化会产生oat文件夹增加占用内存。2 资源文件，开机动画精简。3 增加分区大小。4 移动应用到其他分区。在考虑后，第一个是影响最小的，最后选择了去除一些应用的odex优化。

VTS：

module：VtsKernelProcFileApi

test： VtsKernelProcFileApi#testProcSysKernelRandomBootId
Android P 项目 K210BG_9.0_MUT_BR_BR1 出现vts的这个fail项，这个是VTS tool工具源码的问题，用最新的daily build工具就能跑过

GMS fail项

CTS：

GTS：

STS：

VTS：

CATALOG

FEATURED TAGS

FRIENDS