O código-fonte do kernel do Xiaomi Redmi Note 5 Pro para Android 8.1 está disponível

A fonte do kernel Xiaomi Redmi Note 5 Pro baseada no Android 8.1 Oreo foi lançada, o que significa que a Xiaomi está mantendo sua janela de 3 meses.

A Xiaomi tem um relacionamento único com a comunidade de desenvolvedores em geral, especialmente aqui no XDA. Embora muitas vezes seus dispositivos sejam baratos e desbloqueáveis, eles têm não cumpriu a GPLv2 em diversas ocasiões no passado. Como resultado, não importa se os dispositivos podem ser desbloqueados, pois os desenvolvedores não podem fazer nada com eles. As fontes do kernel são necessárias para desenvolver ROMs e kernels personalizados para um telefone Android. Felizmente Xiaomi prometeu lançar fontes do kernel dentro de 3 meses após o lançamento. Ainda não está de acordo com a GPL, mas é certamente um grande passo em frente. O Xiaomi Redmi Note 5 Pro no Android 8.1 Oreo é o próximo dispositivo da empresa a ter fontes de kernel lançadas no GitHub.

Curiosamente, Xiaomi já lançou o código-fonte do kernel para o Xiaomi Redmi Note 5 Pro

- mas para Android Nougat. Lançá-los um mês depois para Android Oreo significa que, pelo menos por enquanto, a empresa está comprometida com a mudança. Embora haja definitivamente não faltam ROMs para o dispositivo em nossos fóruns, os desenvolvedores não precisarão mais depender do upstreaming do kernel para garantir que tudo funcione. Pode ser um processo chato.

Android 8.1 Oreo para Xiaomi Redmi Note 5 lançado em março e com ele veio o suporte ao Project Treble. Isso o torna um dos poucos dispositivos que foram atualizados após o lançamento para suportá-lo, apesar de não haver necessidade de fazê-lo. É ótimo ver o suporte da Xiaomi para seus dispositivos e vê-los cumprir a janela de 3 meses é ainda melhor. Liberar fontes do kernel neste caso nem é necessário para que o desenvolvimento ocorra como você pode atualize facilmente uma imagem genérica do sistema (GSI) em qualquer dispositivo habilitado para Project Treble e use LineageOS, Remix de Ressurreição ou até mesmo AOSP se desejar. Ainda assim, ser capaz de desenvolver para um dispositivo específico é, no momento, muito superior a usar um GSI simplesmente por razões de compatibilidade.


Fonte: GitHub