AOSP de cambios sobre la Nexus 9 Actualizar De 5.0.1_r1 (LRX22C) Para 5.0.2_r3 (LRX22L)

Serie: AOSP de cambios

Este artículo es parte de nuestra AOSP de cambios serie.

Mostrar todo
Cambios Publicado Por 5.1.0_r1 Android (LMY47D) Para 5.1.0_r3 (LMY47I), fija en su mayoría pequeños para tarjetas SIM
  • 1712.
    Desarrollador Changelog Publicado Por Android 5.1.0_r3 Para 5.1.0_r5
  • 2413.
    AOSP de cambios sobre la Nexus 9 Actualizar De 5.0.1_r1 (LRX22C) Para 5.0.2_r3 (LRX22L)
  • 2514.
    Desarrollador de cambios sobre la Nexus 9 Actualizar De 5.0.2_r3 (LRX22L) Para 5.1.1_r2 (LMY47X)
  • 5215.
    AOSP Desarrollador Changelog Publicado Por v5.1.1_r2 (LMY47X) Para 5.1.1_r3 (LMY48B), apunta a Nexus 6 Update Muy Pronto
  • ...
  • Ver todos los 22 artículos de esta serie
  • Estoy seguro de que todo el mundo puede estar de acuerdo, hace que casi no tiene sentido que el Nexus 9 solamente está recibiendo una actualización de mantenimiento pequeño a 5.0.2 un par de meses después de la 5.1 salió. Sin embargo, así es como los eventos están jugando fuera, por lo que debería al menos saber qué tiene de especial esta actualización. Hemos generado una lista de cambios de AOSP, y honestamente, no hay mucho que ver.

    Tenga en cuenta, la actualización de Nexus 9 va desde 5.0.1_r1 a 5.0.2_r3. Sin embargo, desde que hemos ya se ha visto la lista de cambios para 5.0.1_r1 a 5.0.2_r1, estamos manteniendo los cambios observados previamente en la lista de edad, y la producción de una nueva que incluye sólo las confirmaciones que componen R1 a R3. Ambos registros de cambios están relacionados a continuación para mayor comodidad.

    2015-05-05_17h07_08

    Con un total de 7 cambios (sin contar 5.0.1_r1 a 5.0.2_r1), no hay mucho que ver aquí. Además de eso, tres de los commits pertenecer a CTS (Compatibilidad Test Suite) y no tienen que ver con la funcionalidad. Dos más son sólo correcciones de errores del proyecto Chromium, una de ellas incluso aparece en el 5.1 actualización para otros dispositivos.

    Lo creas o no, los dos ajustes restantes podría realmente explicar por qué una OTA menor es necesaria antes de pasar a 5.1 o superior. Se hizo el primer cambio al código para la recuperación, el aumento de la max_map_count, que es probablemente para apoyar OTAs más grandes y más complicadas. El segundo y mucho más obvio modificación se hizo para el proyecto de la plataforma / marcos / base, que dirige la PowerManagerService para permitir un tiempo de espera más largo mientras que los paquetes de OTA "uncrypting". La descripción extendida afirma explícitamente que esto se debe a las grandes OTAs pueden tomar mucho tiempo para escribir en el almacenamiento.

    No hay manera de estar seguro, pero parece una muy masiva (en tamaño) de actualización se prevé, y esta actualización menor es todo acerca de la preparación de la Nexus 9 de manejarlo. Es posible que estos cambios pueden prevenir un futuro OTA desde bricking el Nexus 9 como parte del proceso de instalación. Al menos, esperemos que sea el caso.

    Una vez más, los nuevos cambios se separan de los cambios observados anteriormente, y ambos están vinculados a continuación.

    • Fuente:
    • 5.0.2_r1 de cambios a 5.0.2_r3 (nuevo),
    • 5.0.1_r1 de cambios a 5.0.2_r1 (más)

    » » » AOSP de cambios sobre la Nexus 9 Actualizar De 5.0.1_r1 (LRX22C) Para 5.0.2_r3 (LRX22L)