[TUTORIAL] [Kit-Kat] LINUX y La cocina Android Kernel MediaTeck MT8392/MT6592, adaptable a otras CPU's MediaTeck- Futuro también mejoras del kernel y posibles usos con versiones anteriores o posteriores a 4.4.x

fusionero · 14/01/15, 04:06:08

Bueno chicos, como ahora tenemos el momento de nuestra Tablet y la cocina en ella voy a ir añadiendo todo lo que aprenda para que los demás puedan aprender de ello

Eso si, lo primero que digo es que luisetex84 es quien me esta enseñando, así que solo es un hilo en principio en la que plasmar lo que suceda y que los demás puedan aprender desde 0 como yo en este momento a cocinar en un principio solo un kernel, y como es en el caso que me ocupa, para la Tablet BQ Aquaris E10, tanto en su versión wifi ( kaito_wifi ), como en su variante 3G ( kaito ).

NECESIDADES BÁSICAS PARA SEGUIR ESTE TUTORIAL

Cita:

- Empezamos con la necesidad de usar un pc con Linux desde Ubuntu 12.04-14.10,Linux Mint 13-17.1, ambas en su versión 64 bit's.
- Tener una CPU de 64 bit's, si es de 32 bit's no podremos hacer nada igual o superior a Android 4.0 - IceCreamSandwich.
- Suficiente memoria y CPU, o se ralentizaran la compilaciones de kernel's o futuras Rom's. - Bueno se puede usar algo inferior, ya que yo empecé con un Celeron T-1600 64 bit's y 4 GB's de RAM DDR-667-800MHz ( es que cada una tiene una velocidad máxima, jeje ).
- 2 Discos Duros ( preferiblemente si el principal es SSD mejor por la velocidad ), para volvar siempre un repositorio o toda la carpeta al 2º HDD, por si vamos a probar muchos cambios, y no recordamos que hemos hecho poder restaurar la copia desde el 2º HDD.
- Tener ganas de poder cargarte el sistema de arranque de Linux, o archivos que no os indique y toque reinstalar Linux, por ese detalle algunos recomiendan empezar desde un Sistema Operativo Virtual, para no perder nada, ya que puede que tengamos que usar nuevamente la instalación desde USB/CD/DVD para reinstalar el Grub para si es necesario y restaurar una versión anterior a los cambios que nos den problemas, aunque yo mismo he ido a saco con mi usuario Root, y sin copia, con las bragas bajadas para que lleguen por todos los lados, que me gusta hacerla limpia, jeje.

PREPARACIÓN DEL ENTORNO

Bueno lo primero es que se debe preparar nuestro Linux para poder hacer cualquier cosa, ya que se deben manejar varias cosas o necesitar de ellas para compilar/descompilar, y en este Hilo de xda-developers da un inicio , añadiré los detalles exactos.

(Click para mostrar/ocultar)

Configuramos el acceso usb ADB:

(Click para mostrar/ocultar)

Gracias a luisete por los detalles ya que no los conocía, y solo lo he preparado apenas sustituyendo imágenes por palabras, para no perderse nunca ante caídas de las imágenes, y este es otro aporte suyo solo añadido en orden al hilo que nos conciñe/atañe. Así que nuevamente gracias a él, que nos da los detalles para ir haciendo crecer este hilo/tutorial/historia de mi propio inicio en la misma cocina desde 0.

Cita:

1. Si no lo hemos hecho antes, ejecutamos en la Terminal:

Cita:

$ adb devices

Esto es para iniciar el demonio de adb. En la raíz del nuestro sistema de archivos se creara la carpeta .android ( estara oculta, ya que eso hace el que tenga el punto delante, por eso se debe tener activado que podamos ver archivos y carpetas ocultas o no la veremos ), si no existía ya.

El problema que no te reconozca el dispositivo ( tablet, móvil, etc,... ) es que Linux no sabe el id del fabricante. Así que vamos a obtenerlo.

2. Sin conectar la tablet al pc ejecutamos:

Cita:

$ adb devices

Y nos debería aparecer debajo esto

Cita:

* daemon not running. starting it now on port 5037 *
* daemon started successfully *
List of devices attached

Podemos seguir con la comprobación de la conexión usb que hay en ese momento activa:

Cita:

$ lsusb

Dandonos una respuesta de este estilo:

Cita:

Bus 002 Device 002: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 002: ID 8087:07dc Intel Corp.
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 0408:13ba Quanta Computer, Inc.
Bus 001 Device 002: ID 0bda:0158 Realtek Semiconductor Corp. USB 2.0 multicard reader
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Ahora ya conectamos el cable USB al pc y al dispositivo, y volvemos a ejecutarlo para comprobar la nueva entrada que nos debe aparecer ( la he remarcado para que lo notéis mejor ):

Cita:

$ lsusb

Esta vez con otra respuesta que cambiaría en la 1ª línea:

Cita:

Bus 002 Device 004: ID 2a47:2008
Bus 002 Device 002: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 002: ID 8087:07dc Intel Corp.
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 003: ID 0408:13ba Quanta Computer, Inc.
Bus 001 Device 002: ID 0bda:0158 Realtek Semiconductor Corp. USB 2.0 multicard reader
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Comparamos el resultado con el anterior resultado y debemos buscar ese nuevo dispositivo, que sera el nuestro ( tablet, móvil, etc,... ). Ahora apuntamos los 4 dígitos que salen detrás de ID y antes de los dos puntos, el remarcado en rojo es un ejemplo ( que en realidad es el de BQ ). Este es el idVendor.

3. En la raíz del nuestro sistema de archivos se creara la carpeta .android, busca el fichero adb_usb.ini. Se debe añadir el idVendor al fichero. Si no existiera, crealo y añade esto:

Cita:

0x{idVendor}

- Siguiendo el ejemplo sería:

Cita:

0x0bb4

4. Matamos ahora el demonio de adb ( esto es para que al volver a iniciarlo nos coja la nueva configuración ):

Cita:

adb kill-server

5. Ahora volvemos a iniciar el demonio de adb

Cita:

adb devices

Ya para más adelante sería aprender estos, que es para hacer ramas en nuestra carpeta, pero lo dejo para más adelante, ya que primero tenéis que probar a hacer una, y ya después tendremos tiempo para hacerlo, ya que sino sabemos con una rama no es cosa de crear varias si podemos querer borrar algo sino nos parece correcto, o queremos hacer solo pruebas con un solo kernel y una única variante. Aunque se pueden hacer ramas para crear varias versiones del mismo kernel para ver que cosa funciona o no según como se haga y no tener que pensar en que se hace y que se nos olvido, sino hacer directamente multiples ramas y probar cada una , ejemplo añadir cosas de otras CPU's y querer probar varias funentes con distintas opciones, así no perdemos tanto tiempo si encontramos una funcional, y al probar otra no recordamos la que era, así nunca se nos debe olvidar nombrar cada una con algún nombre que no nos olvide que la caracteriza.

Cita:

Pendiente de traducir, ya que añado lo de la página indicada de donde saco la información:

Por defecto, la salida de cada build/generación se almacena en la salida/out/subdirectorio del árbol de código fuente correspondiente.

En algunas máquinas con múltiples dispositivos de almacenamiento ( HDD's, SSD's ), las build's/construcciones son más rápidas cuando se almacenan los archivos de origen y la salida de volúmenes separados. Para obtener un rendimiento adicional, la salida se puede almacenar en un sistema de archivos optimizado para la velocidad ( SSD's ) en lugar de robustez ante accidentes, ya que todos los archivos se pueden volver a generarse en caso de corrupción del sistema de archivos en un menor tiempo que con un HDD.

Para configurar esto, exporte la variable OUT_DIR_COMMON_BASE para apuntar a la ubicación donde se almacenarán los directorios de salida.

Cita:

$ export OUT_DIR_COMMON_BASE=<indicar_el_nombre_de_nuestro_ directorio>

El directorio de salida para cada fuente del árbol fuente será nombrado independiente después del directorio que contiene el árbol de origen.

Por ejemplo, si usted tiene dintintas fuentes de árboles como /source/master1 y /source/master2 y OUT_DIR_COMMON_BASE se establece en /output, los directorios de salida serán /output/master1 y /output/master2.

Es importante en este caso al no tener varios orígenes de árboles almacenados en directorios que tienen el mismo nombre, porque los que terminarían compartiendo un directorio de salida, con resultados impredecibles.

Esto sólo se admite en Jelly Bean (4.1) y más recientes, incluyendo la rama principal.

PREPARANDO UN REPOSITORIO

(Click para mostrar/ocultar)

Cita:

Es algo tan sencillo ( indicado por luisetex84 nuevamente este detalle ) en Ubuntu 14.04-14.10 y Linux Mint 17-17.1 como ejecutar este comando en la Terminal:

Cita:

$ sudo apt-get install phablet-tools tclsh

Seguimos con unos recomandables:

Cita:

$ sudo apt-get install bzr-doc bzrtools python-bzrlib.tests python-bzrlib-dbg python-kerberos

Y otros más:

Cita:

$ sudo apt-get install python-gpgme click-apparmor upstart-app-launch-tools pybootchartgui

Esto otro es lo que había que hacerlo antiguamente, cuando no existía ningún paquete que contuviera el comando repo. Si nos da fallo la anterior ejecución en la Terminal nos tocaría hacer esto otro para poder continuar:

Cita:

Revisamos que tenemos el directorio bin/ en la raíz de nuestro pc, o lo creamos así ( nada más abrir la Terminal, no cambiamos de directorio ):

Cita:

$ mkdir ~/bin

Y:

Cita:

$ PATH=~/bin:$PATH

Ya de paso recordar que mkdir es para crear carpetas u otro tipo de archivos, pero con sus correspondientes variantes, ya que mk es para crear, y dir especifica que es un directorio/carpeta.

Descargamos la tool/herramienta de la Repo y nos aseguramos de que sea ejecutable:

Cita:

$ curl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repo

Y:

Cita:

$ chmod a+x ~/bin/repo

Cita:

Para la versión 1.17, el cheksum SHA-1 del Repo es ddd79b6d5a7807e911b524cb223bc3544b661c28

Para la versión 1.19, el cheksum SHA-1 del Repo es 92cbad8c880f697b58ed83e348d06619f8098e6c

Para la versión 1.20, el cheksum SHA-1 del Repo es e197cb48ff4ddda4d11f23940d316e323b29671c

Para la versión 1.21, el cheksum SHA-1 del Repo es b8bd1804f432ecf1bab730949c82b93b0fc5fede

Ahora es hora ya de crear la carpeta que usaremos para tener el/los repositorio/s que vamos a usar, la crearemos en la raíz del sistema ( /home/usuario ), y ya dependerá del nombre que se nos antoje, yo personalmente le di el nombre de android para reconocerla al principio al abrir el acceso al sistema de archivos. Recordar que si van a ser carpetas con nombres con más de una palabra deben ser unidas con _ en cada espacio que se le quiera añadir, ya que sino solo crearas varias carpetas cada una con su nombre respectivo. La 2ª línea es para acceder a la carpeta creada ya que desde ella que aremos todo la sincronización.

Cita:

$ mkdir nuestro_directorio

Y:

Cita:

$ cd nuestro_directorio

Ejecutamos el init repo para descargar la última versión del Repo con todas sus más recientes correcciones de errores. Debe especificar una dirección URL para el manifiesto, que especifica si los diferentes repositorios incluidos en la fuente a descargar de Android será colocado dentro de su directorio de trabajo. Y tenemos varias opciones según la fuente que usemos:

Repositorio de google:

Cita:

$ repo init -u git://android.googlesource.com/platform/manifest

Repositorio de CyanogenMod 11.0:

Cita:

$ repo init -u git://github.com/CyanogenMod/android.git -b cm-11.0

Repositorio de CyanogenMod 12.0:

Cita:

$ repo init -u git://github.com/CyanogenMod/android.git -b cm-12.0

Repositorio de Omni 4.4:

Cita:

$ repo init -u git://github.com/omnirom/android_bootable_recovery.git -b android-4.4

Repositorio de Omni 5.0:

Cita:

$ repo init -u git://github.com/omnirom/android_bootable_recovery.git -b android-5.0

Todo esto tardara según la conexión que tengamos, pero pueden ser solo unos segundos o apenas 5 minutos, ya que son sobre los 5 MegaBytes en la Repo CyanogenMod.

Si fallasen las descargas de los repositorios para descargar por firmas, se soluciona saltando el uso del acceso por git://github usando este otro acceso https://github, quedando las 5 opciones anteriores así:

Repositorio de google:

Cita:

$ repo init -u https://android.googlesource.com/platform/manifest

Repositorio de CyanogenMod 11.0:

Cita:

$ repo init -u https://github.com/CyanogenMod/android.git -b cm-11.0

Repositorio de CyanogenMod 12.0:

Cita:

$ repo init -u https://github.com/CyanogenMod/android.git -b cm-12.0

Repositorio de Omni 4.4:

Cita:

$ repo init -u https://github.com/omnirom/android_b...e_recovery.git -b android-4.4

Repositorio de Omni 5.0:

Cita:

$ repo init -u https://github.com/omnirom/android_b...e_recovery.git -b android-5.0

DESCARGANDO UN REPOSITORIO SOLO PARA EL KERNEL
El manifest_local.xml es gracias al esfuerzo y trabajo de luisetext84, yo solo lo comprarto como base para enseñaros las diferencias lo más básicamente posible para que lo entendamos todos desde el principio lo que cambia si partimos del mismo repositorio, en el ejemplo es para usar el repositorio de CyanogenMod con el que hacer 4 kernel's distintos

(Click para mostrar/ocultar)

Seguimos en el 2º post

Agradecimientos a:

Cita:

luisetex84 por su ayuda para ir realizando los pasos he iniciarme con su ayuda

A lo hilos en los que me he ido guiando para hacer este tutorial:

Cita:

[DEV]How to compile TWRP touch recovery
[GUIDE] How to compile PhilZ Touch 6 Recovery for ARM android devices using BBQLinux

fusionero · 14/01/15, 04:06:49

Bueno seguiré añadiendo conforme yo misma siga, que hasta ahora voy por aquí.

Pero en principio son ir seleccionando el Recovery base en el que trabajar, teniendo las opciones de elegir entre algunas conocidas o que empiezan a conocerse:

CWM - versión actual 6.0.5.1
TRWP - versión actual 2.8.4.0 y ya se ve en pruebas la 2.8.4.1
Philz - versión actual 6.59.0 basada en CWM 6.0.5.1 y por ahora paralizada su actualización
CTR - versión actual 3

Pero sigue con esta guía ( en inglés ): How to compile TWRP touch recovery si vamos a usar un kernel TWRP, o bien este otro pendiente si vamos a usar CWM, o bien este [GUIDE] How to compile PhilZ Touch 6 Recovery for ARM android devices using BBQLinux si queremos hacer un Philz Touch.

Ya para ser especificos nos queda leernos los pasos 2, 3, 4 y 5; y el 2º post para ser especificos con las CPU's MediaTeck del último hilo: [GUIDE] How to compile PhilZ Touch 6 Recovery for ARM android devices using BBQLinux

(Click para mostrar/ocultar)

Ya también recuerdo que se puede usar autentificación para nuestras cosas, y así tener más seguridad por si usamos VPN o una IP que usen muchos clientes ( servidores remotos con múltiples clientes con la misma IP ):

Ya pendiente seguir a partir de esto para continuar con las opciones: - Pendiente traducir

https://source.android.com/source/do...authentication

Y aquí el hilo si queremos compilar un TWRP, que falta reducirlo también, [DEV]How to compile TWRP touch recovery

(Click para mostrar/ocultar)

Y ya de paso una buena opción para probarlo sin arriesgar nuestro dispositivo puede ser con esto ( sigue faltandome traducirlo ):

(Click para mostrar/ocultar)

fusionero · 14/01/15, 04:07:28

reservado

Como hacer un .zip con el kernel/recovery creado para instalar a través del recovery original o ya cambiado por uno de los 4 que hay en opciones por ahora:

Como hacer un zip flasheable (update.zip|Amend|Edify|firmas)

(Click para mostrar/ocultar)

Este hilo por si le puedo sacar utilidad a los pasos 3 y 4 o se hace sin esa necesidad, aunque para dispositivos sin sources si que se necesitaría por ejemplo el paso 3 que viene bien ante actualizaciones que no se tengan esas nuevas caracteristicas en ningún github:

[Tutorial] Compila tu primer Kernel [EXPLICADO]

fusionero · 14/01/15, 04:10:12

2º reservado

Adaptar instrucciones de este hilo a Linux, ya que no usamos Windows en este tuto:

Tienes un MTK y quieres empezar a cocinar entra aqui

fusionero · 14/01/15, 04:10:49

3º reservado

Pendiente la traducción de este hilo para dexodear la Rom con una CPU MT6592:

http://www.telefoninostop.com/forum/...om-mt6592.html

Y añadir más cosas como este hilo:

[SCRIPTS] Unpack / repack MT65xx/MT83xx boot.img, recovery.img or logo.bin

luisetex84 · 14/01/15, 08:44:43

Me he leído el post en diagonal ya que estoy en el curro y te comento algunas cosillas de memoria ya que no puedo comprobarlo del todo:

- Requisito imprescindible: para compilar android se necesita una cpu de 64 bits. Creo que desde ICS se necesita, para versiones anteriores una de 32 bits nos valdría.

Cita:

Originalmente Escrito por fusionero

Configuramos el acceso usb ADB:

Cita:

Pendiente, no lo he conseguido por ahora

1. Si no lo has hecho antes, ejecuta 'adb devices' para iniciar el demonio de adb. Se creará una carpeta oculta en tu directorio home llamada .android, si no existía ya. El problema que no te reconozca la tablet es que Linux no sabe el id del fabricante. Vamos a obtenerlo.

2. Sin conectar la tablet al pc ejecuta:

lsusb1.jpg
Conecta la tablet al pc y vuelve a ejecutar de nuevo comando.

lsusb2.jpg
Compara el resultado con la ejecución anterior y el dispositivo que aparezca nuevo es la tablet. Apunta los cuatro dígitos después de ID y antes de los dos puntos, el del recuadro rojo es un ejemplo. Este es el idVendor.

3. En la carpeta .android de tu home, busca el fichero adb_usb.ini . Se debe añadir el idVendor al fichero. Si no existiera, crealo y añade esto:
0x{idVendor} ->>>> siguiendo el ejemplo 0x0bb4

4. Mata el demonio de adb para que al volver a iniciarlo y que coja la nueva configuración:
adb kill-server

5. adb devices

Cita:

Originalmente Escrito por fusionero

Revisamos que tenemos el directorio bin/ en la raíz de nuestro pc, o lo creamos así ( nada más abrir la Terminal, no cambiamos de directorio ):

Cita:

$ mkdir ~/bin
$ PATH=~/bin:$PATH

Ya de paso recordar que mkdir es para crear carpetas u otro tipo de archivos, pero con sus correspondientes variantes, ya que mk es para crear, y dir especifica que es un directorio/carpeta.

Descargamos la tool/herramienta de la Repo y nos aseguramos de que sea ejecutable:

Cita:

$ curl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repo
$ chmod a+x ~/bin/repo

Estoy habia que hacerlo antiguamente, cuando no existía ningún paquete que contuviera el comando repo. Ahora si que existe uno (por lo menos en Ubuntu 14.04) y es tan sencillo como hacer:

Cita:

sudo apt-get install phablet-tools

Yo lo que haría es editar el tutorial, poniendo lo del phablet-tools (que es mucho más rápido y sencillo) y en el caso que no exista el paquete, hacer lo que comentabas.

fusionero · 15/01/15, 05:52:48

Añadidos tus detalles y revisado para que este mejor a la vista, lo malo es que no es posible meter un spoiler dentro de otro, o usar quotes dentro de otros, o descuadra todo apareciendo muchos más y desorganizados, estropeando lo que hago, jeje.

Bueno por lo menos hasta aquí voy por ahora, ya que como he querido añadir todo lo que pueda al final, de todas maneras quiero ponerlo para al menos 3 Recovery's, TWRP, CWM y Philz, que ya sabemos que los sabes hacer luisetex84, jeje, por eso con tús indicaciones esto al final se debe dejar adaptable a todas las CPU's MediaTeck, y si se puede dejar algo para otros modelos de CPU's de otras marcas lo que se pueda, y como tengo un exynos4 puedo readaptar lo necesario para ellos, o con ayuda de otros usaurios a otros modelos de CPU's ( ejemplo SnapDragon ), que lo importante es ya dejar las bases e ir mejorandolo para ser al final un hilo para que este todo para iniciarse y usarlo usuarios de linux, al que pertenezco, y que no le veo casi información al menos en español y en un solo hilo y sin tener que rebuscar en todo el hilo si tiene miles de páginas que ya se hace una locura enterarse de todo y no perder el hilo principal de la tarea, ya que tener que buscar cada cosa por un lado no es eficiente para dar el inicio a todos los posibles cocineros

Necro1280 · 17/06/15, 07:25:07

Muyyyyyy buen tutorial, a ver si me animo y me pongo a probar lo que decis, seguiiiiid asiiiii!!!!!

Un Saludo.

Los siguientes 4 usuarios han agradecido a fusionero su comentario:
[ Mostrar/Ocultar listado de agradecimientos ]

Los siguientes 2 usuarios han agradecido a fusionero su comentario:
luisetex84, revengeofdoh

Menu