sn序列号改变导致cts异常中断(案例)

之前遇到一个问题，就是cts挂测1-2天就会出现cts异常中断，后来找到原因是由于sn号改变，导致cts在手机重启后不能连上手机。

一、通过adb devices代码 得知pc获取手机sn号的方式

正常情况下，我们可以使用adb devices来查看手机的序列号，我们可以从adb 这块入手，去看pc是如何获取手机序列号的。

adb devices是pc侧的命令，我们先从adb的Commandline入手：

    if (!strcmp(argv[0], "devices")) {
        const char *listopt;
        if (argc < 2) {
            listopt = "";
        } else if (argc == 2 && !strcmp(argv[1], "-l")) {
            listopt = argv[1];
        } else {
            fprintf(stderr, "Usage: adb devices [-l]\n");
            return 1;
        }

        std::string query = android::base::StringPrintf("host:%s%s", argv[0], listopt);
        printf("List of devices attached\n");
        return adb_query_command(query);
    }

在处理adb devices的时候最后调用了adb_query_command

static int adb_query_command(const std::string& command) {
    std::string result;
    std::string error;
    if (!adb_query(command, &result, &error)) {
        fprintf(stderr, "error: %s\n", error.c_str());
        return 1;
    }
    printf("%s\n", result.c_str());
    return 0;
}

adb_query_command又调用了adb_query，在这个函数中又调用了adb_connect应该先和pc侧的server通信。

bool adb_query(const std::string& service, std::string* result, std::string* error) {
    D("adb_query: %s\n", service.c_str());
    int fd = adb_connect(service, error);
    if (fd < 0) {
        fprintf(stderr,"error: %s\n", error->c_str());
        return 0;
    }

    result->clear();
    if (!ReadProtocolString(fd, result, error)) {
        adb_close(fd);
        return false;
    }
    return true;
}

我们在看adb_main.cpp中有这么段代码，是在ADB_HOST这个宏中，说明是pc上的代码

#if ADB_HOST
    HOST = 1;

#ifdef WORKAROUND_BUG6558362
    if(is_daemon) adb_set_affinity();
#endif
    usb_init();//这个函数比较关键
    local_init(DEFAULT_ADB_LOCAL_TRANSPORT_PORT);
    adb_auth_init();

    std::string local_name = android::base::StringPrintf("tcp:%d", server_port);
    if (install_listener(local_name, "*smartsocket*", NULL, 0)) {
        exit(1);
    }

usb_init函数，这就到了Usb_linux.cpp中了

void usb_init()
{
    adb_thread_t tid;
    struct sigaction    actions;
    LOG("%s: usb_linux usb_init\n", __FUNCTION__);

    memset(&actions, 0, sizeof(actions));
    sigemptyset(&actions.sa_mask);
    actions.sa_flags = 0;
    actions.sa_handler = sigalrm_handler;
    sigaction(SIGALRM,& actions, NULL);

    if(adb_thread_create(&tid, device_poll_thread, NULL)){
        fatal_errno("cannot create input thread");
    }
}

我们简单看下，usb_init是如何到Usb_linux.cpp中的，因为有好几个usb_init函数。

这个就需要看Android.mk文件了：

LOCAL_MODULE := adbd

LOCAL_FORCE_STATIC_EXECUTABLE := true
LOCAL_MODULE_PATH := $(TARGET_ROOT_OUT_SBIN)
LOCAL_UNSTRIPPED_PATH := $(TARGET_ROOT_OUT_SBIN_UNSTRIPPED)
LOCAL_C_INCLUDES += system/extras/ext4_utils

LOCAL_STATIC_LIBRARIES := \
    libadbd \
    libbase \
    libfs_mgr \
    liblog \
    libcutils \
    libc \
    libmincrypt \
    libselinux \
    libext4_utils_static \

include $(BUILD_EXECUTABLE)

我们再来看libadbd这个静态库

LOCAL_MODULE := libadbd
LOCAL_CFLAGS := $(LIBADB_CFLAGS) -DADB_HOST=0
LOCAL_SRC_FILES := \
    $(LIBADB_SRC_FILES) \
    adb_auth_client.cpp \
    fdevent.cpp \
    jdwp_service.cpp \
    qemu_tracing.cpp \
    usb_linux_client.cpp \

LOCAL_SHARED_LIBRARIES := libbase

include $(BUILD_STATIC_LIBRARY)

这个静态库是包括usb_linux_client.cpp这个文件，说明adbd中参与编译的是usb_linux_client.cpp，而我们这边是usb_linux.cpp是host也就是pc侧的

如果是pc侧的代码，会定义类似下面这段代码，定义ADB_HOST这个宏

LOCAL_CFLAGS := -DADB_HOST=0

我们再回过头来看usb_init这个函数：

void usb_init()
{
    adb_thread_t tid;
    struct sigaction    actions;
    LOG("%s: usb_linux usb_init\n", __FUNCTION__);

    memset(&actions, 0, sizeof(actions));
    sigemptyset(&actions.sa_mask);
    actions.sa_flags = 0;
    actions.sa_handler = sigalrm_handler;
    sigaction(SIGALRM,& actions, NULL);

    if(adb_thread_create(&tid, device_poll_thread, NULL)){
        fatal_errno("cannot create input thread");
    }
}

调用了device_poll_thread函数：

static void* device_poll_thread(void* unused) {
    D("Created device thread\n");
    while (true) {
        // TODO: Use inotify.
        find_usb_device("/dev/bus/usb", register_device);
        kick_disconnected_devices();
        sleep(1);
    }
    return nullptr;
}

这个函数中又调用了register_device函数：

    std::string serial_path = android::base::StringPrintf(
        "/sys/bus/usb/devices/%s/serial", dev_path + 4);
    std::string serial;
    if (!android::base::ReadFileToString(serial_path, &serial)) {
        D("[ usb read %s failed: %s ]\n", serial_path.c_str(), strerror(errno));
        // We don't actually want to treat an unknown serial as an error because
        // devices aren't able to communicate a serial number in early bringup.
        // http://b/20883914
        serial = "";
    }

在register_device函数中最后是去读取sys/bus/usb/devices/%s/serial这个节点的。

说明adb devices读取sn号是通过pc侧读取的，而不是通过adb 到手机侧获取sn号，再传输过来。就是说明当pc和手机连接的时候，手机的usb驱动会和pc的usb驱动同步，从而将手机侧的sn号同步到pc侧。

二、设置sn号与连接usb

通过上面adb devices的分析，我们大体知道pc侧是如何获取到手机的sn号的。而我们现在就需要分析，为何手机多次重启后，sn号会改变，变成默认的sn号。

由此我想到了，我们的代码设置sn号，是在set_usb_serial_action函数中，而我们之前猜测，pc和手机是在usb连接的时候同步sn号的，而我们还有一个函数是get_amt_mode

是根据开机原因设置sys.lc.amtmode这个属性

void get_amt_mode()
{
    char *amt_file = "/sys/bootinfo/get_boot_mode";
    char amt_mode[15];
    int fd, n;
    fd = open(amt_file, O_RDONLY);
    if (fd < 0) goto error;
    n = read(fd, amt_mode, 14);
    close(fd);
    if (n < 0) goto error;
    if(!strncmp(amt_mode, "amt1", 4)) {
        property_set("sys.lc.amtmode", "1");
    }else if(!strncmp(amt_mode, "amt3", 4)) {
        property_set("sys.lc.amtmode", "3");
    }else if(!strncmp(amt_mode, "normal", 6)) {
        property_set("sys.lc.amtmode", "0");
    }
    return ;
error:
    property_set("sys.lc.amtmode", "0");
}

而在init.rc中会监听这个属性，监听这个动作就有连接usb这块

on property:sys.lc.amtmode=3
    write /sys/class/android_usb/android0/enable 0
    write /sys/class/android_usb/android0/idVendor 18D1
    write /sys/class/android_usb/android0/idProduct 181B
    write /sys/class/android_usb/android0/functions serial,adb
    write /sys/class/android_usb/android0/f_serial/serial_port_num 5
    write /sys/class/android_usb/android0/enable 1
    setprop sys.usb.state serial,adb
    setprop sys.usb.config serial,adb
    start adbd
    start emsd
    start debuggerd
    start akmd09911
    start memsicd
    start AcdApiDaemon
    start fmt
    class_start amt3_services

on property:sys.lc.amtmode=1
    write /sys/class/android_usb/android0/enable 0
    write /sys/class/android_usb/android0/idVendor 18D1
    write /sys/class/android_usb/android0/idProduct 181B
    write /sys/class/android_usb/android0/functions serial,adb
    write /sys/class/android_usb/android0/f_serial/serial_port_num 5
    write /sys/class/android_usb/android0/enable 1
    setprop sys.usb.state serial,adb
    setprop sys.usb.config serial,adb
    start adbd
    start lc-oms-sa
    start emsd_amt
    start lc-oms-amt-1
    start lc-oms-mla1-u
    start lc-oms-mla2-u
    start lc-oms-mla3-u
    start lc-oms-mla4-u
    start lc-oms-mla5-u

而我们之前两个函数是get_amt_mode在前，set_usb_serial_action在后，这样在get_amt_mode执行完就会设置sys.lc.amtmode这个属性，这个属性的监听在init进程中，而后才去在set_usb_serial_action中设置sn号，这样两个动作就是异步的，就有可能会有先后问题。最后解决方法很简单，就是把这两个函数的先后顺序换一换。