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

121–126 of 126 posts

Re: Suspend for the X1 Carbon 2018 on Linux

#121

Post by 1996 »

jhasse wrote: post #118
1996 wrote: post #95

Earlier quoted context omitted.

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 docum…

With cheaper models you mean non-XPS-13 models?

non developper models

Re: Suspend for the X1 Carbon 2018 on Linux

#122

Post by borplk »

rubbingalcohol wrote: post #2

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.

There just aren't enough (better) alternatives in the market.

Re: Suspend for the X1 Carbon 2018 on Linux

#123

Post by nikki93 »

nvarsj wrote: post #71
nixpulvis wrote: post #58

Earlier quoted context omitted.

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…

Sad. :/ I’m about to get an X1 Carbon or T480s and trying to decide if 1440p... On the one hand, really digging the idea of hidpi fonts in terminals and web; on the other hand this Linux support madness...

I think the main thing to ponder is whether I’ll be hooking it up to external displays a lot. Is the situation basically “no issues” if not using external displays?

Also when hooking up to external is it possible to make X switch to lodpi everywhere and “pretend” that the 1440p screen is 1080p (like tell applications it’s 1080p)?

Re: Suspend for the X1 Carbon 2018 on Linux

#124

Post by nvarsj »

nikki93 wrote: post #123
nvarsj wrote: post #71

Earlier quoted context omitted.

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…

Sad. :/ I’m about to get an X1 Carbon or T480s and trying to decide if 1440p... On the one hand, really digging the idea of hidpi fonts in terminals and web; on the other hand this Linux support madness... I think the main thing to ponder is whether I’ll be hooking it up to external displays a lot. Is the situation basically “no issues” if not using external displays? Also when hooking up to external is it possible t…

Yeah it is only an issue if using mixed DPI. I set the font scaling in Gnome 3 to 1.5, and everything handles it fine - even IntelliJ scales its fonts accordingly.

If you can match your external DPI to the laptop that would also work (but it's sort of an awkward DPI).

The hiDPI is nice for your fonts, but for working day-to-day I don't really notice it much.

Re: Suspend for the X1 Carbon 2018 on Linux

#125

Post by rektide »

rayiner wrote: post #97
floatboth wrote: post #78

Earlier quoted context omitted.

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 caus…

I dunno. I've worked with a bunch of different ARM chips and each one's workflow is "build a kernel, build an initrd, then use this magic tool to get our boot ROM to load it" and that's always been gross & dumb.

I'm not necessarily cheery about ACPI in practice, but ACPI & UEFI in theory provide some kind of substrate to manage the platform, that's not just whatever the engineers are some shop cooked up this time.

Re: Suspend for the X1 Carbon 2018 on Linux

#126

Post by floatboth »

rektide wrote: post #125
rayiner wrote: post #97

Earlier quoted context omitted.

> 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 caus…

I dunno. I've worked with a bunch of different ARM chips and each one's workflow is "build a kernel, build an initrd, then use this magic tool to get our boot ROM to load it" and that's always been gross & dumb. I'm not necessarily cheery about ACPI in practice, but ACPI & UEFI in theory provide some kind of substrate to manage the platform, that's not just whatever the engineers are some shop cooked up this time.

Thanks to Flattened Device Trees, you don't have to build special per device kernels, you can just have a generic kernel that includes drivers for all the SoCs.

But having individual drivers per SoC in the kernel for things like power management still sucks.

Post reply on HN