AOSP 移植添加设备Device

AOSP 移植添加设备Device,第1张

https://elinux.org/Android_Device

This is a breakdown of the files build/envsetup.sh, Makefile and the files they use, which describes how a device is specified and how Android is configured for it.

For each file there are some comments and code lines from the make files or scripts, which describe what they are doing and which files they are using. Also the files which can be used as an example are presented and the commands how to search for them.

This text is for developers who want to add a new device or change the configuration of an existing device. This gives some indications which files are involved.

== build/envsetup.sh ==

Some functions are defined by calling

<pre>

. build/envsetup.sh

</pre>

in the top directory.

Some environment variables are set by calling

<pre>

lunch

</pre>

in the top directory.

<pre>

export TARGET_PRODUCT= variant

export TARGET_SIMULATOR=false

export TARGET_BUILD_TYPE=release

</pre>

vendorsetup.sh is searched at this places:

<pre>

vendor/ /vendorsetup.sh

vendor/ / /vendorsetup.sh

device/ /*/vendorsetup.sh

</pre>

== vendorsetup.sh ==

This file is executed by build/envsetup.sh, and can use anything

defined in envsetup.sh.

In particular, you can add lunch options with the add_lunch_combo

function:

<pre>

add_lunch_combo full_crespo-userdebug

</pre>

The values of the macros TARGET_PRODUCT and TARGET_BUILD_VARIANT are derived from the option name: add_lunch_combo TARGET_BUILD_VARIANT

In the above example the resulting values are TARGET_PRODUCT=full_crespo and TARGET_BUILD_VARIANT=userdebug.

These files can be used as an example:

<pre>

find . -name vendorsetup.sh

</pre>

<pre>

./device/samsung/crespo/vendorsetup.sh

./device/samsung/crespo4g/vendorsetup.sh

./device/htc/passion/vendorsetup.sh

</pre>

== Makefile ==

Build process is started by calling

<pre>

make

</pre>

in the top directory.

The Makefile calls build/core/main.mk

== build/core/main.mk ==

Set up various standard variables based on configuration and host information.

<pre>

include $(BUILD_SYSTEM)/config.mk

</pre>

This allows us to force a clean build - included after the config.make

environment setup is done, but before we generate any dependencies. This

file does the rm -rf inline so the deps which are all done below will

be generated correctly

<pre>

include $(BUILD_SYSTEM)/cleanbuild.mk

</pre>

These are the modifier targets that don't do anything themselves, but

change the behavior of the build.

(must be defined before including definitions.make)

<pre>

INTERNAL_MODIFIER_TARGETS := showcommands checkbuild all

</pre>

Bring in standard build system definitions.

<pre>

include $(BUILD_SYSTEM)/definitions.mk

</pre>

== build/core/config.mk ==

Various mappings to avoid hard-coding paths all over the place

<pre>

include $(BUILD_SYSTEM)/pathmap.mk

</pre>

Try to include buildspec.mk, which will try to set stuff up.

If this file doesn't exist, the environemnt variables will

be used, and if that doesn't work, then the default is an

arm build

<pre>

-include $(TOPDIR)buildspec.mk

</pre>

Define most of the global variables. These are the ones that

are specific to the user's build configuration.

<pre>

include $(BUILD_SYSTEM)/envsetup.mk

</pre>

Search for BoardConfig.mk in

(TARGET_DEVICE)/BoardConfig.mk

device/*/ (TARGET_DEVICE)/BoardConfig.mk

and load the file

<pre>

include $(board_config_mk)

</pre>

<pre>

include $(BUILD_SYSTEM)/dumpvar.mk

</pre>

== BoardConfig.mk ==

These files can be used as an example:

<pre>

find . -name BoardConfig.mk

</pre>

<pre>

./device/samsung/crespo/BoardConfig.mk

./device/samsung/crespo4g/BoardConfig.mk

./device/htc/passion/BoardConfig.mk

./build/target/board/generic/BoardConfig.mk

./build/target/board/generic_x86/BoardConfig.mk

./build/target/board/emulator/BoardConfig.mk

./build/target/board/sim/BoardConfig.mk

</pre>

== build/buildspec.mk.default ==

This is a do-nothing template file. To use it, copy it to a file

named "buildspec.mk" in the root directory, and uncomment or change

the variables necessary for your desired configuration. The file

"buildspec.mk" should never be checked in to source control.

Choose a product to build for. Look in the products directory for ones

that work.

TARGET_PRODUCT

Choose a variant to build. If you don't pick one, the default is eng.

User is what we ship.

Userdebug is that, with a few flags turned on

for debugging.

Eng has lots of extra tools for development.

TARGET_BUILD_VARIANT

CUSTOM_MODULES

TARGET_SIMULATOR

Set this to debug or release if you care. Otherwise, it defaults to

release for arm and debug for the simulator.

TARGET_BUILD_TYPE

HOST_BUILD_TYPE

DEBUG_MODULE_ModuleName

TARGET_TOOLS_PREFIX

HOST_CUSTOM_DEBUG_CFLAGS

TARGET_CUSTOM_DEBUG_CFLAGS

CUSTOM_LOCALES

OUT_DIR

ADDITIONAL_BUILD_PROPERTIES

NO_FALLBACK_FONT

WEBCORE_INSTRUMENTATION

ENABLE_SVG

BUILD_ENV_SEQUENCE_NUMBER

== build/envsetup.mk ==

Set up version information.

<pre>

include $(BUILD_SYSTEM)/version_defaults.mk

</pre>

If you update the build system such that the environment setup

or buildspec.mk need to be updated, increment this number, and

people who haven't re-run those will have to do so before they

can build. Make sure to also update the corresponding value in

buildspec.mk.default and envsetup.sh.

<pre>

CORRECT_BUILD_ENV_SEQUENCE_NUMBER := 10

</pre>

<pre>

include $(BUILD_SYSTEM)/product_config.mk

</pre>

TARGET_PRODUCT: sim full

TARGET_BUILD_VARIANT: eng user userdebug tests

== build/core/version_defaults.mk ==

Handle various build version information.

Guarantees that the following are defined:

PLATFORM_VERSION

PLATFORM_SDK_VERSION

PLATFORM_VERSION_CODENAME

DEFAULT_APP_TARGET_SDK

BUILD_ID

BUILD_NUMBER

Look for an optional file (BUILD_SYSTEM)/build_id.mk

</pre>

== build/core/build_id.mk ==

BUILD_ID is usually used to specify the branch name

BUILD_ID

DISPLAY_BUILD_NUMBER

== build/product_config.mk ==

Provide "PRODUCT-<prodname>-<goal>" targets, which lets you build

a particular configuration without needing to set up the environment.

<pre>

TARGET_PRODUCT := (product_goals))

TARGET_BUILD_VARIANT := (product_goals))

</pre>

Provide "APP-<appname>" targets, which lets you build

an unbundled app.

Include the product definitions.

We need to do this to translate TARGET_PRODUCT into its

underlying TARGET_DEVICE before we start defining any rules.

PRODUCT_DEVICE is defined in the product file (TARGET_PRODUCT).mk is searched in the list of product make files $(PRODUCT_MAKEFILES).

PRODUCT_MAKEFILES is set in AndroidProducts.mk files.

<pre>

(call get-product-makefiles,

$(SRC_TARGET_DIR)/product/AndroidProducts.mk))

</pre>

Convert a short name like "sooner" into the path to the product

file defining that product.

<pre>

INTERNAL_PRODUCT := (TARGET_PRODUCT))

</pre>

<pre>

TARGET_DEVICE := (INTERNAL_PRODUCT).PRODUCT_DEVICE)

PRODUCT_LOCALES := (PRODUCTS.$(INTERNAL_PRODUCT).PRODUCT_LOCALES))

PRODUCT_BRAND

PRODUCT_MODEL

PRODUCT_MANUFACTURER

</pre>

<pre>

PRODUCT_OTA_PUBLIC_KEYS

</pre>

== AndroidProducts.mk ==

This file should set PRODUCT_MAKEFILES to a list of product makefiles

to expose to the build system. LOCAL_DIR will already be set to

the directory containing this file.

This file may not rely on the value of any variable other than

LOCAL_DIRdo not use any conditionals, and do not look up the

value of any variable that isn't set in this file or in a file that

it includes.

File device/samsung/crespo/AndroidProducts.mk

<pre>

PRODUCT_MAKEFILES :=

$(LOCAL_DIR)/full_crespo.mk

</pre>

These files can be used as an example:

<pre>

find . -name AndroidProducts.mk

</pre>

<pre>

./device/sample/products/AndroidProducts.mk

./device/samsung/crespo/AndroidProducts.mk

./device/samsung/crespo4g/AndroidProducts.mk

./device/htc/passion/AndroidProducts.mk

./build/target/product/AndroidProducts.mk

</pre>

The command which returns the list of all AndroidProducts.mk files is defined in build/core/product.mk :

<pre>

define _find-android-products-files

(shell test -d vendor &&find vendor -maxdepth 6 -name AndroidProducts.mk)

$(SRC_TARGET_DIR)/product/AndroidProducts.mk

endef

</pre>

== Product Files ==

Search for the files which can be used as an example:

<pre>

grep -R PRODUCT_DEVICE device build

</pre>

<pre>

device/samsung/crespo/full_crespo.mk:PRODUCT_DEVICE := crespo

device/samsung/crespo4g/full_crespo4g.mk:PRODUCT_DEVICE := crespo4g

device/htc/passion/full_passion.mk:PRODUCT_DEVICE := passion

build/target/product/sdk.mk:PRODUCT_DEVICE := generic

build/target/product/generic.mk:PRODUCT_DEVICE := generic

build/target/product/generic_x86.mk:PRODUCT_DEVICE := generic_x86

build/target/product/core.mk:PRODUCT_DEVICE := generic

build/target/product/full_x86.mk:PRODUCT_DEVICE := generic_x86

build/target/product/full.mk:PRODUCT_DEVICE := generic

build/target/product/sim.mk:PRODUCT_DEVICE := sim

</pre>

PRODUCT_DEVICE is used in these files

<pre>

build/core/product.mk:PRODUCT_DEVICE

build/core/product_config.mk:TARGET_DEVICE := (INTERNAL_PRODUCT).PRODUCT_DEVICE)

</pre>

== Add new device ==

Add the configuration files for the new device mydevice of the company mycompany.

Create AndroidProducts.mk

<pre>

mkdir -p device/mycompany/mydevice

nano device/mycompany/mydevice/AndroidProducts.mk

</pre>

<pre>

PRODUCT_MAKEFILES :=

$(LOCAL_DIR)/full_mydevice.mk

</pre>

Create file full_mydevice.mk

Example is build/target/product/full.mk

<pre>

nano device/mycompany/mydevice/full_mydevice.mk

</pre>

<pre>

(SRC_TARGET_DIR)/product/full_base.mk)

(SRC_TARGET_DIR)/board/generic/device.mk)

PRODUCT_NAME := full_mydevice

PRODUCT_DEVICE := mydevice

PRODUCT_BRAND := Android

PRODUCT_MODEL := Full Android on mydevice

</pre>

Create file vendorsetup.sh

<pre>

nano device/mycompany/mydevice/vendorsetup.sh

</pre>

<pre>

add_lunch_combo full_mydevice-eng

</pre>

Create file BoardConfig.mk

Examples are

build/target/board/generic/BoardConfig.mk

device/samsung/crespo/BoardConfig.mk

device/samsung/crespo/BoardConfigCommon.mk

<pre>

mkdir -p device/mycompany/mydevice

nano device/mycompany/mydevice/BoardConfig.mk

</pre>

<pre>

TARGET_NO_BOOTLOADER := true

TARGET_NO_KERNEL := true

TARGET_CPU_ABI := armeabi

HAVE_HTC_AUDIO_DRIVER := true

BOARD_USES_GENERIC_AUDIO := true

USE_CAMERA_STUB := true

TARGET_SHELL := mksh

TARGET_ARCH_VARIANT := armv7-a-neon

ARCH_ARM_HAVE_TLS_REGISTER := true

</pre>

Configure Android for mydevice

<pre>

. build/envsetup.sh

</pre>

<pre>

including device/htc/passion/vendorsetup.sh

including device/mycompany/mydevice/vendorsetup.sh

including device/samsung/crespo4g/vendorsetup.sh

including device/samsung/crespo/vendorsetup.sh

</pre>

<pre>

lunch

</pre>

<pre>

You're building on Linux

Lunch menu... pick a combo:

1. full-eng

2. full_x86-eng

3. simulator

4. full_passion-userdebug

5. full_mydevice-eng

6. full_crespo4g-userdebug

7. full_crespo-userdebug

Which would you like? [full-eng] 5

============================================

PLATFORM_VERSION_CODENAME=AOSP

PLATFORM_VERSION=AOSP

TARGET_PRODUCT=full_mydevice

TARGET_BUILD_VARIANT=eng

TARGET_SIMULATOR=false

TARGET_BUILD_TYPE=release

TARGET_BUILD_APPS=

TARGET_ARCH=arm

TARGET_ARCH_VARIANT=armv7-a-neon

HOST_ARCH=x86

HOST_OS=linux

HOST_BUILD_TYPE=release

BUILD_ID=OPENMASTER

============================================

</pre>

Build Android for mydevice

<pre>

make -j4

</pre>

<pre>

Combining NOTICE files: out/target/product/mydevice/obj/NOTICE.html

Target system fs image: out/target/product/mydevice/obj/PACKAGING/systemimage_intermediates/system.img

Install system fs image: out/target/product/mydevice/system.img

Installed file list: out/target/product/mydevice/installed-files.txt

</pre>

[[Category:Android]]

配置环境变量即可,在用户变量中添加变量名:ANDROID_SDK_HOME;变量值即为需要改变到的文件路径(此处为E:\MyPro\Android-Virtual-Device)。

如图所示:

设置好后重启下Eclipse即可。改变后的效果如图所示:

一般在对手机的数据采集过程中,尤其是安卓手机,最令人头疼的就是手机接入电脑后无法连接。

01

1、检查手机是否处于开机或者锁屏状态?若手机连接电脑时屏幕已锁屏,建议先将屏幕解锁。

02

2、检查手机是否开启传输文件模式?

一般来说,接入手机之后会自动d出选项,默认模式下为仅充电模式。这时候需要我们手动去把仅限充电模式改为“传输文件模式(MTP)”

03

如果手机接入之后没有d出USB用途选项,可以通过下拉手机通知栏选择文件传输模式即可。

04

3、检查手机的USB调试是否打开?

开启USB调试的方法有很多种,不同的厂商手机以及机型打开USB调试的方式都不一样。

这里简单介绍一种打开USB调试的方法:设置->关于手机->版本号*N>设置>开发者选项>USB调试。(N通常为7以上)

05

4、检查电脑中是否缺少相应的USB驱动?

可以选择安装华为助手、VIVO手机助手、OPPO手机助手等官方助手程序,通常来说都会安装相应的USB驱动。若未能安装上驱动则可以尝试以下 *** 作来安装:

首先选择“ *** 作”—“添加过时硬件”点击进入下一步

06

选择“搜索并自动安装硬件(推荐)”进入下一步

07

选择“Android Device”进入下一步

08

这里我们选择版本号较高的驱动来安装。最后我们接入手机,就能在设备管理器看到一个“ Android Composite ADB interface”驱动了,证明手机已经连接了电脑,并且可以打开取证软件来识别手机型号。

09

5、检查是否是手机的接口接损坏所造成的问题?

接入电脑后无任何响应或者提示“无法识别的USB设备”。并且在设备管理器中未找到USB设备,那我们可以初步断定该设备的接口损坏。建议去专业的手机维修店去维修。

10

6、检查是否使用的是线材问题导致?

一般来说手机取证软件都会配套有线材包,这里建议使用手机取证软件配套的线材包。如果使用同一根数据线都连接不上电脑或者取证软件不识别,建议更换线材来解决。

特别提示

若依然无效,请重启手机和电脑之后再重新接线

世界上没有重启电脑解决不的问题,如果有……

欢迎咨询我们相互交流学习。


欢迎分享,转载请注明来源:内存溢出

原文地址: https://outofmemory.cn/bake/11307976.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-15
下一篇 2023-05-15

发表评论

登录后才能评论

评论列表(0条)

保存