this post was submitted on 13 Jun 2025
31 points (100.0% liked)

GrapheneOS [Unofficial]

2593 readers
1 users here now

Welcome to the GrapheneOS (Unofficial) community

This feed is currently only used for announcements and news.

Official support available on our forum and matrix chat rooms

GrapheneOS is a privacy and security focused mobile OS with Android app compatibility.

Links

More Site links

Social Media

This is a community based around the GrapheneOS projects including the hardened Android Open Source Project fork, Auditor, AttestationServer, the hardened malloc implementation and other projects.

founded 4 years ago
MODERATORS
 

We'll be making at least one more Android 15 QPR2 release soon to ship backports of important firmware and driver security patches released with Android 16. This wouldn't usually be required since we'd have Android 16 released to end users using the Alpha channel and soon Beta.

We've ported all of our features to Android 16. However, part of our hardware-based USB-C and pogo pins port control feature may need to be reimplemented due to being part of device support code. We have a lot of work remaining reimplementing device support removed by AOSP 16.

you are viewing a single comment's thread
view the rest of the comments
[–] AnnaFrankfurter@lemmy.ml 5 points 2 days ago* (last edited 2 days ago)

Google used to share the complete device tree and vendor blobs. And full commit history for kernel.

Without device tree they have to reverse engineer it which is very complicated and if it is wrong your device won't even boot

Without vendor blobs they have to have every pixel phone with stock android update it and extract them from phone again slow and painful process

Without commit history for kernel GOS devs don't know what change is needed to fix a particular security issue or a bug so they can't easily back port. And also the AOSP 16 source code wasn't released to public until full launch so it again slows things down.

I know google was never obligated to share those things but they have been doing it since forever. And to stop this now when in reality the number of ppl using custom ROMs is at it's lowest is bad it is not affecting their bottom line but they still choose to do this.