News for hackers. Stuff that matters.
Re:Android overtakes Windows as the internet’s most used ope... by ReverseCold on Monday April 03, 2017 @01:24PM (#14024921)
Qualcomm distributes firmware blobs. Once the blob is out of date you cannot use it on a newer version of Android.

(And device manufacturers do this too, but it's a ton easier to, say, fix flash with a shim than it is to fix networking.)

Re:Android overtakes Windows as the internet’s most used ope... by thinkling on Monday April 03, 2017 @01:29PM (#14024977)
Pardon my ignorance, but... doesn't Android run on top of the firmware? You're saying newer versions of Android are breaking backward compatibility with older firmware?
Re:Android overtakes Windows as the internet’s most used ope... by izacus on Monday April 03, 2017 @01:34PM (#14025038)
As Android evolves, you need to update drivers to keep in step with new features (pretty much the same as with Windows - you need new drivers for newer Windows usually). But as opposed to Windows, Linux kernel doesn't really have a very stable driver API and the manufacturers love to patch and mess with the kernel itself to get their hardware working. As such, porting closed-source drivers to newer Android OSes is usually impossible without support from the manufacturers.

Qualcomm (by far the most popular hardware vendor for Android devices) doesn't care about supporting their released hardware.

Re:Android overtakes Windows as the internet’s most used ope... by digi_owl on Monday April 03, 2017 @04:29PM (#14026840)
Its a bit more complicated than that.

Quite often these days when a part is initialized, the driver uploads firmware as part of that.

If you look at most Linux distros they have a package of firmwares that various companies have allowed to be distributed with the kernel.

Meaning there is a small part of the Qualcomm blob that needs to interface with the kernel to upload the firmware.

And the interface changes as the kernel changes. This because Linux devs don't want the hassle of trying to debug a kernel panic only to find that it is happening inside a third party blob, and thus they can't fix it. Instead they want companies to either work with them to maintain drivers or hand them the information needed to maintain a open driver within the kernel source.