Live data from Hacker News

Suspend for the X1 Carbon 2018 on Linux

github.com

91–100 of 126 posts

Re: Suspend for the X1 Carbon 2018 on Linux

#91

Didn't Lenovo used to get Thinkpads certified by Ubuntu and RH ? Did they give up on it ? That only leaves Dell as the other main vendor (not counting smaller niche players) that still gives a shit. Edit: Looks like they still do, just that certification doesn't mean shit. This is more RH and Canonical's fault than Lenovo's. What's the point of certifying something if you can add a note (as Canonical did) that suspen…

When I worked for Canonical, all the cool kids had Thinkpads.

Re: Suspend for the X1 Carbon 2018 on Linux

#92

Earlier quoted context omitted.

Any problems with the 6th despite the sleep mode? Do you have the higher resolution version?

I do (unfortunately) have the HiDPI model. I personally don't care at all about more pixels on this machine, but I understand why people want this. HiDPI is kinda a mess in general on Linux, from my limited use cases. I run X11 with i3wm on Arch, and the application support is all over the place. `xrandr` seems unhappy with multiple monitors at different resolutions (as is my case at work, with external displays), it…

Same boat here. I'm running a T450s 1440p model with Arch and i3wm. Mostly it's docked at a 27" 1440p monitor at work, so I set the DPI such that it looks nice in this use case. When I undock it, things get smaaall.

I got used to it by now, as I don't normally work on the internal monitor for longer times. Nevertheless this really bugs me out.

Re: Suspend for the X1 Carbon 2018 on Linux

#93
post #79
post #75

I bought the X1 6th gen, but ended up returning it for a refund due to poor Linux support. There is no excuse for breaking S3 suspend.

Did you find anything besides S3 that didn't work? I have the 6th gen X1 and once I patched in ACPI my ubuntu install has worked perfectly.

Can you please tell me what the battery life is on Ubuntu (with ACPI patch) vs Windows (with or without ACPI patch)?

Re: Suspend for the X1 Carbon 2018 on Linux

#94
post #33
post #5

This is short on details. So here are some more: since S0 ( active suspend) became more popular with windows 10, most manufacturers have decided to REMOVE THE CODE from the bios that allows S3 (suspend to ram). Worst case is they left the stubs pretending S3 is supported, so the computer goes to sleep - but never wakes up! Dell, I'm looking at you!! Workarounds come from redoing the S3 code, mostly in ACPI tables wit…

It's worrying how obscure and poor standards compliance modern hardware is starting to display. And we're talking about PCs. Let's not even discuss mobiles. In 2012 I bought a MacBook Air to run Linux. It's a great silent machine with all Intel hardware, except the pretty poor quality Broadcom wireless card. It boots with any vanilla kernel, and everything just works. Except for poor wireless range. What machine can…

Two years ago, I bought a ASUS ZENBOOK UX305FA and it is fanless and works well under Linux. Maybe there is some newer similar model.

Re: Suspend for the X1 Carbon 2018 on Linux

#95
post #57

Earlier quoted context omitted.

Dell XPS 13. Comes with Linux and the new model is very quiet (fans don't even spin with most tasks).

Seconded. I have a 9360 and I've had everything work out of the box with Ubuntu 17.04, 17.10,and 18.04. As well as Linux Mint 18.3. Only downsides are Linux's generally patchy support for hidpi, some programs scale and others don't (opt for 1080p version or set resolution to 1080p). And also the placement of the webcam is a bit strange. Battery life is good in Ubuntu, between 6 and 10 hours depending on use case.

This is third degree price discrimination by Dell. I should have been more precise in my first comment.

To be crystal clear: the 9360 has a bios featuring the proper ACPI tables, which are omitted on purpose from other cheaper models, breaking S3 on purpose.

This is why injecting proper tables as proposed in this link restores normal functionality. It is not rocket science, just hard enough to do without proper documentation to be a waste of time.

The initial submission title said it was a shame, and I agree it is shameful to intentionally break features to charge higher price (and no, I won't buy that S0 works perfectly now, or that adding a simple if/else is "too complicated"

Re: Suspend for the X1 Carbon 2018 on Linux

#97

Earlier quoted context omitted.

Taking one example... UEFI is supposed to replace BIOS, but that spec is a mess, and nobody gets it right. I don't have a solution to this problem to propose, other than to say, if you're in the position to influence specs that effect the design of hardware, or are the result of hardware design, please push for the simplest solution to the problem every chance you get . That said, huge amounts of complexity are added…

Is it a mess? The UEFI spec is big, but most of it is not necessary to boot. The UEFI implementation in U-Boot is tiny , and yet is enough to boot (both from local storage and network) and have a text console. Most non-embedded board vendors do not reimplement UEFI. There's not much to get right or wrong. They just take AMI or whoever's private fork of TianoCore, tweak some settings and customize the GUI. (It is poss…

> Thankfully, ACPI is now appearing on higher end ARM stuff (servers like ThunderX, workstations like Overdrive, hopefully the new Microsoft always-connected laptops?)

I can't believe anyone would be thankful about ACPI. Is there a machine with ACPI that isn't broken in some way? My brand new Lenovo, which multiple sites have crowned the "best" PC laptop, ships with a LTE card that can't properly power down, and causes PCI-E ASPM to be disabled. Even Microsoft has f--ked up power management repeatedly in the Surface line.

Power management on PCs is such a disaster that it calls into question the very idea of doing power management for computers built out of mix-and-match components through standards like ACPI.

Re: Suspend for the X1 Carbon 2018 on Linux

#98

It's probably because Lenovo's suspend feature relies on an unsigned binary blob from China sideloaded during system boot over an unsecure HTTP connection. Why anyone still trusts Lenovo enough for this sort of thing to come up as an issue is beyond me.

Citation on that? Never heard that before, and I own two ThinkPads (including a four-month-old T480).

I don't know why the OP posted such a terrible link. I found an alternate one:

https://www.pcworld.com/article/2969365/security/lenovos-ser...

It says the Thinkpad lines were never affected by this

Re: Suspend for the X1 Carbon 2018 on Linux

#99
post #45
post #20

Earlier quoted context omitted.

Get a T or a W, they are fine, old-school corporate machines. Carbon is the new, fashionable, Macbook-like device with soldered-on RAM, etc; likely from a different design culture. Its biggest upside is likely the hi-res screen.

There are high-res models in the T-series. I.e., available in both 1080p and 1440p, the latter just at the point where you can use it without High-DPI tech if you have normal 20/20 vision, if you have worse, you want less resolution (as you can't use the higher resolution anyway).

My vision is far from 20/20, and I have trouble discerning road signs at a distance, but I can see how pixels are square on most 24" FHD displays.

For development, a lot depends on the quality of font antialiasing and hinting, though; Linux used to provide superb font rendering in this regard.

Re: Suspend for the X1 Carbon 2018 on Linux

#100

Earlier quoted context omitted.

that link says nothing about > Lenovo's suspend feature relies on an unsigned binary blob from China sideloaded during system boot over an unsecure HTTP connection it talks about Lenovo Service Engine, Superfish, Lenovo Solution Center, and Lenovo Customer Feedback. if you blow away the default install of windows, including the UEFI partition, and install (windows or linux or whatever) from scratch, how could any of…

Lenovo Service Engine was BIOS-level bloatware loading garbage into clean installs of Windows over HTTP. Lenovo's drivers were so bad that they couldn't get Microsoft WHQL certification, so their BIOS was sideloading them in a very unsecure manner.

Note that this is an official Windows feature and it is the OS that executes the firmware-provided crapware in the first place. It should provide an option to turn it off.

Of course, malicious firmware doesn't really depend on the OS's cooperation. It would just be harder to implement and the result a lot more flaky.

Post reply on HN