Advertisement
Advertisement
β‘ Community Insights
Discussion Sentiment
75% Positive
Analyzed from 2513 words in the discussion.
Trending Topics
#pixel#grapheneos#mte#motorola#security#support#google#devices#more#android
Discussion Sentiment
Analyzed from 2513 words in the discussion.
Trending Topics
Discussion (57 Comments)Read Original on HackerNews
The 10 dropped the physical SIM slot and Google started with their device tree shenanigans that year, with little to no improvements in exchange.
I've got 16GB of RAM and 512GB in an ecosystem that shows every sign of regressing in capacities due to component price inflation.
Very interested to see what Motorola does next year, however.
Sticking with a 9 Pro or 10 Pro is the smart move right now. Iβm actually considering spending $400 to get a broken 9 Pro XL fixedβ¦
Not sure about the 10, but at least the 10 Pro still has one.
There's still dual SIM support either way and you can store dozens of inactive eSIMs. The main downside of eSIMs is widespread lack of transfer support by carriers.
I guess that's a thumbs down then?
I'm optimistic about the Motorola partnership and when my 9 Pro is EOL I'll definitely look at how that's played out.
It's a completely different story for GrapheneOS where it means losing one of the main kernel and userspace security protections. This is one of the only ways we can significantly harden the Linux kernel with existing security features. The Linux kernel has always been a huge security liability for Android and AI models are making that much more obvious to everyone.
Google will likely end up heavily using MTE in the future. Pixel 11 devices won't be able to benefit from it. They're at the start of 7 years of updates but they won't be getting the benefit of future updates enabling MTE. Pixel 8 and later will benefit from Google likely expanding use of MTE for AAPM and eventually beginning to use it by default. It's unlikely Google will stop working on expanding MTE due to the Pixel 11 hardware decision. Multiple other OEMs are interested in MTE for devices made for businesses and governments even if Google decided it wasn't worth the cost for Pixels.
- They claim Apple did a great job integrating MIE in iOS - iOS doesn't encourage to opt into MTE ... Apple's docs warn developers of performance and stability issues
So it seems like even for iOS, this special security feature is only available for Apple own iOS app (at most?).
Then also:
> Even Signal doesn't opt-in. Our approach enables forcing using MTE in the standard allocators regardless.
So does that mean that Signal and any other apps are enrolled in MTE on Graphene?
Android has more app ecosystem adoption than iOS due to having a better open source app ecosystem where GrapheneOS users have asked apps to enable it by default. Many GrapheneOS users are also force enabling MTE for user installed apps via our recommended toggle for it. Those users are reporting invalid memory access to developers via our dedicated notification system for invalid memory accesses it catches. For Android app developers, not opting into MTE doesn't mean their app won't be used with MTE due to GrapheneOS.
GrapheneOS uses MTE for the kernel and nearly every userspace process including all the base OS apps. We've had to fix many upstream Linux kernel and Pixel kernel driver bugs found by MTE. However, we aren't trying to fix the Pixel userspace drivers code ourselves so we have a few userspace processes excluded from MTE caused by userspace driver library/service bugs.
We recommend users enable our toggle for enabling MTE by default for every user installed app not explicitly marked as incompatible in our compatibility database. GrapheneOS has user-facing notifications for invalid memory accesses caught by MTE providing a traceback to share with the app developers. Users can use the per-app toggle to work around it if it makes an app unusable. We take the same approach for other aggressive exploit protections provided by GrapheneOS. Exploit protections with only rare compatibility issues are enabled by default for apps with a per-app toggle to opt-out and no toggle for the global default.
So basically they say don't buy it, wait for the Motorola phones.
They bought the best phone hardware and software companies (Motorola and Android) and gutted them both.
The upcoming Motorola flagship will have a dramatically better CPU and GPU than the Pixel 11 and competitive cameras. It will still have 7 years of updates, MTE and a secure element with the features used by GrapheneOS. Motorola Signature (2026) is the predecessor not quite meeting our requirements mainly due to lack of MTE but also lack of other features which had to be developed.
https://www.dxomark.com/smartphones/
We aren't sure when the first Motorola folding devices we can support will be released, but that will happen.
Is there any guarantee that in 4 years this device will be getting monthly patches, source and builds regularly?
Motorola will directly Qualcomm firmware and drivers we need which are mainly from Qualcomm. The updates will be up to us.
Let Motorola do the hardware and GrapheneOS the software.
Google just can't help being a fucking disappointment at every single opportunity!
The upcoming Motorola flagship will have a dramatically better CPU and GPU than the Pixel 11 and competitive cameras. It will still have 7 years of updates, MTE and a secure element with the features used by GrapheneOS. Motorola Signature (2026) is the predecessor not quite meeting our requirements mainly due to lack of MTE but also lack of other features which had to be developed.
Anyone who values Graphene's work will purchase one of their Motorola devices, whatever the cost, otherwise it seems your choices are going to be giving up more data and control to Google, because they are clearly, obviously and systematically trying to remove GOS from Pixels (lack of source code, removing hardware features, making it purposely difficult to support pixels).
I predict by 2030 GrapheneOS will not support any new pixels entirely. The existing pixels will eventually die off and that will be that.
[1]: https://blog.google/security/new-android-network-security-pr...
My concern is that Motorola is a Chinese company. Sure, Pixel and Apple phones are made in China too, but they're overseen by American companies. How can we know these Motorola phones will not one day be placed on the "do not trust" list like e.g. Huawei phones?
The President of the United States, or members of the Federal Government that have the various levers of power.
> and why do you listen to the people who place them there
If they won't allow the devices to be imported then it's not really an option. Which also means they wouldn't be allowed to connect to the cell network.
Or they could be barred from all Federal or State facilities, having to be left in a faraday bag upon entry.
Federal grants and loans to states and companies could be denied if company policy allows the use of those devices for corporate communications and purchasing decisions, etc.