Earlier quoted context omitted.
Google holds a far stronger monopoly than Qualcomm ever will. If Google required the driver support as a condition of allowing Android devices to be distributed with their hardware, Qualcomm would have to comply overnight. Every single Android device from every manufacturer that wants access to Google apps must be approved by Google, and compliant with Google's terms. The "poor Google is at the mercy of other compani…
That's a strange take considering millions of devices sold across the world running AOSP Android without any kind of Google software. From Huawei/Oppo phones in China, car infotainment systems, tablets used in Enterprise environments... Your own post doesn't really square with reality.
Fairphone suggests Qualcomm is the biggest barrier to long-term Android support
201–210 of 226 posts
Re: Fairphone suggests Qualcomm is the biggest barrier to long-term Android support
#202Re: Fairphone suggests Qualcomm is the biggest barrier to long-term Android support
#203Qualcomm is only able to obstruct in this way because Linux doesn’t keep the kernel driver ABI stable for any fixed period of time. If Android used FreeBSD and Qualcomm shipped drivers for the latest build when the SoC was released, you’d have up to five years of support from that kernel release. Windows Phone 10 was actually in a position to support phones for years and even got Qualcomm onboard. It’s a shame the pl…
I still think there is some possibility of Microsoft releasing Windows Kernel as open source. But they will need Azure to be a competitive and stable business first. ( Which is not right now )
Re: Fairphone suggests Qualcomm is the biggest barrier to long-term Android support
#204Earlier quoted context omitted.
Google has been promising to 'solve' fragmentation and long-term support for almost a decade, and it doesn't seem like there is any real solution. If you interested in long-term updates, the answer is simple: buy an iPhone.
We agree that Google hasn't completely solved the support problem, but it's not to say Treble hasn't improved things. Android Pie: https://www.androidauthority.com/project-treble-2019-1045370... Android 11: https://9to5google.com/2020/12/16/android-updates-4-years/
Re: Fairphone suggests Qualcomm is the biggest barrier to long-term Android support
#205Earlier quoted context omitted.
Hmm, don't think so. Vendors cannot create CPU microcode, Intel has to do that. And the relevant Intel document[1] clearly stated that they weren't going to do that. The HP400 specs I found only list Bloomfield processors[2], not Westmere. Perhaps that is the source of your confusion? 1- https://www.intel.com/content/dam/www/public/us/en/documents... 2- https://support.hp.com/us-en/document/c01709672
X5690 (Westmere) works well in Z400. Here’s another article specifying the BIOS update: https://www.techpowerup.com/forums/threads/new-microcode-for...
Re: Fairphone suggests Qualcomm is the biggest barrier to long-term Android support
#206It's not just Qualcomm it's closed source driver blobs in general. Even if your CPU might still be supported your other hardware might not. A common offender is camera drivers as far as I know and while you sometimes can still make the camera work it often comes with noticeable decreased quality (as the special patent encumbered closed source image post processing sausage is missing). Besides that potential but as fa…
Meanwhile, on a platform with a generally stable binary driver ABI alike Windows, even drivers for a prototype MSM8960 phone (Snapdragon S4) released in 2012-2013 will still run on 2021 versions of ARM32 Windows (insofar as these are still being built and released, of course).
Additionally with the work the Android Kernel team are doing to upstream so Android Common Kernel can be just replaced with using the Linux mainline, we're getting ever closer to limiting the effect that closed-source drivers have on updates.
[1] https://source.android.com/devices/architecture/kernel/gener...
Re: Fairphone suggests Qualcomm is the biggest barrier to long-term Android support
#207Earlier quoted context omitted.
It's somewhat pragmatic for the Linux developers. Support a stable kernel API probably wouldn't be that expensive. It's clearly a political decision against writing close source code that does anything low level.
I am not sure why the comment is being downvoted - thats exactly what it is, a political decision to force companies to produce open drivers.
> Support a stable kernel API probably wouldn't be that expensive
Re: Fairphone suggests Qualcomm is the biggest barrier to long-term Android support
#208> First, your SoC (System on a Chip) manufacturer (usually Qualcomm) has to get hold of it and customize Android for a particular SoC, adding drivers and other hardware support. Then, that build goes to your phone manufacturer (Fairphone, in this case) which adds support for the rest of the hardware—things like cameras, the display, and any other accessories. Why is it so easy to boot any linux distro on almost any d…
A phone doesn't really have this standard; it's closer to a microcontroller with random shit attached to its pins, including for critical operations such as display or disk IO (where as on PCs you can get away with using the generic BIOS-provided functionality, which while not fast will at least work).
Re: Fairphone suggests Qualcomm is the biggest barrier to long-term Android support
#209Earlier quoted context omitted.
> It's not just Qualcomm it's closed source driver blobs in general. To be precise, Qualcomm's Linux drivers are GPL'd like the rest of the kernel. Drivers often come with firmware blobs and proprietary binaries in userspace, but it should be possible to keep the kernel driver compatible with both. The actual reason why older SoCs stop working on newer Linux kernels is that Qualcom's drivers were not fully upstreamed…
That may keep the phone working but that doesn't provide security updates. Only Qualcomm can provide security updates for the binary blobs, so if Qualcomm won't sell security updates past 3 years than no OEM can guarantee a secure phone for more than 3 years. Sure, they can update other components but I would be very upset if 3.5 years into my 5 year supported phone a CPU vulnerability was discovered that let apps ge…
I think that's exactly what Fairphone does. Sure they are not as big as Samsung, but they seem to be true to their word (I'm a happy FP3 customer, but to be honest I have much reasonable expectations for my phone than many :) )
Re: Fairphone suggests Qualcomm is the biggest barrier to long-term Android support
#210Earlier quoted context omitted.
> Windows Phone 10 was actually in a position to support phones for years and even got Qualcomm onboard. It’s a shame the platform was never competitive, and they’d burned all their goodwill on the 7 and 8 fiascos. Regardless of how much goodwill they burned with 7 and 8, their handling of the WM 10 release nailed the coffin shut. They actually made a release that ran ok, but it was 18 months after the initial releas…
Yes, exactly that. I got onto windows phone with 8.0 and it was very nice to use even if app support was lacking. I steadily saw it decline. 8.1 took away much of what made it unique in the hope of getting better app support ( narrator: it didn’t ) but still remained fast and stable. Windows phone 10 was an outright disaster, slow and buggy, with no advantage to the user. Maybe microsoft was always doomed in the mobi…
I don't think they really were. They were actually gaining market share in the 8.x days, in part because their low priced phones were a lot more usable than similarly priced Android phones. Had they continued that trend with 10, instead of making a terrible release and pivoting towards high priced phones, they might have gotten enough market share to change developer's minds. And it's not like Microsoft didn't have experience on breaking into a market; the first xbox was weird and different, but they became a top tier console.