De Xiaomi Redmi Note 5 Pro-kernelbron op basis van Android 8.1 Oreo is vrijgegeven, wat betekent dat Xiaomi vasthoudt aan de periode van drie maanden.
Xiaomi heeft een zeer unieke relatie met de ontwikkelaarsgemeenschap in het algemeen, vooral hier bij XDA. Hoewel hun apparaten vaak goedkoop en ontgrendelbaar zijn, is dat wel het geval heeft zich niet aan de GPLv2 gehouden in het verleden meerdere malen gebeurd. Als gevolg hiervan maakt het niet uit of de apparaten ontgrendelbaar zijn, aangezien de ontwikkelaars er niets mee kunnen doen. Kernelbronnen zijn nodig om aangepaste ROM's en kernels voor een Android-telefoon te ontwikkelen. Gelukkig Xiaomi beloofde kernelbronnen binnen drie maanden na de lancering vrij te geven. Het houdt zich nog steeds niet aan de GPL, maar het is zeker een enorme stap voorwaarts. De Xiaomi Redmi Note 5 Pro op Android 8.1 Oreo is het volgende apparaat van het bedrijf waarvan kernelbronnen op GitHub zijn uitgebracht.
Interessant genoeg, Xiaomi al vrijgegeven kernelbroncode voor de Xiaomi Redmi Note 5 Pro
- maar voor Android Nougat. De release ervan een maand later voor Android Oreo betekent dat het bedrijf, althans voorlopig, vastbesloten is om te veranderen. Terwijl dat er zeker is geen tekort aan ROM's voor het apparaat op onze forums hoeven ontwikkelaars niet langer te vertrouwen op kernel-upstreaming om ervoor te zorgen dat alles werkt. Het kan een vervelend proces zijn.Android 8.1 Oreo voor de Xiaomi Redmi Note 5 maart gelanceerd en daarmee kwam Project Treble-ondersteuning. Dit maakt het een van de weinige apparaten die na de lancering zijn bijgewerkt om dit te ondersteunen, ondanks dat dit niet vereist is. Xiaomi ondersteunt zijn apparaten is geweldig om te zien en het is nog beter om te zien dat ze zich aan hun periode van drie maanden houden. Het vrijgeven van kernelbronnen is in dit geval niet eens nodig om de ontwikkeling zo goed mogelijk te laten plaatsvinden flash eenvoudig een Generic System Image (GSI) op elk Project Treble-apparaat en gebruik LineageOS, Resurrection-remix of zelfs AOSP als je dat wenst. Toch is het kunnen ontwikkelen voor een specifiek apparaat op dit moment sowieso veel beter dan het gebruik van een GSI, simpelweg om compatibiliteitsredenen.
Bron: GitHub