Flujo de trabajo de desarrollo de kernel de Linux / Android integrado

Me inspiré en esta pregunta anterior , pero no obtuve la image completa. Estoy desarrollando un kernel y un sistema Android para un nuevo dispositivo que se basa en una plataforma comercial de chipset.

El proveedor del chipset me proporciona un 'código de kernel fijo comprimido', 'fonts patentadas de Android', 'fonts de módem'. Todas estas partes están emparejadas, por ejemplo , no puedo cambiar (hasta cierto punto) uno de los elementos de la plataforma (núcleo, módem, sistema) sin afectar a otras partes.

También es bastante limitante, ¿qué pasará si hay una necesidad de una versión más nueva? No estoy seguro de que obtenga las fonts del proveedor.

Así que aquí hay algunos flujos que hice:

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

Workflow1: – No necesito una versión más nueva, ¡necesito liberar el dispositivo ahora!

1. Descargue el último kernel público del proveedor del chipset y su sistema

2.Agregar mis propios controlleres en el kernel

3.Añadir fuente propietaria en la compilation

4.comstackr -> todo ya está configurado

5.debug -> pequeño

6.patch -> pequeño

7. liberación -> rápido

8. dar una actualización? -> ¿fallas? – Necesito nuevo kernel / sistema del proveedor de chipset.

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

Workflow2: no necesito el proveedor

1. Descargue un sistema android limpio de google / cyanogem, etc.

2.Añadir mis controlleres al kernel

3. Obtenga parches del kernel de las fonts del proveedor del chipset

3. Crear directory de dispositivos para files propietarios

4.configure / patch el propietario para comstackr con el sistema -> infierno

5.face muchos errores de nivel bajo -> infierno

6.debug / parche

7.miso date límite y ser despedido

¿Alguna idea de cómo funciona esto realmente en los principales fabricantes de dispositivos mobilees?

¡Gracias!

Estoy trabajando para uno de los proveedores de chipset. Proporcionamos kernel de reference y fonts de android de reference para nuestros clientes. Pero los proporcionamos no como "fuente comprimida", sino como un repository de git, para que los clientes puedan ver todos los parches que ponemos en kernel / AFS / etc y fusionarlos en sus repositorys.

Entonces, en tu caso, te recomiendo que le pidas a tu proveedor el acceso a un repository git. Si es imposible, le recomiendo usar el flujo de trabajo 1. Si necesita una actualización importante (como cambiar de GB a ICS), de todos modos necesitará las fonts de nuevos proveedores. Se pueden hacer actualizaciones menores sobre las fonts existentes.