Our latest OS release moved to using the Linux 6.18 LTS branch for both arm64 and x86_64 for the emulator, Cuttlefish and microdroid targets. We've made a highly experimental port of the Pixel kernel drivers to 6.18 and are planning on moving to it across all supported devices.
@GrapheneOS ... that must be the freedom of these 'google-free' systems...
We have a Pixel 7 working with the upstream Linux 6.18.58 release. We'll be getting all supported devices fully working with all hardware functionality. The upcoming Motorola flagship uses a fork of the 6.18 GKI LTS branch and we'll need to port it to the upstream kernel too.
Porting from the 6.1, 6.6 and 6.12 GKI LTS branches to the 6.18 GKI LTS branch is relatively simple and doesn't require a large number of changes.
Porting from GKI LTS to the upstream LTS branch is much harder. Android has thousands of extra backported fixes and improvements.
The changes required to move the Pixel drivers from 6.1, 6.6 and 6.12 to 6.18 are tiny. The changes needed to use the upstream 6.18 LTS ABI instead of the stable 6.18 GKI LTS ABI are larger but quite manageable. It's preserving all the extra improvements which is extremely hard.
The upstream Linux kernel LTS branches backport a enormous amount of bug fixes including a massive number of security fixes. Android backports much more because they want to ship many of the performance improvements, new features and additional fixes with older LTS branches.
The main purpose of the Android GKI branch is to implement a stable ABI for kernel drivers. The ABI is only stable within an LTS branch. It has no practical use case and a massive maintainability cost. This system collapsed under the massive increase in Linux kernel patches.
All of the kernel drivers for any devices we'll support are open source. It would be an egregious violation of the GPL to ship driver code specific to Linux without providing all the source code. The drivers are updated alongside the kernel so there's no actual use case for GKI.
@GrapheneOS I am brand new to mastodon, so forgive the very off topic question, as I cant figure out how to just post to someone wall... 🤦
Anyway, I am a massive, massive fan of grapheneOS and it has been my teacher in regards to what true security looks like from the various modifications made to AOSP through your platform.
My question is: do you ever plan on expanding to take on a linux distro, or starting your own? I feel sad that I cant find a desktop solution like grapheneOS.
@digitalguardian @GrapheneOS you can always run GrapheneOS in desktop mode. It shouldn't require more than plugging into a suitable monitor.
The GOS team have made suggestions/touched on it a decent amount: https://grapheneos.social/@GrapheneOS/116159780569177372
@container5573 @GrapheneOS thanks for the info. I tried using grapheneOS via scrcpy over adb on a pixel 8pro and thinkpad t14
I was less than impressed, unfortunately. Is that the way you would recommend? I am a bit of a newb when it comes to things like this. Wouldnt this ultimately just be screen mirroring your pixel on desktop?
In the past several months, Android's official Generic Kernel Image (GKI) branches have fallen behind the upstream LTS revisions. We're resolving this by moving all of the devices we support to the latest LTS branch and making a GKI replacement for the latest upstream release.