If a vendors want, they can take that and ship a device that others can use with their own OS, while still having all the standard hardware/firmware security features. This is the part Google does. What they don't do is releasing usable device support code for use with AOSP.
Conversation
There are vendors doing a better job with releasing usable AOSP device support code for their devices. If you have the impression that Pixels are anything close to the best at that, it's very wrong. Pixels just have the best hardware/firmware privacy and security properties.
1
It would be so much easier to support a device from one of the vendors publishing fully usable device support code. The time it takes them to switch over to new major releases is also a huge help to downstream variants of the public AOSP. Also, not adopting quarterly releases.
1
You have said this but I have not seen this in any devices I have looked at (granted a couple years ago).
Can you point me to specific devices that are going to be less hellish to target than Pixels today for Android 11?
1
1
Due to Treble, you don't need them to support Android 11 to use AOSP 11 with their device support code.
Most of the pain we have with Pixels is due to us not using Treble, because we want to build the vendor image, while from their perspective it's abstracted hardware details.
1
The way that Treble works is that you build a system image from AOSP and can run that on any device. Building boot and vendor is separate, and you can update them independently. For Pixels, Google hasn't tried to publish code for building / assembling the vendor image.
2
Yeah treble seems great on paper but... Point me at hardware to try it on.
If I can get latest vanilla AOSP on any device without weeks of hacking then suddenly my view of the future if android starts to shift substantially.
1
BTW, the way android-prepare-vendor does things for Pixels is obsolete and based on the hassle we had with the Nexus 9, 5X and 6P. It's not how it would be approached now. You would start by just using their vendor image and would then transition to building it + listing files.
2
Great. I'll try it.
What device are you most confident can support treble and secure boot properly with a oem provided set of blobs that actually works?
Any latest gen Xperia?
1
I don't know which devices would allow you to chain verified boot to a custom OS. I think many of them would be well supported for using AOSP via Treble including having working VoLTE, etc. without extra effort. Glance over developer.sony.com/develop/open-d.
Okay was just trying to verify if you already had played with a device you were already confident in.
I'll dig through this and see if any devices look like a good candidate.
If you know of other vendors going this route lmk.
1
I don't mind breaking new ground if an alternate vendor like Sony are willing to actually help developers get working AOSP on their devices.
I am skeptical until I see it work myself though. Sony is not very known for being dev and OSS friendly...
Google doesn't really do this for Pixels. They don't treat support for building AOSP for Pixels as something that they are externally releasing. Pixels being used as the internal reference devices for development is misleading.
You're wrong to present it as an issue with AOSP.
2
Google makes AOSP and bills Pixels as their reference devices in their own docs so... that is why I have that impression.
Still, I trust you enough to drop yet another grand on a device that has even a chance of being easier to support.
Just want to choose carefully.