Live data from Hacker News

Gnome Shell on the Apple M1, bare metal

twitter.com

101–110 of 141 posts

Re: Gnome Shell on the Apple M1, bare metal

#102
post #77

Earlier quoted context omitted.

If they can reverse engineer a whole undocumented display controller and GPU, then a fingerprint scanner is easy. The barriers to these 'minor' things is motivated people to do it, not anything technical. This is something that can be helped with money. Fundamentally like many engineering things, it's a Pareto principle thing. You can have a "basically working" device but it's a surprising amount of (potentially dull…

> If they can reverse engineer a whole undocumented display controller and GPU Who says they reverse engineered whole of it? Making it display images is easier compared to making it work fast, support video decode, power saving, etc. Nouveau has been around for long time and never transitioned from former to latter state. > then a fingerprint scanner is easy. Yes, but it is not the point I was making. > The barriers…

Nouveau has a problem with nonredistributable firmware. We don't have that problem because Apple distributes their firmware themselves and it gets loaded before Linux boots. I already put together a prototype installer that deals with the whole firmware situation for users.

I've been porting Linux to undocumented platforms for 10 years and the main barrier to getting it polished is motivational, not technical. It's precisely the hard problems that motivate people.

Re: Gnome Shell on the Apple M1, bare metal

#103
post #77

Earlier quoted context omitted.

If they can reverse engineer a whole undocumented display controller and GPU, then a fingerprint scanner is easy. The barriers to these 'minor' things is motivated people to do it, not anything technical. This is something that can be helped with money. Fundamentally like many engineering things, it's a Pareto principle thing. You can have a "basically working" device but it's a surprising amount of (potentially dull…

Apple is probably actively working against you if you want to get the fingerprint scanner and its ‘Secure Enclave’ to work.

Linux can use the Secure Enclave just as well as macOS can. We fully intend to support Touch ID and things like offloading SSH key authentication to the Secure Enclave from Linux.

All this "Apple hates us and half the things are never going to work" FUD is getting really tiring. There isn't a single instance where Apple have put roadblocks in front of Linux support in the history of the Macintosh. All existing problems come down to lack of drivers or nonstandard design choices. Solving that is the entire goal of the project: developing support for the hardware.

Re: Gnome Shell on the Apple M1, bare metal

#104

Earlier quoted context omitted.

I am really not sure what your problem is. You are bitter because, what, they're actually managing it this time? This entire project so far has been an absolutely incredible exercise in reverse engineering, with excellent results, from a whole range of people. It should be applauded.

Bitter? I am just warning that it's highly unlikely that they will be succesful, and that even the meaning of succesful does not mean exactly what the poster has in mind if he thinks "Wi-Fi, Bluetooth or sleep problems" are relevant. The problems that you are to expect are in an entirely different league, it will not be "yet another slightly non-functional x86 laptop" like the previous Macs. We are talking about a gr…

So they shouldn't try? What exactly is your point, other than being obtuse?

Re: Gnome Shell on the Apple M1, bare metal

#105

Earlier quoted context omitted.

Bitter? I am just warning that it's highly unlikely that they will be succesful, and that even the meaning of succesful does not mean exactly what the poster has in mind if he thinks "Wi-Fi, Bluetooth or sleep problems" are relevant. The problems that you are to expect are in an entirely different league, it will not be "yet another slightly non-functional x86 laptop" like the previous Macs. We are talking about a gr…

So they shouldn't try? What exactly is your point, other than being obtuse?

Please, look at the post I'm replying to

> I’m so worried this project will get 95% of the way there, and then all the fun issues will run out and the M1 will be just another MacBook with WiFi, Bluetooth and sleep issues.

I'm saying if you end up with only Wi-Fi, Bluetooth and sleep issues you will be lucky, since to have a problem-free RE'd GPU driver would be a first, while plenty of laptops have problem-free Wi-Fi, bluetooth, and sleep. So it is definitely not Wi-Fi, Bluetooth, and sleep that should make you afraid.

Re: Gnome Shell on the Apple M1, bare metal

#106

Earlier quoted context omitted.

I am really not sure what your problem is. You are bitter because, what, they're actually managing it this time? This entire project so far has been an absolutely incredible exercise in reverse engineering, with excellent results, from a whole range of people. It should be applauded.

Bitter? I am just warning that it's highly unlikely that they will be succesful, and that even the meaning of succesful does not mean exactly what the poster has in mind if he thinks "Wi-Fi, Bluetooth or sleep problems" are relevant. The problems that you are to expect are in an entirely different league, it will not be "yet another slightly non-functional x86 laptop" like the previous Macs. We are talking about a gr…

You do realize the same person working on the Panfrost driver is working on Asahi, right?

We aren't a bunch of random people; we've been in this game for years. I think we have a better idea about the development effort required, likely timelines, and what project structure works than Larabel, who runs a blog.

As I said, we already have the userspace graphics stack passing a big chunk of basic test suites. We're already a good part of the way to getting this to work, in ~8 months including all of the hardware bring-up, not just GPU.

Re: Gnome Shell on the Apple M1, bare metal

#107

Earlier quoted context omitted.

Bitter? I am just warning that it's highly unlikely that they will be succesful, and that even the meaning of succesful does not mean exactly what the poster has in mind if he thinks "Wi-Fi, Bluetooth or sleep problems" are relevant. The problems that you are to expect are in an entirely different league, it will not be "yet another slightly non-functional x86 laptop" like the previous Macs. We are talking about a gr…

You do realize the same person working on the Panfrost driver is working on Asahi, right? We aren't a bunch of random people; we've been in this game for years. I think we have a better idea about the development effort required, likely timelines, and what project structure works than Larabel, who runs a blog. As I said, we already have the userspace graphics stack passing a big chunk of basic test suites. We're alre…

Yes, and the infrastructure(Mesa, LLVM) and the like is much better, or at least much better than during the PowerVR MBX days, almost 20 years ago, when I was in the game. I have no doubt that something is going to come out of this. But really, are you going to claim that you have the people to make a RE driver on the level of, say, the Intel one?

For someone who is complaining about "sleep issues", I'm quite sure he is not understanding how different the situation is going to look.

Re: Gnome Shell on the Apple M1, bare metal

#109

Earlier quoted context omitted.

But the point is that Apple's software that runs on the M1 is absurdly better than the competition, especially on the M1, because both the macOS software and the M1 hardware were designed to work together hand-in-hand fast and efficiently. So even if you could get all the hardware drivers working properly, Linux/Gnome still will lose out to macOS because that hardware simply wasn't designed for that software, and tha…

The "it was all designed by Apple so can't be outperformed in parts" has got to be a trope at this point. If that's the case why is Chrome able to put benchmark Safari on my M1? Not to mention the OS shouldn't be the bottleneck for anything performance related in a desktop type system anyways.

Because safari isn't purely optimized for speed. It's optimized for 'fast enough', but also low power usage. Chrome is _only_ optimized for speed (and thusly uses far more power), though it's my understanding that google is rethinking that balance somewhat.

Re: Gnome Shell on the Apple M1, bare metal

#110
post #51

Earlier quoted context omitted.

> "free software" becomes unfree when you have to pay Not the same meaning of "free". But anyway, for now, you have to pay Apple prices to have a computer with an M1 chip on it. If the price is a string requirement, one probably won't buy Apple hardware and rather get something that less expensive and is already well supported by free software :).

> Not the same meaning of "free". But anyway Would you care to enlighten me please? Otherwise your comment is of no value.

There's basically only 2 meanings for free (not in jail, price of 0), so if it's not the one, it's the other. Don't think his comment wasn't of value to me.
Post reply on HN