Earlier quoted context omitted.
Got a Dell with an integrated GPU as well as a GTX1660. The laptop's display is hooked to the igpu, the HDMI to the GTX. Problems that have happened with Linux, in no particular order: * Bumblebee/Optimus is a pain in the ass to install * Performance on the second screen with Optimus is dreadful (sub 30Hz refresh rate) * Being an NVidia card, I have the choice between Nouveau which can only put it into its low power…
Don’t use Bumblebee anymore. Use this instead: https://download.nvidia.com/XFree86/Linux-x86_64/440.31/READ...
Initial M1 support merged into Linux SoC tree
161–170 of 337 posts
Re: Initial M1 support merged into Linux SoC tree
#162Why does this merge also delete all sorts of (seemingly) unrelated files? Like the 'rocket' and 'Cyclades' drivers in this case.
I also see some changes to what looks like common arm64 code, which isn't guarded to check for Apple or non-Apple; it seemed strange to me that those changes would be ok.
I wonder if both of those things are just changes from an unrelated merge that are showing up in this diff for no reason.
Re: Initial M1 support merged into Linux SoC tree
#163Earlier quoted context omitted.
I think it'll still be a virtual machine? It'll just mean that there could be an ARM native virtual machine rather than one emulating x86.
The secret to the lightweight nature of Docker is that it just uses various namespacing, cgroup etc functionality provided by Linux with no virtualized OS kernel or hw virtualization mechanisms involved. (Yep you need ARM Docker images when running on ARM of course)
I guess to some extent that might be generally useful, what with things like AWS's Graviton ARM processors, but I expect it'll take a while.
Re: Initial M1 support merged into Linux SoC tree
#164Earlier quoted context omitted.
Why?
Because they save money - as they will not pay salaries and taxes on this effort and then when it matures they'll likely appropriate the solution and boast how M1 is great for developers. This should be illegal. In my country a person cannot work for a company for free, they need to receive at least a minimum wage. This port is essentially unpaid and untaxed work for Apple.
I really doubt that Apple will latch onto the Linux porting effort at all. Their goal is to get people to buy their laptops and run macOS on them, and to lock developers in via Xcode and the Mac (and iOS) App Stores. Linux would be a distraction, at best.
Re: Initial M1 support merged into Linux SoC tree
#165Maybe I am being over cynical by isn't this a huge waste of time given that Apple can "pull the plug" at any time? They want to control everything that runs on their chips so why bother?
Re: Initial M1 support merged into Linux SoC tree
#166I sincerely hope that one day, Linux GUI land will receive similar amounts of work as the kernel. While it's great that we can boot it on pretty much every device out there, I would much prefer if it was a viable Windows alternative on a few devices instead. Just yesterday, I plugged an external screen into my Ubuntu laptop. And then I had to duck-duck for like an hour to figure out how to make the fonts large enough…
Anecdotal I know, but I very recently got a macbook air after years of practically exclusively using Linux and the opinionated user interface drives me crazy. Here's a few pain points: - Scroll direction can only be set globally so either touchpad or mouse scrolling feels awkward for me - You need an extra click on another window before you can interact with it - No focus-follows-mouse (there used to be 3rd party plu…
Re: Initial M1 support merged into Linux SoC tree
#167This is very anecdotal but every single laptop I have bought in the last 10 years (4) worked perfectly out-of-the box with either Linux Mint or Ubuntu (which are the same on the inside). I only vaguely remember once I had to change some conf file for my trackpad to work after a dist update but that was it. Not sure why everyone in this thread is so hesitant about Linux on a laptop? It literally just works (tm) for me…
Re: Initial M1 support merged into Linux SoC tree
#168Earlier quoted context omitted.
Yep, I've been looking for a linux laptop for a while that is actually compelling compared to my mac book pro. It seems just about everything is a downgrade in terms of shitty trackpads, lower resolution screens, memory, etc. Linux UI is not a problem for me; I can deal with that. The hardware is a problem though. Here's what I want: - Something that is faster than the last Apple laptop I loved which, I bought in 201…
Really, 4K on a 13" screen? 64GB LP-DDR in a small and light laptop? 16 cores again in a small and light form factor? That's going to be a long wait. Most consumers don't need more than 4 cores and 16GB and that's where the mass market is. Prosumer models don't reach that high and pro workstations are big and clunky because companies would rather buy a stationary workstation and a light laptop instead of paying $6k o…
Cost just under £4k in total.
Re: Initial M1 support merged into Linux SoC tree
#169Earlier quoted context omitted.
Old Macbooks make good linux laptops. This hasn't really been the case for a while now.
Intel CPUs are pretty much the same as 5 years ago...
Re: Initial M1 support merged into Linux SoC tree
#170I sincerely hope that one day, Linux GUI land will receive similar amounts of work as the kernel. While it's great that we can boot it on pretty much every device out there, I would much prefer if it was a viable Windows alternative on a few devices instead. Just yesterday, I plugged an external screen into my Ubuntu laptop. And then I had to duck-duck for like an hour to figure out how to make the fonts large enough…
Anecdotal I know, but I very recently got a macbook air after years of practically exclusively using Linux and the opinionated user interface drives me crazy. Here's a few pain points: - Scroll direction can only be set globally so either touchpad or mouse scrolling feels awkward for me - You need an extra click on another window before you can interact with it - No focus-follows-mouse (there used to be 3rd party plu…