android 4.0 编译模式 eng -- > user 时遇到的问题

关键词：android  4.0  user  eng  camera  nand  串口

平台信息:

内核：linux3.0

系统：android4.0.3

平台：S5PV310(samsung exynos 4210)

 

问题描述：android4.0编译模式由eng变成user后出现如下问题：

1、设置中wifi开关选项没有了（打开、关闭选项）；

2、不能安装应用程序apk;

3、camera提示插入sd卡（实际sd卡、nand正常挂载）；

4、串口终端有信息输出，但是不能操作（只能看到内核输出信息，敲键盘没反应）。

一、Android 编译选项eng、user、userdebug，我们先看一下几种模式的不同吧

    eng： 为了开发而包含了很多工具;
　user：出厂时候面向用户的 ；
　userdebug：打开了一些debug选项 ；
三种模式的解释：
http://www.kandroid.org/online-pdk/guide/build_system.html#androidBuildVariants
１、eng  工程模式
　　This is the default flavor. A plain make is the same as make eng.
　　Installs modules tagged with: eng, debug, user, and/or development.
　　Installs non-APK modules that have no tags specified.
　　Installs APKs according to the product definition files, in addition to tagged APKs.
　　ro.secure=0
　　ro.debuggable=1  //打开串口调试
　　ro.kernel.android.checkjni=1
　　adb is enabled by default.
２、user 用户模式
　　make user
　　This is the flavor intended to be the final release bits.
　　Installs modules tagged with user.
　　Installs non-APK modules that have no tags specified.
　　Installs APKs according to the product definition files; tags are ignored for APK modules.
　　ro.secure=1
　　ro.debuggable=0 　//关闭串口调试，我们所说的第４个问题，串口不能操作，就是这个地方的控制的
　　adb is disabled by default.
３、userdebug 　用户调试模式
　　make userdebug
　　The same as user, except:
　　Also installs modules tagged with debug.
　　ro.debuggable=1 　 //打开串口调试
　　adb is enabled by default.

二、更改编译脚本build_android.sh

找到下面脚本，改为user模式：

eng模式为：
  echo make -j$CPU_JOB_NUM PRODUCT-full_$SEC_PRODUCT-eng
  echo 
  make -j$CPU_JOB_NUM PRODUCT-full_$SEC_PRODUCT-eng
user模式为：
  echo make -j$CPU_JOB_NUM PRODUCT-full_$SEC_PRODUCT-user 
  echo 
  make -j$CPU_JOB_NUM PRODUCT-full_$SEC_PRODUCT-user

三、问题分析、解决

1、对2、3两个问题分析

不能安装应用程序apk; camera提示插入sd卡（实际sd卡、nand正常挂载）；

感觉是nand、sd卡的权限不，查看权限：

shell@android:/mnt $ la -la
drwxr-xr-x root system 2000-01-01 14:38 asec
drwxr-xr-x root system 2000-01-01 14:38 obb
d---rwxr-x system sdcard_rw 1970-01-01 00:00 sdcard //sd卡权限
d---rwxr-x system sdcard_rw 1970-01-01 00:00 sdcard2//nand权限
drwx------ root root 2000-01-01 14:38 secure
d--------- system system 2000-01-01 14:38 usb

2、对比编译生成的system，发现问题

发现有system/etc/permissions在两种模式下有所不同，编译成user时4.0.3_r1/out/target/product/smdkv310/system/etc/permissions/少了一些xml文件，

如：android.hardware.camera.xml、android.hardware.wifi.xml、platform.xml等

我们知道out目录下生成的文件，是在其它地方copy过来的，找到这些xml文件在源头在：4.0.3_r1/frameworks/base/data/etc中，查看4.0.3_r1/frameworks/base/data/etc/ndrAoid.mk编译选项，发现一些问题：

########################
include $(CLEAR_VARS)
LOCAL_MODULE := platform.xml
LOCAL_MODULE_TAGS := eng
LOCAL_MODULE_CLASS := ETC
# This will install the file in /system/etc/permissions
#
LOCAL_MODULE_PATH := $(TARGET_OUT_ETC)/permissions
LOCAL_SRC_FILES := $(LOCAL_MODULE)
include $(BUILD_PREBUILT)

LOCAL_MODULE_TAGS := eng这个值为eng，所以在user模式下编译时，对应的文件不做copy,LOCAL_MODULE_TAGS:= user时编译时出错。编译脚本太深入的话，我也看不懂里面的东西，所以想了一种比较简单的方法，编译时不判断模式，直接copy文件：

3、在device.mk中加入copy操作，解决问题

我们在4.0.3_r1/device/samsung/smdkv310/deivce.mk中加入copy命令，如下：

PRODUCT_COPY_FILES += \
frameworks/base/data/etc/android.hardware.camera.xml:system/etc/permissions/android.hardware.camera.xml\
frameworks/base/data/etc/android.hardware.sensor.compass.xml:system/etc/permissions/android.hardware.sensor.compass.xml\
frameworks/base/data/etc/android.hardware.touchscreen.multitouch.xml:system/etc/permissions/android.hardware.touchscreen.multitouch.xml\
frameworks/base/data/etc/android.hardware.wifi.xml:system/etc/permissions/android.hardware.wifi.xml\
frameworks/base/data/etc/platform.xml:system/etc/permissions/platform.xml\
frameworks/base/data/etc/tablet_core_hardware.xml:system/etc/permissions/tablet_core_hardware.xml

编译完成后要检查一下4.0.3_r1/out/target/product/smdkv310/system/etc/permissions/这个目录下，是否把frameworks/base/data/etc/目录下的xml文件复制过来。

注意：烧录时，清除userdata\cache两个分区，这里面会记忆一些系统信息，不清除的话，还是会出现错误现象。

前三个问题解决，我们再看下第四个问题：

4、串口的操作选择（debugable使能）

问题：串口终端有信息输出，但是不能操作（只能看到内核输出信息，敲键盘没反应）。

这个问题也是无意间发现的，其实在user模式下，串口本来就不能操作的，也就是说这是正常的现象，但是我们考虑到在试产过程中总会出现一些问题，要用到串口跟踪信息，所以还是想找到原因：

（1）default.prop

我们对比下default.prop在两种模式编译下的差异：

user模式下,串口不可用：
shell@android:/ $ cat default.prop 
#
# ADDITIONAL_DEFAULT_PROPERTIES
#
ro.secure=1
ro.allow.mock.location=0
ro.debuggable=0       //这个值为0也就是说不能用debug,所以串口就不能使用
persist.sys.usb.config=mass_storage
shell@android:/ $ 
user模式下,串口可用:
shell@android:/ # cat default.prop 
#
# ADDITIONAL_DEFAULT_PROPERTIES
#
ro.secure=0
ro.allow.mock.location=1
ro.debuggable=1    //这个值为1，所以串口可以操作使用
persist.sys.usb.config=mass_storage,adb

（2）、全局搜索，找到对这个值设定的位置4.0.3_r1/build/core/main.mk
更改：4.0.3_r1/build/core/main.mk

ifeq (true,$(strip $(enable_target_debugging)))
  # Target is more debuggable and adbd is on by default
  ADDITIONAL_DEFAULT_PROPERTIES += ro.debuggable=1//eng模式下
  # Include the debugging/testing OTA keys in this build.
  INCLUDE_TEST_OTA_KEYS := true
else # !enable_target_debugging
  # Target is less debuggable and adbd is off by default
ADDITIONAL_DEFAULT_PROPERTIES +=ro.debuggable=1//user模式下，原来为0，现在改为1
endif # !enable_target_debugging

关于user、eng这两种模式，BSP中应该都支持，也许我们拿到的BSP不全，这里面的问题只是针对user、eng编译里的个别问题。我不能详细的分析，一方面我做驱动方面的工作，对系统方面了解有限，另一方面BSP编译规则一般是由芯片厂去做这部分工作。希望对遇到相同问题的“同学”有所帮助，自己也做一点备忘记录。