161–170 of 258 posts
They first mentioned that efforts to add M3 support were starting in February:
> For quite some time, m1n1 has had basic support for the M3 series machines. What has been missing are Devicetrees for each machine, as well as patches to our Linux kernel drivers to support M3-specific hardware quirks and changes from M2. Our intent was always to get to fleshing this out once our existing patchset became more manageable
Earlier quoted context omitted.
If they can set a single machine as target every few years and make it work, that would be a lot better than having no alternative. M1 support is pretty usable nowadays, and I would imagine at least a fraction of the work translates to future devices... It's not sunshine and rainbows, but it isn't a project doomed to fail either.
M1 support is barely usable, at least on m1 air last time I checked idle battery drain was about 7-8% per hour (in macos battery health is still at 96%). Alt DP mode doesn't operate under kde wayland plasma due to inherent incompatability between implementation design and kwin, everything else is surprisingly good, albeit battery was really hard to ignore to fully switch. Hopefully, they will manage to get it done so…
Earlier quoted context omitted.
Apple is a digital services company that happens to sell hardware. Their big money maker is their app store, and no Linux user is ever going to buy apps from the app store. They still have the Darwin kernel open,but more and more of the open core is moving to closed components, a recipe for what Google started doing to Android. Now that they're no longer the hipster underdog, I don't think they care much about the br…
If there was a Linux Apple App Store, I would buy stuff from it. I already buy from Steam. OSS doesn't have the answer to everything. Boutique software has value that people are willing to pay for.
I believe you.
> I already buy from Steam.
I believe this even more.
Earlier quoted context omitted.
Because Apple is not just a hardware company anymore. They track users and they sell ads. Sure, they are not at the same level as Meta and Google, but their ad platform is not insignificant anymore. Also that same software platform allows to get more money out of their users via their App Store. Selling hardware with the software that helps them track means more revenue than the same hardware with the software.
> Because Apple is not just a hardware company anymore. They track users and they sell ads. Sure, they are not at the same level as Meta and Google, but their ad platform is not insignificant anymore. And this is related to MacBooks how exactly?
Earlier quoted context omitted.
> How could they do that? iBoot? Asahi needs iBoot to boot third-party volumes for Linux to run properly. Apple controls iBoot; if they burn an eFuse and disable third-party volumes in a "Security" update, Asahi cannot fight back. You cannot boot macOS with an unsigned iBoot firmware, so writing your own bootloader isn't an option. If a fuse is burned, you also cannot downgrade to older firmwares. The entire system i…
iBoot firmware exists and is already in our hands. Any manufacturer could put an eFuse in any of their hardware and lock it. No hardware can be proven not to have such exploits. That's the first point marcan makes in that post.
This is my point too, though. Do we trust Apple to not burn a hardware fuse if their community one-ups them? They've already done it on iPad and iPhone hardware when users find a boot ROM exploit. All that they'd need to do is push an update for "security" purposes, and then the new boot flow could refuse to boot into unsigned volumes or deny running unsigned bootloaders. There would be no way to downgrade.
This is basic ARM security architecture stuff, I'm a little shocked that people can't imagine how this type of lockout is possible. There are tons of commodity ARM boards that are effectively bricked and eFused to user-hostile security epochs.
It is baffling to me that Apple, ostensibly a hardware company (that happens to be pursuing services revenue the way a crackhead pursues crack), ridiculously flush with cash, doesn’t throw 2 or 3 of their thousands of FTEs on this. The goodwill/brand marketing alone is worth their comp, and it will absolutely move units as well. Linux people LOVE laptops, and Apple makes the best laptops by a parsec. It seems like 10…
Apple is a digital services company that happens to sell hardware. Their big money maker is their app store, and no Linux user is ever going to buy apps from the app store. They still have the Darwin kernel open,but more and more of the open core is moving to closed components, a recipe for what Google started doing to Android. Now that they're no longer the hipster underdog, I don't think they care much about the br…
Earlier quoted context omitted.
As far as I can tell, Framework’s claimed battery numbers require Windows to achieve, which is more than enough reason for many to not consider the FW 13 Pro as an option. If it can’t run Linux without sacrifice compared to Windows there’s no point. Standby time is likely also a major issue, unless Intel suddenly reversed course and decided to support proper sleep again.
Is there a laptop with super-awesome battery life on Linux? I'll buy one if so. I'm not sure it's fair to ding Framework specifically for not being able to make Linux battery life as good as Windows. Is that actually something they could reasonably fix?
My understanding is that the reason why Linux still struggles in this front is that nobody has put in the hardware-specific optimization work to make it happen. There’s also some friction with how the bulk of Linux dev attention is paid to servers rather than portable consumer hardware.