Bringing the Android kernel back to the mainline

Re:Bringing the Android kernel back to the mainline by sandGorgon on Tuesday November 20, 2018 @11:50PM (#18500223)

This is happening because of Project Treble which creating a boundary between device drivers and the kernel. Earlier, kernel versions (even android versions itself) were subject to integration of device drivers into the kernel source code... which took a long time and often resulted in forced obsolescence.

By separating out the driver interface using Treble, you can update the kernel and android versions from upstream without worrying about driver integration/updates.

[ Parent | on HN ]

Re:Bringing the Android kernel back to the mainline by pjmlp on Wednesday November 21, 2018 @01:20AM (#18500553)

This is happening, because Project Treble still requires OEMs to ship updates and in one year after its introduction, Oreo got a meager 10% when Android P was announced and OEMs were still shipping Nougat with updates to Oreo, which doesn't require Project Treble compliance in such cases.

Google is finally facing the issue that regular consumers aren't caring to update anymore, specially now that devices are quite usable for several years.

So if they want to bring new OS versions into the market they really have to force OEMs to do it.

Hence the new GSI concept, finally adding update clauses to the Play Store usage agreement, and now upstreaming kernel changes.

[ Parent | on HN ]

Re:Bringing the Android kernel back to the mainline by taralx on Wednesday November 21, 2018 @02:27AM (#18500790)

Sadly, no. Both kernel and device drivers are in the HAL: https://blog.linuxplumbersconf.org/2017/ocw/system/presentat...

[ Parent | on HN ]