You are not logged in.

#26 2013-01-07 06:31:07

bassu
Member
Registered: 2011-12-21
Posts: 90

Re: [Wiki] ThinkPad X230

Warnaud wrote:
bassu wrote:

It works! Flawlessly! Just tested with su on Terminal and xterm using newest SDK precompiled driver.
Contrary to popular believes, this is pretty fast and the device goes to sleep after one scan until next 'su' is called.

Thanks a lot for testing! Going to buy one then tongue no more excuses ... ;-)

Haha big_smile

Anytime! Let me know if there's anything else you want to check on it?
BTW, did you check the review?

Last edited by bassu (2013-01-07 06:33:25)


The greatest threat to knowledge is not ignorance - it is the illusion of knowledge!

Offline

#27 2013-01-07 07:16:19

Warnaud
Member
From: /dev/random
Registered: 2006-03-02
Posts: 58
Website

Re: [Wiki] ThinkPad X230

bassu wrote:

Anytime! Let me know if there's anything else you want to check on it?
BTW, did you check the review?

Thanks for the testing! It should be fine now, the fingerprint reader was the only "problem" I needed an answer.
I read a lot of reviews and it's what I want to replace my late x60 :-) (hope it'll last that long too - 6 years!)


-=<>=-
Archlinux French site : http://www.archlinux.fr

Offline

#28 2013-01-07 07:22:03

bassu
Member
Registered: 2011-12-21
Posts: 90

Re: [Wiki] ThinkPad X230

Warnaud wrote:
bassu wrote:

Anytime! Let me know if there's anything else you want to check on it?
BTW, did you check the review?

Thanks for the testing! It should be fine now, the fingerprint reader was the only "problem" I needed an answer.
I read a lot of reviews and it's what I want to replace my late x60 :-) (hope it'll last that long too - 6 years!)

Glad to help.
The machine itself is good - i just have complain about the build and low audio output. Wish it had a higher screen resolution. Good luck with it!


The greatest threat to knowledge is not ignorance - it is the illusion of knowledge!

Offline

#29 2013-01-07 07:28:08

Warnaud
Member
From: /dev/random
Registered: 2006-03-02
Posts: 58
Website

Re: [Wiki] ThinkPad X230

bassu wrote:

Glad to help.
The machine itself is good - i just have complain about the build and low audio output. Wish it had a higher screen resolution. Good luck with it!

Yeah I saw in the reviews that it looks more plastic than before and has annoying sounds on the trackpad. I do use the trackpoint and I'll try the multipoint screen to check what I can do with fvwm over it tongue
I agree on the resolution which would be nicer with 1080p, anyhow it'll be violent compared to my X60 big_smile


-=<>=-
Archlinux French site : http://www.archlinux.fr

Offline

#30 2013-01-23 17:02:46

skinnie
Member
From: Portugal
Registered: 2012-10-17
Posts: 16

Re: [Wiki] ThinkPad X230

Hi, first of all thanks for this great wiki!
I am using Cinnarch and the scroll using the trackball+button didn't work, now it works.
Just a doubt (I am pretty new to thinkpads and to Arch), what would be the difference between Powerdown and TLP https://wiki.archlinux.org/index.php/TLP, and why did you choose powerdown?

PS: I can confirm that Keyboard backlight and thinklight work fine in arch.
Can confirm too that Xsensors read the temps and the fan speed correctly.
For better experience on the Screen, apply the ICM profile that lenovo gives you for Windows.
For those with the "Premium Screen" (IPS), you must choose the TPFLX.ICM

Last edited by skinnie (2013-01-24 10:56:11)


Lenovo Thinkpad X230/12.5' Flexview IPS/Samsung 830 256Gb SSD/16GB DDR3/Intel HD4000/Intel 6205 Wifi

Offline

#31 2013-02-01 10:10:09

dkao
Member
Registered: 2013-02-01
Posts: 7

Re: [Wiki] ThinkPad X230

A few comments on kernel parameters:
I suggest using i915.i915_enable_rc6=7 instead of 1, RC6pp is available on Ivy Bridge.
As for the backlight issues with kernel version 3.7, I think keeping the familiar 16 stage backlight with acpi_osi="!Windows 2012" is a better workaround than acpi_backlight=vendor.
Also should video.brightness_switch_enabled=0 be mentioned to users of desktop environments, or is that common knowledge?

Offline

#32 2013-02-01 14:15:10

skinnie
Member
From: Portugal
Registered: 2012-10-17
Posts: 16

Re: [Wiki] ThinkPad X230

I made the /etc/rc.local.shutdown script but I guess it makes shutdown "fail" sometimes, how can I remove this? sudo rm?

Last edited by skinnie (2013-02-01 14:25:16)


Lenovo Thinkpad X230/12.5' Flexview IPS/Samsung 830 256Gb SSD/16GB DDR3/Intel HD4000/Intel 6205 Wifi

Offline

#33 2013-05-27 07:20:43

guiniol
Member
Registered: 2013-04-10
Posts: 13

Re: [Wiki] ThinkPad X230

Thanks for the wiki page, it got me through the last few things that I couldn't configure.

Does anyone else have trouble with the latest kernels?
I can't seem to boot on anything more recent than the 3.9.2, be it the standard arch one or the ck one.
All I get is a black screen after the bootloader.

Offline

#34 2013-05-27 07:49:27

skinnie
Member
From: Portugal
Registered: 2012-10-17
Posts: 16

Re: [Wiki] ThinkPad X230

vanilla 3.9.3 here.Zero problems.
Like I said before instead of Powerdown I am using TLP, and no suspension scripts.


Lenovo Thinkpad X230/12.5' Flexview IPS/Samsung 830 256Gb SSD/16GB DDR3/Intel HD4000/Intel 6205 Wifi

Offline

#35 2013-05-27 07:57:49

guiniol
Member
Registered: 2013-04-10
Posts: 13

Re: [Wiki] ThinkPad X230

skinnie wrote:

vanilla 3.9.3 here.Zero problems.
Like I said before instead of Powerdown I am using TLP, and no suspension scripts.

Vanilla as in compiled yourself? or the default arch one?
I'm using neither Powerdown nor TLP, and I don't have any suspension scripts.
I'm using gummiboot as a bootloader, maybe that's where the problem comes from.

Offline

#36 2013-05-27 08:01:37

skinnie
Member
From: Portugal
Registered: 2012-10-17
Posts: 16

Re: [Wiki] ThinkPad X230

guiniol wrote:
skinnie wrote:

vanilla 3.9.3 here.Zero problems.
Like I said before instead of Powerdown I am using TLP, and no suspension scripts.

Vanilla as in compiled yourself? or the default arch one?
I'm using neither Powerdown nor TLP, and I don't have any suspension scripts.
I'm using gummiboot as a bootloader, maybe that's where the problem comes from.

Default arch one.Maybe, I am using GRUB.


Lenovo Thinkpad X230/12.5' Flexview IPS/Samsung 830 256Gb SSD/16GB DDR3/Intel HD4000/Intel 6205 Wifi

Offline

#37 2013-05-27 08:53:03

guiniol
Member
Registered: 2013-04-10
Posts: 13

Re: [Wiki] ThinkPad X230

skinnie wrote:
guiniol wrote:
skinnie wrote:

vanilla 3.9.3 here.Zero problems.
Like I said before instead of Powerdown I am using TLP, and no suspension scripts.

Vanilla as in compiled yourself? or the default arch one?
I'm using neither Powerdown nor TLP, and I don't have any suspension scripts.
I'm using gummiboot as a bootloader, maybe that's where the problem comes from.

Default arch one.Maybe, I am using GRUB.

Apparently, there seems to be a problem with efistub.
I'm not the only one but it's kind of random, no one really knows why and what is happening...

Offline

#38 2013-06-05 21:23:38

nessuno
Member
From: Florence, Italy
Registered: 2013-06-05
Posts: 1

Re: [Wiki] ThinkPad X230

I tried to follow this guide https://wiki.archlinux.org/index.php/Th … 230#Kernel
I think the "plymouth" option was not necessary and that causes problems only (at least for me it was so). Do not you think it would be better to remove it from the guide?

Offline

#39 2013-06-05 21:40:35

WonderWoofy
Member
From: Los Gatos, CA
Registered: 2012-05-19
Posts: 8,412

Re: [Wiki] ThinkPad X230

It is a wiki, which you are welcome to modify.  The creator of that wiki page apparently assumes that everyone is using plymouth.  Though plymouth is not even in the official repos, so that hook does not exist on most people's systems.

Offline

#40 2013-06-22 03:23:42

hekel
Member
From: The Blue Marble
Registered: 2008-03-23
Posts: 22

Re: [Wiki] ThinkPad X230

First, I will state that I do not use this device, in fact I don't even have a functional laptop at the moment. The corresponding wiki page was brought to my attention by a non-arch user who came across it. I'm posting here in hopes that the OP is still around so that we may possibly correct multiple inaccuracies on the wiki page as best as possible. I would have corrected the wiki myself but being unfamiliar with the specific hardware and also being baffled by the lack of understanding of the -ck kernel which the wiki page recommends, I thought I would attempt to improve the authors understanding and allow him to resolve the issues.

To get started, The first thing that catches my eye is that the page suggests users "run 'linux-ck' instead of the default kernel to conserve power" and to resolve some sort of wifi issue with sleep states*. Graysky's "linux-ck" kernel is pretty much the stock Arch kernel patched with -CK(BFS) and BFQ, there should be no reason it would resolve any sort of ACPI* or WiFi issues unless specifically patched to do so, which it isnt. The -CK patchset is currently more or less just BFS and shouldn't conserve power in any way, its not designed to. Although one way that a user could maybe conserve power is to tweak the scheduler to use a Tickless timer and lower its frequency (The recommended settings for a laptop are Tickless at 300Hz (this is also the Default ARCH setting) - BFS-Configuration-FAQ.txt ). Graysky's -CK kernel did use these settings but it has since been changed to 1000Hz* by default. It would also certainly be beneficial to use a governor (CPU Frequency Scaling/Throttling) to ensure the CPU is using less power while Idle.

(*) https://wiki.archlinux.org/index.php/Linux-ck
The tick rate has been increase from 300 Hz (Arch default) to 1k Hz to avoid interactions with the scheduler and the ability of the 3.9.x kernel to reboot and shutdown.  For more on this evolving issue, see this entry in ck's blog and the Arch bug report linked therein.

The Brain Fuck Scheduler (BFS) is a CPU Scheduler written by Con Kolivas to improve system responsiveness over other CPU Schedulers like the stock Linux Scheduler CFS. In fact without going into superfluous detail, there was a time with the 2.6.xx kernels when it was a necessity over CFS for many users like myself. Lets see what Con has to say about it:

(Taken from ck.kolivas.org/patches/bfs/BFS-FAQ.txt)
What is it?

BFS is the Brain Fuck Scheduler. It was designed to be forward looking only, make the most of lower spec machines, and not scale to massive hardware. ie it is a desktop orientated scheduler, with extremely low latencies for excellent interactivity by design rather than "calculated", with rigid fairness, nice priority distribution and extreme scalability within normal load levels.

Extreme scalability within normal load levels? Isn't that a contradiction?

For years we've been doing our workloads on linux to have more work than we had CPUs because we thought that the "jobservers" were limited in their ability to utilise the CPUs effectively (so we did make -j6 or more on a quad core machine for example). This scheduler proves that the jobservers weren't at fault at all, because make -j4 on a quad core machine with BFS is faster than *any* choice of job numbers on CFS. See reverse scalability graph courtesy of Serge Belyshev showing various job numbers on a kernel build on a quad core machine. The problem has always been that the mainline scheduler can't keep the CPUs busy enough; ie it doesn't make the most of your hardware in the most common situations on a desktop! Note that the reverse scalability graph is old; the scalability has improved since then.

Next I noticed in the "Power Saving" section; "The parameter elevator=bfq enables the Brain Fuck Scheduler written by Con Kolivas, part of Linux-ck and Linux-pf kernel forks.", and what immediately concerns me is that we are recommending that people use the -pf kernel without providing an explanation as to why, other than suggesting that the -pf and -ck kernels will somehow save on power consumption because they use BFS, which I've already shown isn't really the case. The wiki entry also makes no attempt to even link to any information regarding the other patches included in the -pf kernel or their effects on I/O, and possible performance gains or issues regarding SSDs and modern HDDs. Furthermore BFS is already enabled by default in Graysky's -ck kernel and requires no further configuration, I also suspect this is the case with the -pf kernel.
The Budget Fair Queueing (BFQ) scheduler is enabled by appending "elevator=bfq" to the kernel boot string and is in no way related to BFS, the -CK patchset, or Con Kolivas. BFQ is written by Paolo Valente, it is an I/O Scheduler designed to replace CFQ and increase Read/Write performance to disks. More information relating to BFQ can be found here at Paolo's website and here.
Lets see what Paolo has to say about BFQ:

(Taken from http://algo.ing.unimo.it/people/paolo/d … iption.php)
BFQ (Budget Fair Queueing) is a Proportional Share, or equivalently Fair Queueing, disk scheduler that allows each process/thread to be assigned a fraction of the disk throughput. It has the following characteristics.

It distributes the disk throughput to disk-bound processes as desired, even if it fluctuates, independently of the disk parameters and with any workload. BFQ does not provide this sector-domain fairness to processes issuing random requests, as this would easily cause the disk throughput to drop on one hand, and other processes to experience very high latencies on the other hand. For these processes BFQ switches to a more appropriate time-domain fairness, in which it is the disk time to be fairly distributed (basically the same service scheme of CFQ).
BFQ guarantees to each disk request a tight delay with respect to the completion time that the request would enjoy in an ideal (unfeasible) perfectly-fair system. This is especially beneficial for soft real-time applications.
BFQ exports a low_latency tunable. If enabled (currently the default), BFQ executes a special heuristics that automatically gives to interactive and soft real-time applications more than their fair share of the disk throughput, to reduce their latency. According to our results, for desktop or handheld usage, the system becomes virtually as responsive as if the disk was idle, whatever the actual disk load is. Soft real-time applications enjoy up to 3-time lower latencies than under CFQ and do not suffer from almost any glitch even in presence of heavy background workloads.
Low-latency guarantees are preserved also in presence of NCQ.
Optimized (from v4) to achieve a high throughput on SSDs without losing low-latency guarantees.
According to our results, BFQ achieves up to 30% higher aggregate disk throughput than CFQ with most of the workloads considered, or the same throughput with the others.
Differently from CFQ, BFQ uses (from v6) a unified mechanism (Early Queue Merge, EQM) to get a sequential read pattern, and hence a high throughput, with any set of processes performing interleaved I/O. EQM also preserves low latency. More details here.

Lastly, under the "Suspension" section I see that you/bassu declare(s) "The only fix [for the iwlwifi driver bug] is to either enable PREEMPT & BFS with [a] custom compiled kernel or use an optimized kernel like Linux-ck as reported by forum user Bassu. Default kernels are not suitable for power-conservation anyway.", again with no explanation or information. As stated above, BFS should have nothing to do with this. I suspect using a preemptive kernel however, could resolve this issue by preventing the system from hanging on tasks taking a long time to finish (perhaps killing or re-initializing the wireless device) the while switching power states on multicore SMP cpus like bassu's Dual Core hyperthreaded i5-3210M. But honestly, if you're using an SMP CPU, especially if its multi-core, PREEMPT is in your best interest.

Finally, The reason I havn't corrected the wiki is due to my lack of experience with this particular machine and possible device specific bugs, fixes, and scenarios. My goal in this post was to attempt to resolve any confusion that you may be having with -CK/BFS (CPU Scheduling), BFQ (I/O Scheduling), and their effects (which are minimal or nonexistent) on power consumption. I sincerely hope I have clarified some things and assisted you or someone else in possibly improving the ThinkPad_X230 wiki page.

Offline

#41 2013-06-22 05:12:45

WonderWoofy
Member
From: Los Gatos, CA
Registered: 2012-05-19
Posts: 8,412

Re: [Wiki] ThinkPad X230

You are right on all accounts hekel.  I have read through this page before, and also chose not to edit it for the same reasons as you.  I did however delete a large section which was a "review" of the machine by the one and only bassu himself.  I told him numerous times in this thread that the wiki was not an appropriate place for that kind of thing, but was entirely ignored.  I even suggested that he move it to his user wiki page, and link to it... ignored.  So I waited a while and deleted it.  It has no place there.

I cannot speak for the X230 specifically, but I have a very similar machine, hardware wise.  I have an E430, and it too has an i5 3210M, and I had an Intel 2230 wifi card which used iwlwifi.  I belive this is the same card as mentioned in the post.  There are iwlwifi bugs, and for some users they do screw with this particular card quite a bit (mine was fine), but in no way is the ck patchet the answer. 

I think where you are most right is that it does not save power.  The machine can be configured to save power, but it does not come from a partiularly patched kernel.  After getting such a response about the review thing, I figured it wasn't worth trying to convince bassu that this information might be a bit misguided.

I think that you have shown in the post above that you have the knowledge on the matter to make changes to the wiki page that would both clarify and improve the content.  So I encourage you to do so. In any case, it is a wiki, so it is not like the old content is gone, you can see each and every revision made.

Offline

#42 2013-07-24 15:26:51

liubenyuan
Member
Registered: 2013-07-22
Posts: 4

Re: [Wiki] ThinkPad X230

Dear Bassu,

Have you ever experienced a system lock up when you suspend-to-ram the X230?

I follow the x230 wikipage and using linux-ck kernel. Sometimes when I pressed the Fn + F4 (sleep) button, the power led and the sleep led keep on flashing (much faster than the normal sleep mode) and the system was unable to wake up. I had to shut down the x230 by holding the power buttons.

Offline

#43 2013-07-24 16:59:38

WonderWoofy
Member
From: Los Gatos, CA
Registered: 2012-05-19
Posts: 8,412

Re: [Wiki] ThinkPad X230

Dear liubenyuan,

This has been reported over and over and over again in these forums.  Do a quick search and I'm sure you are bound to find something.  I know it is at least covered in graysky's CK thread.

Offline

#44 2013-10-20 13:12:49

jetstream911
Member
Registered: 2013-10-20
Posts: 1

Re: [Wiki] ThinkPad X230

Hello,
I'm sorry to bother, but I'm having the same exact suspend problem as liubenyuan on a ThinkPad X230 and, even after a long search, I couldn't find anything specific.

Could someone please link me the aforementioned thread(s) or point me in the right direction?

Thanks!

Offline

#45 2013-10-22 12:31:40

skinnie
Member
From: Portugal
Registered: 2012-10-17
Posts: 16

Re: [Wiki] ThinkPad X230

jetstream911 wrote:

Hello,
I'm sorry to bother, but I'm having the same exact suspend problem as liubenyuan on a ThinkPad X230 and, even after a long search, I couldn't find anything specific.

Could someone please link me the aforementioned thread(s) or point me in the right direction?

Thanks!

It's strange  I don't have that problem.But I am running "normal" kernel.Maybe something to do with TLP instead of Powerdown no?


Lenovo Thinkpad X230/12.5' Flexview IPS/Samsung 830 256Gb SSD/16GB DDR3/Intel HD4000/Intel 6205 Wifi

Offline

#46 2013-10-29 19:28:17

eriks
Member
Registered: 2013-06-11
Posts: 25

Re: [Wiki] ThinkPad X230

I'm running Arch to an almost 100% success on the X230. Couldn't get the fingerprint reader to work, didn't try the ExpressCard slot and having some hickups with cutting edge releases, but otherwise there are no unsolvable problems. Actually it's getting better and better support.

Offline

Board footer

Powered by FluxBB