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

61–70 of 126 posts

Re: Suspend for the X1 Carbon 2018 on Linux

#61

Post by ahnick »

nine_k wrote: post #20
n0ric wrote: post #10

Earlier quoted context omitted.

My current laptop, the T450s, has full support for linux. My coworker uses a X270, which also seems to run Arch fine. I think it's just the X1 series with these issues.

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.

I second going with the T line and would go as far to say that the T480 has a very modern feel to it. It is only slightly thicker than my old MBP 2013 retina 15 inch. (the thickness of the screen) I was expecting it to be much thicker and the fact that you can get 32 GB of RAM makes it feel like a very fast/responsive machine even with many applications running. Far more important in my opinion for a developer machine than having the screen of the Carbon.

Re: Suspend for the X1 Carbon 2018 on Linux

#62

Post by 1996 »

BlackLotus89 wrote: post #25
philsnow wrote: post #18

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…

There is persistable malware that installs itself on your fresh windows [0] I only use old thinkpads like the t420 (my x61 needs fixing) and w520. Coreboot on the t420 and soon on the w520. Dell Laptops for work. [0] https://www.theregister.co.uk/2015/08/12/lenovo_firmware_nas...

Funny coincidence! I added w520 support to coreboot as a weekend project several years ago!

It should still work great on your w520, except there were several power management issues related to the optimus GPU I just couldn't fix.

Oh and careful with the RAM if you use 32G as some brands will not work well, because of raminit issue (I haven't followed, maybe they are fixed now)

Re: Suspend for the X1 Carbon 2018 on Linux

#64

Post by madars »

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 have zero issues with HiDPI on Ubuntu + xmonad set-ups. In particular, setting xrdb's Xft.dpi to a good value (e.g. 144, an "even" multiple of 96 for X1 Carbon) seems to work well. However, I mostly use my laptop for Chrome, emacs, and terminal, so YMMV. HiDPI screen is definitely worth it for your eyes.

Re: Suspend for the X1 Carbon 2018 on Linux

#65

Post by nixpulvis »

madars wrote: post #64
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 have zero issues with HiDPI on Ubuntu + xmonad set-ups. In particular, setting xrdb's Xft.dpi to a good value (e.g. 144, an "even" multiple of 96 for X1 Carbon) seems to work well. However, I mostly use my laptop for Chrome, emacs, and terminal, so YMMV. HiDPI screen is definitely worth it for your eyes.

Do you use external monitors that have different resolutions?

Re: Suspend for the X1 Carbon 2018 on Linux

#66

Post by wahern »

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…

I can't disagree with you. But regarding backwards compatibility, the simpler the standard, the easer it is to write an implementation, the more practical it is to simply start fresh every iteration. Considering how cheap and disposable hardware is becoming these days, the more obvious is the false economy of flexibility in the design.

I don't do much traditional driver development (mostly USB related, at least when it comes to hardware). I know enough that dealing with the ARM ecosystem can be much more of a headache than in the PC world, for two reasons: diversity and more opaque specs. (Even if the PC stuff is proprietary, there's enough publicly leaked info to at least get started.) But ARM features are also often much simpler and straight-forward. If the documentation were always and completely freely available[1], then I think many developers would prefer dealing with ARM platforms than with PCs. You may be writing more drivers, but development would be more efficient and reliable and you could move on without having as much of a maintenance and bug-fix burden. It can be a worthwhile trade-off, and fits better with the open source model.

[1] I spent months trying to sign an NDA and gain access to NXP's iMX53 Security Reference Manual. After repeated back-and-forth with two NXP resellers, Mouser and Digi-Key, I just gave up.[2] I've heard of lone developers getting access to the manual, but they must be more familiar with the process than I am. Now I'm pivoting and have decided to use seL4 on PC hardware rather than bother with the TrustZone and the iMX53 crypto hardware, even though the ARM route would have been easier but for the documentation issue.

[2] I think it's NXP that kept dropping the ball, but I'm really not sure.

Re: Suspend for the X1 Carbon 2018 on Linux

#67

Post by GreaterFool »

This looks like serious witchcraft. Is it safe?

I have some suspend working on X1 2018, not sure which one! Switching from Mac is... hard. My true-wireless bluetooth earbuds don't work too well either. I guess it's gonna take few weeks of tweaking configs to get to a decent situation.

Re: Suspend for the X1 Carbon 2018 on Linux

#68

Post by nbsd4life »

nambit wrote: post #59
nextos wrote: post #33

Earlier quoted context omitted.

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…

Dell XPS runs linux flawlessly. Dunno about wireless range though

Dell XPS uses almost the same wifi as the macbook stuff AFAIK - the fullmac broadcom chips.
Post reply on HN