288
submitted 5 months ago by Suoko@feddit.it to c/linux@lemmy.ml
top 33 comments
sorted by: hot top controversial new old
[-] jjlinux@lemmy.ml 66 points 5 months ago

This could, in theory, speed up the birth of actually usable Linux phones. Dreaming is still free.

[-] steal_your_face@lemmy.ml 9 points 5 months ago

This dream brought to you by light speed briefs

[-] jjlinux@lemmy.ml 2 points 5 months ago
[-] TMP_NKcYUEoM7kXg4qYe@lemmy.world 7 points 5 months ago* (last edited 5 months ago)

Sorry for breaking your dream but as far as I know, Linux phones are not usable because of crappy drivers for peripherals. Performance is not generally the most glaring issue. Though at least this SoC won't have trouble going to sleep compared to the pinephone.

[-] jjlinux@lemmy.ml 4 points 5 months ago

Exactly, which is why this helps reboot that dream. I'm not going to hold my breath, but I certainly hope this does open some avenues for that.

[-] Petter1@lemm.ee 3 points 5 months ago

🤩Hyped for that

[-] GolfNovemberUniform@lemmy.ml 38 points 5 months ago

Nice. ARM makes a lot if sense for energy efficiency. Would love to see it on a more budget and low-end device though

[-] GustavoM@lemmy.world 4 points 5 months ago

Orange pi zero 3 is arm-based and can be really viable for daily usage if you are into tinkering.

[-] GolfNovemberUniform@lemmy.ml -2 points 5 months ago

Orange Pi is not open-source and is designed in China. Kinda suspicious this one

[-] AlexWIWA@lemmy.ml 31 points 5 months ago

I'm so excited for a good ARM machine for Linux. The battery life will be insane

[-] ozymandias117@lemmy.world 29 points 5 months ago

Qualcomm has, so far, been extremely against upstreaming drivers. Google has told them they can’t touch the kernel anymore over it

If that’s actually changing, it could be huge for a real alternative

[-] sugartits@lemmy.world 7 points 5 months ago

Google doesn't control the Linux kernel.

[-] MonkderDritte@feddit.de 8 points 5 months ago

But Android.

[-] ProgrammingSocks@pawb.social 7 points 5 months ago

Google also makes their own silicon now. I wouldn't be surprised if that's caused a change.

[-] ozymandias117@lemmy.world 4 points 5 months ago

They do when Qualcomm wants to use their processors in Android phones

[-] stsquad@lemmy.ml 3 points 5 months ago

I wouldn't say that, it's just there is a lot in vendor kernels and little incentive to upstream stuff for older SoCs that have already shipped. It's true Google has come around to the importance of not drifting too far from upstream and hopefully we are starting to see the results of that change in attitude.

As I understand it my colleges in the QC landing team @ Linaro spend a lot of time getting stuff into the various upstreams.

[-] TCB13@lemmy.world 28 points 5 months ago

I'm all for ARM and having thin laptops / tablets running full desktop Linux... however it's going to be a pain, there's a LOT of X86_64 software out there that is hard to get running on ARM with decent performance. And some of those things can't get ported.

Besides that the ARM ecosystem is a fucking mess of companies who don't want to implement a generic UEFI thus you'll never get generic support from OSes like there is on x86. I believe this this is the defining moment of ARM, when the CPU makers actually make UEFI a requirement and we no longer have to do the hacks and nonsenses we see on SBCs to get those CPUs running.

[-] possiblylinux127@lemmy.zip 20 points 5 months ago

The good part about Linux is that the ecosystem pretty much Foss. You can just compile it for arm. Debian already does this.

[-] onlinepersona@programming.dev 11 points 5 months ago* (last edited 5 months ago)

however it's going to be a pain, there's a LOT of X86_64 software out there that is hard to get running on ARM with decent performance

That was Mac when the M1 dropped, buy their problem is most of the stuff isn't open source and one has to wait for the publisher to recompile on an ARM device. I expect a bunch of software to just be recompiled remotely or locally if you have such a distro (Gentoo, Arch, NixOS,...) and not even notice a difference.

A lot of stuff already has ARM builds because of the raspberry pi. Many docker images have ARM versions too.

This isn't going to be the clusterfuck it was on Malus chips, except for maybe gaming because it's in the same place. Asahi Linux is dealing with that right now too (donating can help).

Anti Commercial-AI license

[-] LeFantome@programming.dev 8 points 5 months ago

Dealing with legacy software is a huge problem for Windows. I feel like it is a much smaller problem for Linux.

Gamers will certainly be hit. But a lot of the workload in games is the GPU of course, which can be native.

What other ARM software are you thinking of?

[-] TCB13@lemmy.world 3 points 5 months ago

Anything proprietary will face issues, games being the more obvious one. And you’ll also run into the issue that a lot Linux users do virtualize Windows from time to time and that’s gonna be harder and worse.

To be frank that’s not my main concern here. It’s the fact that ARM vendors aren’t supporting UEFI and that’s a mess that people usually don’t think about. Right now you’ve kernel tweaks to support the boot specifics and low level shenanigans of ARM-xyz.

This a problem, there’s much more brands developing ARM chips and boards nowadays than we ever had with intel/amd and the PC vendors were still kind of forced into adopting a unified interface. It’s not feasible to make the OS support hundreds of specific boards and their details. I just hope that Microsoft forces Qualcomm into baking in a proper UEFI so other brands will follow and we finally can treat ARM based stuff as mostly generic systems.

[-] Petter1@lemm.ee 1 points 5 months ago

😏dual cpu gaming PC armX86 Edition?

[-] stsquad@lemmy.ml 3 points 5 months ago

SystemReady is already a thing. When it becomes mandatory for design wins hopefully it will become more common place.

[-] art@lemmy.world 1 points 5 months ago

There will be some growing pains, but the x86 compatibility layers are getting surprisingly good. Personally, other than Steam, I don't have any software this is incompatible with ARM.

[-] just_another_person@lemmy.world 21 points 5 months ago

Don't understand the snarky title. This is a good thing. Waiting for AMD to kick out that mobile ARM chip anytime now. We're waiting.

[-] Suoko@feddit.it 3 points 5 months ago* (last edited 5 months ago)

X86_64 has been challenged and surpassed in some cases, no more duopoly will exist anymore fortunately. It's time for a price race now

[-] just_another_person@lemmy.world 13 points 5 months ago

ARM is not capable of surpassing the existing world of x86 in raw power. It's not about that. People do want an 8 hour battery life out of their laptops though.

[-] qaz@lemmy.world 1 points 5 months ago

The last part is probably referring to the fact that they're using Debian instead of their own TuxedoOS.

[-] addie@feddit.uk 17 points 5 months ago

emerges from a brand you've probably never heard of

Writing this on a Tuxedo Pulse 14 / gen 3 as we speak. Great little laptop. I'd wanted something with a few more pixels than my previous machine, and there's a massive jump from bog-standard 1080p to extremely expensive 4K screens. Three megapixel screen at a premium-but-not-insane price, compiles code like a champion, makes an extremely competent job of 3D gaming, came with Linux and runs it all perfectly.

"Tuxedo Linux", which is their in-house distro, is Ubuntu + KDE Plasma. Seemed absolutely fine, although I replaced it with Arch btw since that's more my style. Presumably they're using Debian for the ARM support on this new one? This one runs pretty cold most of the time, but you definitely know that you've got a 54W processor in a very thin mobile device when you try eg. playing simulation games - it gets a bit warm on the knees. "Not x64" would be a deal-breaker for my work, but for most uses the added battery life would be more valuable than the inconvenience.

[-] ryannathans@aussie.zone 10 points 5 months ago

You won't be able to buy it for years until the drivers make their way into debian /s

[-] nikita@sh.itjust.works 8 points 5 months ago

If only we could prod decision makers at the big software companies to actually support Linux…

Those fucks are way too greedy though. I mean AutoCAD hasn’t even got any significant feature updates in years let alone support for any platform other than Windows and they still charge insane prices for it just cause they can. And at the end of the day me and everyone at work are all stuck on shitty Windows.

[-] tigerjerusalem@lemmy.world 5 points 5 months ago* (last edited 5 months ago)

It looks like a chicken and egg problem: you don't have commercial software available on Linux so people won't use it, so you don't have enough user base to justify the development of Linux versions. This won't be solved unless a big company like Valve decides that Linux is the way and start solving basic issues like usability and installation of apps.

this post was submitted on 09 Jun 2024
288 points (99.7% liked)

Linux

48376 readers
1019 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS