Book Image

Android System Programming

By : Roger Ye, Shen Liu
Book Image

Android System Programming

By: Roger Ye, Shen Liu

Overview of this book

Android system programming involves both hardware and software knowledge to work on system level programming. The developers need to use various techniques to debug the different components in the target devices. With all the challenges, you usually have a deep learning curve to master relevant knowledge in this area. This book will not only give you the key knowledge you need to understand Android system programming, but will also prepare you as you get hands-on with projects and gain debugging skills that you can use in your future projects. You will start by exploring the basic setup of AOSP, and building and testing an emulator image. In the first project, you will learn how to customize and extend the Android emulator. Then you’ll move on to the real challenge—building your own Android system on VirtualBox. You’ll see how to debug the init process, resolve the bootloader issue, and enable various hardware interfaces. When you have a complete system, you will learn how to patch and upgrade it through recovery. Throughout the book, you will get to know useful tips on how to integrate and reuse existing open source projects such as LineageOS (CyanogenMod), Android-x86, Xposed, and GApps in your own system.
Table of Contents (15 chapters)

Debugging and testing native Android applications

Since the recovery environment is a self-contained environment, both recovery and the updater are static linked so they don't depend on the C runtime shared libraries. We talked about the C runtime shared libraries in the last chapter, when we removed the dependencies from the /system folder. In such an environment, the production release may contain only recovery itself, so it is very difficult to debug the recovery or updater in such an environment.

The only way that we can identify the potential issues is to look at the log files stored in the cache partition. At runtime, recovery prints the debug messages to the /tmp/recovery.log log file. Before it prepares to reboot the system, it will store the log file to the cache partition at /recovery/last_log. If the updater is executed to update the system, it will store the log file at /recovery/last_install in...