Get Source - Android-X86 - Porting Android To x86
Get Source - Android-X86 - Porting Android To x86
Get Source
Introduction
This page has (hopefully) the latest information about how to build Android for x86 platforms like Eee PC. The built images runs well on a real hardware as well as virtual machines (qemu or virtual box). Now it is very easy to compile Android for x86 platform from our git repositories. You need not to apply any patch. Just follow the below instructions.
Contents 1 Introduction 2 The branches in Android-x86 tree 3 Getting Android-x86 source code 4 Building the image 4.1 Choose a target 4.2 Building directly 4.3 Using buildspec.mk 4.4 Using lunch command 4.5 Build smaller image 5 Testing 6 Advanced 6.1 Install to USB disk 6.2 Install to hard disk 6.3 Save data to USB/hard disk 6.4 How to solve conflicts 6.5 Customize kernel
www.android-x86.org/getsourcecode
1/8
12/31/13
Build 20091024 Build 20090916 Build 20090820 ReleaseNote v0.9 Contact Us Resources Sitemap Recent site activity
Where $branch is any branch name described in the previous section. This will point the projects created or modified by android-x86 to our git server. All the other projects still point to AOSP. We also have a git mirror server on SourceForge.net. To use it, you only need to change the repo init command to $ repo init -u git://android-x86.git.sf.net/gitroot/android-x86/x86/platform/manifest.git -b $branch Note: the SourceForge manifest points all projects to the SourceForge.net mirror. (no matter modified by android-x86 or not). You can also find some more info about sync from SourceForge in http://www.android-dev.ro/2011/09/27/building-android-x86-from-sourceforgeand-repo-tool-is-now-on-code-google-com/ If you hope to keep syncing your tree with Android-x86 repository, just do r e p os y n c . No need to do r e p oi n i tagain. However, sometimes you may see conflicts during r e p os y n c . See the below section for how to solve this situation. Note: The Android-x86 repository is very big (about > 10GB). If you encounter problems of sync it, it's likely a network problem or our server is too busy. Repeatedly run 'r e p os y n c ' until it succeeds without any error. Do not bother us with any of the syncing problem. For users from US or Europe, we suggest to use the SourceForge mirror.
Links
Nightly build server Google code project SourceForge project Browse the source Discussion group Issues tracker Blog cwhuang Blog BuilDroid Blog sceners Blog beyounn Blog android-x86 Twitter android_x86 RSS for main page
Developers
Google apps Google sites Google mails Google docs Google calendar Google analytics
Choose a target
You need to choose a target for the x86 device you want to use/test. We provides several targets for different branches: donut-x86
e e e p c : for ASUS EeePC q 1 u : for Samsung Q1U s 5 : for Viliv S5
family
eclair-x86
g e n e r i c _ x 8 6 : for generic e e e p c : for ASUS EeePC q 1 u : for Samsung Q1U s 5 : for Viliv S5
froyo-x86 / gingerbread-x86 g e n e r i c _ x 8 6 : for generic x86 PC/notebook e e e p c : for ASUS EeePC family only a s u s _ l a p t o p : for some ASUS laptops t e g a v 2 : for Tegatech Tegav2 (may work with other Atom N45x based tablets) s p a r t a : for Dell Inspiron Mini Duo platform v m : for virtual machine (virtual box, qemu, vmware) m o t i o n _ m 1 4 0 0 : for Motion M1400 (Intel Centrino M based with Intel PRO/Wireless) honeycomb-x86 / ics-x86 g e n e r i c _ x 8 6 : for generic x86 PC/notebook
www.android-x86.org/getsourcecode 2/8
12/31/13
a m d _ b r a z o s : for AMD Brazos platform e e e p c : for ASUS EeePC family only a s u s _ l a p t o p : for some ASUS laptops t e g a v 2 : for Tegatech Tegav2 (may work
jb-x86 / kitkat-x86
a n d r o i d _ x 8 6 : for x86
platform
Actually, for historical reason, you have to use e e e p cfor a generic x86 PC, notebook or netbook before (includes) donut-x86 branch. Since eclairx86 branch, e e e p cis changed to serve ASUS EeePC family only. Do not use it if you are not using an EeePC. In short, if you don't know how to choose, use e e e p cfor donut-x86 branch, and use g e n e r i c _ x 8 6for eclair-x86 to ics-x86 branches. But note g e n e r i c _ x 8 6is just a base for other targets. It doesn't have some advanced features like hardware acceleration. Since jb-x86 we tried to use a n d r o i d _ x 8 6as a universal target for all x86 devices. However, it may not optimized for a particular target device. If you are a developer, you can create a target based on android_x86 for your device. If you want to add new target for your x86 device, refer to the article.
Building directly
To build a live cdrom iso image for target a n d r o i d _ x 8 6 , type:
$m a k ei s o _ i m gT A R G E T _ P R O D U C T = a n d r o i d _ x 8 6
Then you will get an iso file o u t / t a r g e t / p r o d u c t / x 8 6 / a n d r o i d _ x 8 6 . i s o , etc. If the computer you build on has more then one processor or core, you can take advantage of multiprocessing (or make jobs) by adding -jX to the beginning of your make command:
$m a k ej Xi s o _ i m gT A R G E T _ P R O D U C T = a n d r o i d _ x 8 6
Replace X by the number of processors you have. For example, if you have a quad core CPU, replace X with 4:
$m a k ej 4i s o _ i m gT A R G E T _ P R O D U C T = a n d r o i d _ x 8 6
Using buildspec.mk
You can create a b u i l d s p e c . m kin your android-x86 directory to remember a particular target product you build often:
T A R G E T _ P R O D U C T : = a n d r o i d _ x 8 6 T A R G E T _ B U I L D _ V A R I A N T : = u s e r d e b u g T A R G E T _ B U I L D _ T Y P E : = r e l e a s e T A R G E T _ K E R N E L _ C O N F I G : = a n d r o i d x 8 6 _ d e f c o n f i g
With your b u i l d s p e c . m kfile in your android-x86 directory, you can just make by
$m a k ej Xi s o _ i m g
www.android-x86.org/getsourcecode
3/8
12/31/13
where $TARGET_PRODUCT is any target described in the previous section, and possible values of $TARGET_BUILD_VARIANT are e n g , u s e r ,u s e r d e b u g . For example,
$l u n c ha n d r o i d _ x 8 6 e n g
is equivalent to make, but you can use it in any subdirectory of the android-x86 tree.
Since froyo-x86, we also add menu selection to l u n c hcommand. Just type l u n c h , and you will get a list of available targets. Choose a target by inputting its number. Alternatively, just type l u n c h$number.
Before froyo-x86 (included), If you hope to get a more smaller image, you may remove the debugging symbols by adding
T A R G E T _ S T R I P: =1
Since gingerbread-x86, the debugging symbols are stripped by default. Do not use this option anymore.
Testing
The generated image is located at out/target/product/$TARGET_PRODUCT/$TARGET_PRODUCT.iso You can easily test the iso file by a virtual box or qemu. On the booting screen, select the VESA or debug mode to boot. Of course you can burn the iso to a CD disk and test it on a real hardware. On booting it will automatically detect your hardware and load necessary modules. If you have problem with the default frame buffer driver, you may try the VESA mode (select second item on boot screen).
www.android-x86.org/getsourcecode
4/8
12/31/13
Since honeycomb-x86, we supports the hybrid iso format. That is, the iso could be dumped to a usb disk directly. You may create a bootable USB disk by
$d di f = o u t / t a r g e t / p r o d u c t / x 8 6 / a n d r o i d _ x 8 6 . i s oo f = / d e v / s d X
where / d e v / s d Xis the device name of your USB disk. This feature is only available for iso files released after 2011/12/25. Note usb_img is deprecated. Do not use it anymore. Some broken BIOS (e.g., Acer AO) is unable to boot a USB disk created in this way. If so, you may try to create bootable USB drive from the iso file by unetbootin. For both linux and windows user, here are the steps (suggested by Gregory Gee ) :
Another choice is the Linux Live USB Creator ( LiLi ) project, which officially support Android-x86.
Advanced
This section describes some useful information for advanced users. You may need good linux expertise to complete it.
www.android-x86.org/getsourcecode
5/8
12/31/13
3. Create / a n d r o i ddirectory in the USB disk, and copy the four files k e r n e li n i t r d . i m gr a m d i s k . i m gs y s t e m . s f s(or s y s t e m . i m gif you set U S E _ S Q U A S H F S = 0 ) to it. Then you can boot from the USB disk and enjoy Android. Note all data are saved to the ramdisk, so all will lose after power off. If you hope to save data to disk, see the next section.
www.android-x86.org/getsourcecode
6/8
12/31/13
r e p os y n cstopped
If it complains about another conflict, do g i tr e b a s es k i pagain, until the rebase procedure completes. Usually it is enough, but if you hope to be absolute clean, you can ignore this branch and checkout a new one:
$g i tc h e c k o u ttk i t k a t x 8 6m / k i t k a t x 8 6
This may not be the best approach to solve conflicts, but should be easy enough for beginners. If you have better suggestions, just tell us.
Customize kernel
If you'd like to customize the kernel for your hardware, read this article for details.
Comments
www.android-x86.org/getsourcecode 7/8
12/31/13
You do not have permission to add comments.
Sign in | Report Abuse | Print Page | Remove Access | Powered By Google Sites
www.android-x86.org/getsourcecode
8/8