AOSP Build auf benutzerdefinierte Gerät

Question

Ich baue AOSP 4.2 Jelly Bean. Alles ist in Ordnung, wenn ich Standardkonfiguration full-eng baue und es auf dem Emulator starte.

Ich muss ein benutzerdefiniertes Gerät erstellen und es (auf emulator - zum Testen, wenn es wirklich funktioniert, und auf einem echten Gerät). Wenn ich benutzerdefinierte Gerät basierend auf full_base.mk Datei erstellen, und es auf emulator - emulator läuft nur auf dem ersten Bildschirm mit ANDROID Text auflegt, und wird überhaupt nicht geladen. Ich habe system.img, userdata.img, ramdisk.img nach dem Erstellen in out-Verzeichnis. Ist das alles, was ich brauche, um benutzerdefinierte AOSP zu erstellen und auf dem Gerät auszuführen? Kann ich meinen Build auf einem Emulator oder nur auf einem echten Gerät ausführen?

Sollte ich etwas Zusätzliches für den Aufbau von AOSP für echtes Gerät haben: Kernel, Gerätetreiber, etc.?

benutzerdefinierte Geräte Ordner-Dateien (device/My_COMPANY/my_product):

Android.mk

LOCAL_PATH := $(call my-dir) 
include $(CLEAR_VARS) 

ifneq ($(filter my_product,$(TARGET_DEVICE)),) 
include $(call all-makefiles-under,$(LOCAL_PATH)) 
endif 

AndroidProducts.mk

PRODUCT_MAKEFILES := \ 
    $(LOCAL_DIR)/full_myproduct.mk 

BoardConfig.mk

TARGET_NO_BOOTLOADER := true 
TARGET_NO_KERNEL := true 

TARGET_ARCH := arm 

TARGET_ARCH_VARIANT := armv7-a 
TARGET_CPU_VARIANT := generic 
TARGET_CPU_ABI := armeabi-v7a 
TARGET_CPU_ABI2 := armeabi 

HAVE_HTC_AUDIO_DRIVER := true 
BOARD_USES_GENERIC_AUDIO := true 

# no hardware camera 
USE_CAMERA_STUB := true 

# Enable dex-preoptimization to speed up the first boot sequence 
# of an SDK AVD. Note that this operation only works on Linux for now 
ifeq ($(HOST_OS),linux) 
    ifeq ($(WITH_DEXPREOPT),) 
    WITH_DEXPREOPT := true 
    endif 
endif 

# Build OpenGLES emulation guest and host libraries 
BUILD_EMULATOR_OPENGL := true 

# Build and enable the OpenGL ES View renderer. When running on the emulator, 
# the GLES renderer disables itself if host GL acceleration isn't available. 
USE_OPENGL_RENDERER := true 

full_myproduct.mk

$(call inherit-product, $(SRC_TARGET_DIR)/product/languages_full.mk) 
$(call inherit-product, $(SRC_TARGET_DIR)/product/full_base.mk) 

#DEVICE_PACKAGE_OVERLAYS := 
#PRODUCT_PACKAGES += 
#PRODUCT_COPY_FILES += 

PRODUCT_NAME := full_myproduct 
PRODUCT_DEVICE := myproduct 
PRODUCT_MODEL := Customized Android 
PRODUCT_BRAND := Android 

vendorsetup.sh

add_lunch_combo full_myproduct-userdebug 

Answer 1

Es scheint, wie Sie einen guten Halt auf dem AOSP Build-System, vor allem auf, wie neue hinzufügen Geräte.

full-eng zielt nur auf den Emulator. Normalerweise erstellen Sie benutzerdefinierte .img für das fragliche Gerät, da die Hardware-Treiber eine große Rolle spielen, ob das Gerät funktioniert oder nicht.

Zum Beispiel, wenn Sie eine grouper oder eine haben, würden Sie am Ende für dieses Gerät anstelle von full-eng bauen. lunch sollte die zusätzlichen Geräte auflisten, wenn Sie sie zu Ihren device/ und vendor/ Bäumen hinzufügen. Google stellt auf seiner [Website] [https://developers.google.com/android/nexus/drivers] die Dateien zur Verfügung, die für die Nexus-Produktlinie erforderlich sind.

Für was ist das benutzerdefinierte Gerät, für das Sie erstellen? Wenn Ihr Gerät kommerziell verkauft wird, besteht die Gefahr, dass jemand auf XDA versucht, AOSP und Freunde (CM, AOKP usw.) auf Ihr Gerät zu portieren.

Auch wenn Ihr Gerät nicht auf XDA ist, hat es wahrscheinlich Hardware, die mit einer Reihe von anderen Geräten, die Sie auf AOSP finden können, üblich ist. An diesem Punkt müssten Sie Cherry Pick Treiber-spezifischen Bits des Codes, wie Wifi-Chipsets, Sound-Geräte, etc.

Ich habe keine gute Grundierung für den Aufbau von der Spitze meines Kopfes, aber http://wiki.cyanogenmod.org/w/Main_Page sollte ziemlich hilfreich für Sie sein.Dieses Wiki hat sich seit seiner Erstellung sehr verbessert und verfügt nun über eine Fülle nützlicher Informationen.

Answer 2

Sie fehlen einige Treiber des Herstellers. goto: https://developers.google.com/android/nexus/drivers

herunterladen die entsprechenden Treiber für das genaue Gerät. Lege die * .sh-Datei in dein Aovers-Top-Verzeichnis. führen Sie jede Shell-Datei aus und akzeptieren Sie die Bedingungen.

dann den Code neu kompilieren!