If you want to change some settings oft the device, you need to use their terrible Electron application. It's so bad, volunteers created an alternative. Even they are getting tired of Tuxedo though [2]
The device is also not repairable at all. I had an issue with my screen and they gave me a quote of ~200€+ to repair it. I'm sure I could fix it myself for a lot less, but no parts are available and no instructions.
I hope they improve, but for now I'm disillusioned and would not buy it again.
[1] https://www.phoronix.com/news/TUXEDO-Drivers-Taint-Patches
[2] https://aaronerhardt.github.io/blog/posts/tuxedo_rs_update/
The entire software stack of TUXEDO is tightly integrated, instead of working on a generic solution.
That sounds like the same situation with smartphones, which are nearly all ARM but every SoC or variation of one is different enough that the software is customised for each one.
If you want to change some settings oft the device, you need to use their terrible Electron application.
WTF. I thought Android being Java was already going too far, but they seem to have gone to a whole new level of insanity.
My last machine was a Thinkpad, and I never got it to work nearly as well. Standby mostly didn't work and when docking it, external screens would be arranged incorrectly unless I rebooted. USB ports also did not activate when docked, so I had a script for resetting the USB devices. Sometimes a new kernel version would come along and cause it to start freezing.
I did check out other laptops before buying the tuxedo (t14s g6 amd, zenbook s14), but according to the information available at the time, those machines had lots of issues. They were also more expensive.
Therefore I'm very curious about which laptop that you think is both better and cheaper than tuxedo, and has full hardware support out of the box?
Which means they can't be upstreamed because GPLv3 is not compatible with GPLv2 (for the same reason CDDLv1.0 is considered incompatible).
They either need to track every copyright from the contractors (who AFAIK didn't sign over licensing to Tuxedo) to relicense the code, or write drivers again from scratch.
That is unfortunate. I hoped they were more like System76.
> It's so bad, volunteers created an alternative.
Years ago I wrote my own Linux user space driver for the keyboard on my Clevo based laptop. The Clevo application was so terrible I reverse engineered it and made my own Linux free software replacement.
https://github.com/matheusmoreira/ite-829x
It seems some Tuxedo laptops have the same keyboard. Maybe Tuxedo users will find it useful.
That's not what I would describe as "resolving a license compatibility issue"
What you think would be the alternative in Europe ?
I've replaced it with the new framework 13 inch, which so far works well, but I've only had it for 4-5 months. ( well, but not perfect, because the new AMD AI CPU has issues with suspend on linux)
Otherwise at this point I believe the Framework laptops have pretty solid Linux support and is a good option if you're ok w/ so-so battery life.
Software side was smooth sailing as well.
But you are right that not having drivers upstream is really strange decision.
And exactly the same experience with OEM vendors that were supposed to be Linux friendly, on my case the whole netbooks effort, where graphics, video decoding and wlan never worked as well on Windows, even though they were supposed to.
Dell XPS also had their issues for something that was supposed to be Canonical certified as running GNU/Linux properly.
It seems Android, ChromeOS and WebOS are the only ones where OEMs actually care to make it work properly, naturally the cloud and IoT vendors with their custom distros as well.
And I do not miss at all the Microsoft bullsh*t on tracking and advertising. Or the general sluggishness of Windows.
Inb4: I have used Linux exclusively from 2019 to 2024. It wasn't that bad but it wasn't flawless. At least once per month I met some issue that took few hours to solve. Currently on Win11, zero problems (yes, I am using pirated LTSC IoT version, how did you know?)
A aarch64 Ubuntu vm inside MacOS runs faster and lasts more time than a booted up Ubuntu on arm in these devices. This is how far behind these things are.
and what bums me the most is that it's all about software. The hardware is great, but software on Snapdragon is taking a lot of time to catch up and it screams M$ lobby to me
Clevo is their ODM. They work with Clevo to put together a laptop, and Clevo gets the right to sell a Windows variant. Their version differs, particularly in firmware but also possibly in chips.
I would appreciate a native Linux arm laptop, but this setup works for me in the meantime.
Try Intel's Lunar Lake. My Zenbook 14S (S is important here!) does 12h+ on VS Code, browser & meetings (but compilation is remote). The screen is better than on Macbooks (it's high-res OLED), overall build is good. You probably won't be able to run Ubuntu LTS without installing latest kernel, but regular version should do just fine.
If you don't like ASUS, you can also try Thinkpad X1 Carbon Gen 13. It's a bit on the smaller side and costs twice as much, but it's a pretty neat device.
Chicken and egg. The Linux vendors don't have the power to drive ODMs nearly as much as Apple because everyone keeps buying Windows and slapping Linux on it (then complaining online when they have to be the systems integrator themselves, fixing the inevitable razor cuts)
This is a shame because all the ARM licensees worth buying hardware from always have higher margins on smartphones or services. They have no commitment to supporting the PC or server market, let alone the software they use or featureset they depend on. It's no wonder that ARM adoption is stalling on the runway while Power11 gets upstream kernel support and RISC-V displaces integrated ARM ICs. Their only stakeholder is making their money off iPhone apps, not professional software.
On Linux?
The hard reality is that Apple invests in SoftBank, the owner of ARM's IP, and nobody in the Linux (or Windows) world does the same. They really just don't care. There aren't entrenched hardware manufacturers that want to reprise the featureset of UEFI on ARM. You will be waiting forever if you demand an ARM laptop that works like an x86 one with Linux.
ARM has been like this forever, and it's unlikely it will change due to Asahi or Apple Silicon. ARM lives or dies based on Apple's treatment of it, no other corporate stakeholder has comparable control over the ISA.
Note: not an Apple fanboy.
Well, there's your leading qualifier. Covid taught us that businesspeople can do their work on an iPad with Google Docs if they had to. It's not much of a surprise to anyone that they can do their work on a Mac with a souped-up iPhone processor.
My shock with Apple Silicon is how it collapses with non-browser-oriented tasks. The moment I stop watching YouTube it's like I'm back on Linux in 2008 again, trying to run everything through a Windows VM. My old Pro Tools plugins? Gotta use a VM, Rosetta won't work. A modern OpenGL program? Gotta wrestle depreciation flags to compile it. Even my old Homebrew casks had to get rewritten because Apple Silicon had to switch stuff around again.
By the time people insisted "try the M2 for a few weeks!" I was already dailying NixOS. MacOS is continuing the frying-pan-to-fire arc it started ever since 10.14.
I'm about to try the Dell XPS 13 Snapdragon Q Elite with Linux so we'll see how it goes.
Has anybody had any first-hand experience with Linux on such laptops?
It looks like the Snapdragon X gets quite a lot of support now and end of the year or earlier next year it should be quite useable for most.
When the Snapdragon X laptops came out they where all over 1000$ and I completely understand that the number of Linux kernel enthusiasts to set things up would initially be limited.
Used prices come down now and that will also help.
The issue is drivers for peripherals and wifi.
I think the GPU is now supported.
It's been a long wait, mostly due to Qualcomm as I understand.
In my case the biggest drawback is not being able to use an external screen via HDMI and the sound support (although you can workaround that with BT). Let's not talk about widevine, I managed to eventually get it to work but it was very painful.
If we get full audio support and solve some of the widevine issues, this can easily become a daily driver for when I'm traveling or giving presentations.
Tho, I really want this to happen. As far as I've tested on Volterra (ms dev kit 2023), linux has a lot going right for it. there is a ton of ARM64 packages, and drivers just work (e.g. I had to wait so long for Wacom to release WoA drivers while it worked out the box with ARM64 linux builds). the potential is there and it's great.
On a last note, not being able to ship necessary firmware and relying on a WoA boot drive still sucks.
Battery life could be a bit better but is decent.
Woe to you if Debian pushes a systemd update. It took repeated incantations with apt to get that update to take, because updating systemd would crash the VM Every. Damn. Time.
[0] The current console-only incarnation.
I'm cautiously optimistic about AVF, but I don't see why it would have any better performance than native code running directly on the host system?
[1] https://www.tuxedocomputers.com/en/TUXEDO-on-ARM-is-coming.t... [2] https://www.tuxedocomputers.com/en/How-is-TUXEDOCOes-ARM-Not...
I'd really like to replace my old Thinkpad with a long-running, lightweight Linux laptop that can also do some gaming on the side (think Witcher 3 on good settings) but Snapdragon has not lived up to the hype AFAIK.
But big thumbs up to all the Linux devs that are working on improving the situation!
The article mentions an emulator, but it seemed to be for running games.
I also heard MS had something similar in their arm dev kit, but haven't looked much into it.
Windows on ARM has allowed running x86 code from launch with Windows 10 and x64 code since Windows 11.
I think they mention games because a lot of other software for Linux is generally open source. So a lot of times it's pretty easy to get an ARM build.
It also does a neat performance trick where it intercepts library calls and redirects them to native versions of the same library.
There is absolutely no user land infrastructure for using this in the way that Rosetta does on macOS, though. Feel free to contribute it!
That would be awesome!
Yeah we need some trade off's. But for dev's & a lot of ops stuff I enjoy more x86 as it's de facto standard.
It is fine, and good of them to try, but if you don’t need it, you don’t need it.
Long battery is pretty nice. And you don't have to be productive for 8 hours straight to feel the niceness.
Do you think that you are the center of the world and no product deserves to exist unless you have an immediate use for it?
