Изходният код на ядрото на Xiaomi Redmi Note 5 Pro за Android 8.1 е наличен

Изходният код на ядрото на Xiaomi Redmi Note 5 Pro, базиран на Android 8.1 Oreo, беше пуснат, което означава, че Xiaomi се придържа към своя 3-месечен прозорец.

Xiaomi има много уникална връзка с общността на разработчиците като цяло, особено тук в XDA. Въпреки че често техните устройства са евтини и отключващи се, те имат не спазва GPLv2 многократно в миналото. В резултат на това няма значение дали устройствата могат да се отключат, тъй като разработчиците не могат да направят нищо с тях. Източниците на ядрото са необходими за разработване на персонализирани ROM и ядра за телефон с Android. За щастие Xiaomi обеща да пусне изходните кодове на ядрото в рамките на 3 месеца след стартирането. Все още не спазва GPL, но със сигурност е огромна крачка напред. Xiaomi Redmi Note 5 Pro с Android 8.1 Oreo е следващото устройство на компанията, което има източници на ядрото, пуснати в GitHub.

Интересно, Xiaomi вече пусна изходния код на ядрото за Xiaomi Redmi Note 5 Pro - но за Android Nougat. Пускането им месец по-късно за Android Oreo означава, че поне засега компанията се е ангажирала да се промени. Докато определено има

няма недостиг на ROM за устройството в нашите форуми, разработчиците вече няма да трябва да разчитат на ядрото нагоре, за да се уверят, че всичко работи. Това може да бъде досаден процес.

Android 8.1 Oreo за Xiaomi Redmi Note 5 стартира през март и с него дойде поддръжката на Project Treble. Това го прави едно от много малкото устройства, които са били актуализирани след стартирането, за да го поддържат, въпреки че няма изискване за това. Чудесно е да се види, че Xiaomi поддържа своите устройства, а да ги видиш да се придържат към своя 3-месечен прозорец е още по-добре. Освобождаването на изходни кодове на ядрото в този случай дори не е необходимо, за да се осъществи разработката, както можете лесно мига Generic System Image (GSI) на всяко устройство с активиран Project Treble и използвайте LineageOS, Resurrection Remix или дори AOSP, ако желаете. И все пак възможността за разработване за конкретно устройство в момента е много по-добра от използването на GSI просто поради причини за съвместимост.


Източник: GitHub