Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Suspend for the X1 Carbon 2018 on Linux

github.com

Post reply on HN
Print view View original

71–80 of 126 posts

Re: Suspend for the X1 Carbon 2018 on Linux

#71

Post by nvarsj »

nixpulvis wrote: post #58
hoppelhase wrote: post #50

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…

I completely agree. I went from an x1c 1080p to a t480s 1440p. It’s great stand alone. But I’m frequently hooking it up to external lodpi screens, and the amount of zooming and unzooming I have to do is making me slowly go crazy. A shame the dpi situation is such a mess.

It wouldn’t be so bad if Wayland was widely supported, as it can handle mixed DPI pretty well. Unfortunately I can’t swap to wayland until browsers and Java apps (aka IntelliJ) support it.

Re: Suspend for the X1 Carbon 2018 on Linux

#72

Post by anon1253 »

rayiner wrote: post #21
anon1253 wrote: post #16

Trackpad also doesn’t work under Linux with the NFC model. Hardware wise the webcam and sound are beyond horrible. The fan curves are obnoxious and it still gets uncomfortably hot. It’s such a shame, I had high hopes for this laptop but it’s collecting dust in a drawer. Between the sleep states, track pad, thermal issues and throttling, poor audio visuals and battery life … the thing really should never have had that…

I've got that laptop and it's fine in Windows. Maybe the problem is Linux, not the laptop?

It’s running Windows now and sleep just works. But the trackpad still randomly stops working after sleep, needing a reboot. I get 2,5 hours of battery with normal usage. And it runs uncomfortably hot and loud but CPU utilization is at 2%. I guess it’s just not my thing or I got a dud, but my experience with Lenovo customer service has been horrible.

Re: Suspend for the X1 Carbon 2018 on Linux

#73

Post by wtallis »

nixpulvis wrote: post #43
wahern wrote: post #39

Earlier quoted context omitted.

> It's worrying how obscure and poor standards compliance modern hardware is starting to display. The standards are too complex. I've spent thousands of dollars on ISO standards documents over the past several years.[1] The complexity of these documents is absurd. And I've never seen an implementation that came close to adhering to the entirety of the standard--everybody always takes shortcuts because it's not cost-e…

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…

> UEFI is supposed to replace BIOS, but that spec is a mess, and nobody gets it right.

The culprit isn't UEFI, it's ACPI. That mess predates UEFI. Most operating systems don't really try to use UEFI features beyond the ability to manipulate the bootloader settings, and that feature is almost always correctly implemented. But it's impossible to find a consumer system with bug-free ACPI tables.

Re: Suspend for the X1 Carbon 2018 on Linux

#74

Post by ScarZy »

I have a X270 that's modernish and I'm wondering if this could suffer from the same issue... I can't get it to suspend at all. I'm hoping the sensor is gone, but I'm not sure how to verify that... Thinksupport have changed the mainboard but that didn't fix it.

How to check?

Re: Suspend for the X1 Carbon 2018 on Linux

#76

Post by floatboth »

nextos wrote: post #33
1996 wrote: 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…

> tend to be on the noisy side of things due to excessively small fans and too much power I don't need

Huh. My X240 is so much quieter than my 2010 MacBook Air was.

The Air was... (I just realized this) very aptly named, as the volume of air its fans push is ridiculous.

Re: Suspend for the X1 Carbon 2018 on Linux

#77

Post by rayiner »

nixpulvis wrote: post #40
rayiner wrote: post #22

Earlier quoted context omitted.

There is nothing wrong with throwing away obsolete code.

It's not "obsolete"... S3 sleep mode uses much less power.

On a properly designed system, the S0iX sleep modes should totally subsume S3.

Re: Suspend for the X1 Carbon 2018 on Linux

#78

Post by floatboth »

nixpulvis wrote: post #43
wahern wrote: post #39

Earlier quoted context omitted.

> It's worrying how obscure and poor standards compliance modern hardware is starting to display. The standards are too complex. I've spent thousands of dollars on ISO standards documents over the past several years.[1] The complexity of these documents is absurd. And I've never seen an implementation that came close to adhering to the entirety of the standard--everybody always takes shortcuts because it's not cost-e…

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 possible to screw up the GUI though: https://youtu.be/F-ndTMeRT3s)

As mentioned in other comments, it's ACPI that's really bad.

Though at least it's a standard! On ARM, you typically have to have a driver for every. damn. power. controller. Thankfully, ACPI is now appearing on higher end ARM stuff (servers like ThunderX, workstations like Overdrive, hopefully the new Microsoft always-connected laptops?)

Re: Suspend for the X1 Carbon 2018 on Linux

#79

Post by dkhenry »

jopsen wrote: 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.

Re: Suspend for the X1 Carbon 2018 on Linux

#80

Post by fiji-flo »

cp9 wrote: post #69

I have a 2018 X1 Carbon with Ubuntu that has perfectly supported suspend. It's never been a problem

Ubuntu only supports S0i3 (modern standby) not the normal S3 sleep. S0i3 has some problems like peripheral not working after resume and higher battery drain during "sleep".
Post reply on HN