You are not logged in.
Hi there, is there anyone who are running arch on x230? I'm arch for several years. As soon as I got my new x230, I equipped it with arch of course. After a period of using, I'm satisfied overall, but only one issue perplexing. I need to move around with my laptop, and often I don't want to interrupt my workflow, so suspending the system is rather important to me. But unfortunately, suspending arch on my x230 is not so stable, and it randomly run into a crash : (
The main phenomenon when it crash on suspending, is that the power button would flash in high frequency (not like the smoothly blinking when in stand-by mode). And it lost all response, all I can do at this time would be holding the power button and force power-off. Is anyone else experiencing this problem too? Could anyone suggest a solution on this?
Thanks!
FYI, there is some brief information about my installation:
Kernel: linux-ck-ivybridge 3.11.6-1 (I've also tested with other versions including the ones in official repo, but doesn't help)
Using systemd to handle PM actions, and use sleep hook to do unloading/reloading suspend these modules: e1000e, btusb, iwldvm, iwlwifi...
lsmod output:
hidp 16867 0
e1000e 220625 0
iwldvm 169666 0
iwlwifi 136377 1 iwldvm
btusb 18560 0
rfcomm 51153 4
fuse 74285 3
pci_stub 1381 1
vboxpci 14517 0
vboxnetflt 17292 0
vboxnetadp 18227 0
vboxdrv 1822081 3 vboxnetadp,vboxnetflt,vboxpci
bnep 11069 2
x86_pkg_temp_thermal 6959 0
intel_powerclamp 8610 0
coretemp 6326 0
kvm_intel 129209 0
kvm 377335 1 kvm_intel
hid_generic 1153 0
crc32_pclmul 2987 0
crc32c_intel 14249 0
bluetooth 306004 27 bnep,hidp,btusb,rfcomm
ghash_clmulni_intel 4469 0
aesni_intel 46060 1
joydev 9663 0
aes_x86_64 7399 1 aesni_intel
lrw 3565 1 aesni_intel
uvcvideo 71652 0
videobuf2_vmalloc 3272 1 uvcvideo
videobuf2_memops 2111 1 videobuf2_vmalloc
videobuf2_core 26741 1 uvcvideo
videodev 107244 2 uvcvideo,videobuf2_core
media 11559 2 uvcvideo,videodev
hid_logitech_dj 10663 0
gf128mul 5858 1 lrw
glue_helper 4577 1 aesni_intel
ablk_helper 1972 1 aesni_intel
cryptd 8473 3 ghash_clmulni_intel,aesni_intel,ablk_helper
arc4 2000 2
mac80211 451224 1 iwldvm
iTCO_wdt 5407 0
iTCO_vendor_support 1929 1 iTCO_wdt
cfg80211 402217 3 iwlwifi,mac80211,iwldvm
snd_hda_codec_hdmi 29817 1
snd_hda_codec_realtek 37276 1
tpm_tis 10921 0
tpm 14739 1 tpm_tis
tpm_bios 9745 1 tpm
shpchp 25457 0
snd_hda_intel 36552 3
snd_hda_codec 146849 3 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel
snd_hwdep 6300 1 snd_hda_codec
snd_pcm 76357 3 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel
snd_page_alloc 7202 2 snd_pcm,snd_hda_intel
snd_timer 18526 1 snd_pcm
pcspkr 2027 0
i2c_i801 11269 0
ptp 8180 1 e1000e
pps_core 8857 1 ptp
microcode 15024 0
thinkpad_acpi 61629 0
nvram 5874 1 thinkpad_acpi
snd 59013 14 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec,snd_hda_intel,thinkpad_acpi
soundcore 5450 1 snd
rfkill 15698 6 cfg80211,thinkpad_acpi,bluetooth
psmouse 85196 0
serio_raw 5041 0
wmi 8347 0
lpc_ich 13112 0
ac 3324 0
thermal 8620 0
battery 6925 0
evdev 10693 14
mperf 1235 0
processor 25077 0
mei_me 9296 0
mei 61715 1 mei_me
ext4 469452 3
crc16 1359 2 ext4,bluetooth
mbcache 5866 1 ext4
jbd2 83376 1 ext4
usbhid 41434 0
hid 89623 4 hidp,hid_generic,usbhid,hid_logitech_dj
sd_mod 30611 5
ahci 22888 4
libahci 21393 1 ahci
ehci_pci 4120 0
libata 168950 2 ahci,libahci
xhci_hcd 90813 0
ehci_hcd 47124 1 ehci_pci
sdhci_pci 12138 0
sdhci 29076 1 sdhci_pci
scsi_mod 128375 2 libata,sd_mod
mmc_core 95410 2 sdhci,sdhci_pci
usbcore 177927 6 btusb,uvcvideo,ehci_hcd,ehci_pci,usbhid,xhci_hcd
usb_common 1648 1 usbcore
i915 609570 2
video 11380 1 i915
button 4669 1 i915
i2c_algo_bit 5391 1 i915
intel_agp 10872 1 i915
intel_gtt 12664 2 i915,intel_agp
drm_kms_helper 35886 1 i915
drm 234876 3 i915,drm_kms_helper
i2c_core 23592 6 drm,i915,i2c_i801,drm_kms_helper,i2c_algo_bit,videodev
Last edited by zhtlancer (2013-12-10 22:58:25)
Offline
Sooo... what you are doing and the broad overview of what you are experiencing is all good. But you fail to mention whether you have actually looked into the issue at all. Have you checked your logs? Is there anything interesting when this problem occurs? Does this happen in Xorg only or in the TTY as well? Also, why are you unloading all those modules before suspending (and presumable reloading them after)?
Offline
Sooo... what you are doing and the broad overview of what you are experiencing is all good. But you fail to mention whether you have actually looked into the issue at all. Have you checked your logs? Is there anything interesting when this problem occurs? Does this happen in Xorg only or in the TTY as well? Also, why are you unloading all those modules before suspending (and presumable reloading them after)?
Sorry for missing important information. Actually I have checked the logs before when I encountered this problem, but there are no helpful information. (I've attached some kernel log related to one suspending crash in the end of this post).
And according to my experiments, this issue is not related to Xorg/TTY, it can happen in both environment, and I'm using Awesome on Xorg normally.
For the unload/reloading stuff, I was doing this by referring this wiki page https://wiki.archlinux.org/index.php/ThinkPad_X230, but actually they didn't help to solve the suspending issue. And for the btusb module, I need to reload it on resuming to solve a problem of connecting bluetooth mice after resume.
The following kernel log is extracted from a crash last night, while it just looks normal and the last message is caused by "rmmod btusb"(removing the unload/reload hooks doesn't help either).
Nov 3 23:55:50 arch-x230 kernel: [187513.705614] hid-generic 0005:17EF:6038.003A: unknown main item tag 0x0
Nov 3 23:55:50 arch-x230 kernel: [187513.705687] input: ThinkPad Bluetooth Laser Mouse as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/bluetooth/hci0/hci0:12/input57
Nov 3 23:55:50 arch-x230 kernel: [187513.705814] hid-generic 0005:17EF:6038.003A: input,hidraw0: BLUETOOTH HID v2.00 Mouse [ThinkPad Bluetooth Laser Mouse] on f8:2f:a8:e8:a6:99
Nov 3 23:57:40 arch-x230 kernel: [187624.125586] traps: nautilus[10054] trap int3 ip:7f66493e1249 sp:7fff233f7920 error:0
Nov 3 23:57:40 arch-x230 systemd-coredump[10057]: Process 10054 (nautilus) dumped core.
Nov 4 00:28:30 arch-x230 kernel: [189475.652585] wlp3s0: deauthenticating from 00:24:6c:31:b6:33 by local choice (reason=3)
Nov 4 00:28:30 arch-x230 kernel: [189475.657786] cfg80211: Calling CRDA to update world regulatory domain
Nov 4 00:28:31 arch-x230 kernel: [189475.922829] e1000e 0000:00:19.0 enp0s25: removed PHC
Nov 4 00:28:31 arch-x230 kernel: [189475.948476] usbcore: deregistering interface driver btusb
Last edited by zhtlancer (2013-11-04 20:51:03)
Offline
Unfortunately, the x230 article is pretty poor overall. The original author posted in these forums asking for review and advice of the page, but went on to ignore any criticisms about it. In reality having to unload/reload kernel modules simply means that there is something broken in the kernel. In the past, this was indeed necessary for some things to function properly during a suspend or hibernate, and thus we all used to use pm-utils. But those days have since passed, and workarounds like that are typically no longer necessary, and certainly not for a whole crap-load of modules (though I am not saying that this might not be a reasonable workaround in the event that there are buts that this can prevent).
Unfortunately, I don't see anything that stands out as being a cause to your issue here. It makes me wonder though if this happens in other distributions as well. If you were to boot up a live media of fedora, debian, or whatever, do these suspend issues persist? If so, then it might be something to do with the firmware of your machine, but if not, it is likely something about the current Arch linux packages.
Offline
Unfortunately, the x230 article is pretty poor overall. The original author posted in these forums asking for review and advice of the page, but went on to ignore any criticisms about it. In reality having to unload/reload kernel modules simply means that there is something broken in the kernel. In the past, this was indeed necessary for some things to function properly during a suspend or hibernate, and thus we all used to use pm-utils. But those days have since passed, and workarounds like that are typically no longer necessary, and certainly not for a whole crap-load of modules (though I am not saying that this might not be a reasonable workaround in the event that there are buts that this can prevent).
Unfortunately, I don't see anything that stands out as being a cause to your issue here. It makes me wonder though if this happens in other distributions as well. If you were to boot up a live media of fedora, debian, or whatever, do these suspend issues persist? If so, then it might be something to do with the firmware of your machine, but if not, it is likely something about the current Arch linux packages.
Yeah, I'm also confused that the logs can't provide any useful information, and just want to see of anyone experienced the same problem here. I've not done any experiments with other distributions yet, and maybe I'll do that after I get my other stuffs done. Anyway, thank you very much for your advice!
Offline
I am having the same issues as OP. x230 with linux-ck freezes randomly while suspending. I disabled the e1000e module and it seems to be a workaround for now, at least it didn't freeze since I disabled the module
Offline
I am having the same issues as OP. x230 with linux-ck freezes randomly while suspending. I disabled the e1000e module and it seems to be a workaround for now, at least it didn't freeze since I disabled the module
Thanks for providing this information! What do you mean disable? You add e1000e to module blacklist? I rmmod e1000e in sleep hook and reload on resume, but it still freeeze sometimes...
Offline
IsSuE wrote:I am having the same issues as OP. x230 with linux-ck freezes randomly while suspending. I disabled the e1000e module and it seems to be a workaround for now, at least it didn't freeze since I disabled the module
Thanks for providing this information! What do you mean disable? You add e1000e to module blacklist? I rmmod e1000e in sleep hook and reload on resume, but it still freeeze sometimes...
Added it to /etc/modprobe.d/ , but I think unloading and reloading with a hook pretty much has the same effects. Maybe I was lucky the last 10 suspends
Offline
zhtlancer wrote:IsSuE wrote:I am having the same issues as OP. x230 with linux-ck freezes randomly while suspending. I disabled the e1000e module and it seems to be a workaround for now, at least it didn't freeze since I disabled the module
Thanks for providing this information! What do you mean disable? You add e1000e to module blacklist? I rmmod e1000e in sleep hook and reload on resume, but it still freeeze sometimes...
Added it to /etc/modprobe.d/ , but I think unloading and reloading with a hook pretty much has the same effects. Maybe I was lucky the last 10 suspends
I had already add unloading/reloading action in the sleep hook before, but the freezing still happened... Now I have added it on the blacklist, and watch it for some time. Thanks for your advice!
Last edited by zhtlancer (2013-11-07 16:14:10)
Offline
zhtlancer wrote:IsSuE wrote:I am having the same issues as OP. x230 with linux-ck freezes randomly while suspending. I disabled the e1000e module and it seems to be a workaround for now, at least it didn't freeze since I disabled the module
Thanks for providing this information! What do you mean disable? You add e1000e to module blacklist? I rmmod e1000e in sleep hook and reload on resume, but it still freeeze sometimes...
Added it to /etc/modprobe.d/ , but I think unloading and reloading with a hook pretty much has the same effects. Maybe I was lucky the last 10 suspends
Sadly, my x230 froze again this afternoon : (, though I had already add e1000e into the blacklist.
Offline
Same for me, my x230 just froze while suspending. I am pretty clueless where to look. Logs seem empty. Any other suggestions on this?
Offline
Same for me, my x230 just froze while suspending. I am pretty clueless where to look. Logs seem empty. Any other suggestions on this?
Well, as @WonderWoofy suggested, this is probably caused by the firmware of x230. Maybe we can focus on several usecase to further locate the cause of this problem:
1. Test on other Linux distributions, like Ubuntu, to see if this problem exists.(If so, at least this is not Arch-oriented problem)
2. Test on other OS, like Windows. (In my opinion, Windows should not have this issue, as Lenovo should have done plenty of stability test on Windows@x230, so if there are any problems, they should be solved immediately. Then I guess this is cause by some incompatibility between x230(maybe with some specific firmware) with Linux kernel?)
Offline
I ran into this problem a few months back. Fixed it by blacklisting the mei_me module...
blacklist mei_me
install mei_me /bin/false
Offline
I ran into this problem a few months back. Fixed it by blacklisting the mei_me module...
blacklist mei_me install mei_me /bin/false
Thanks for providing this information! I looked through the bug report, however I saw that the problem caused by mei_me is "resuming not working properly"? The problem I encountered is that my laptop doesn't go to standby mode properly randomly... But anyway, thanks all the same, and I'll try to blacklist mei_me to see if it works, as I have really no other way to solve this...
Offline
Only for providing more context:
I currently don't have any lockups with Arch (3.11.6-1-ARCH) on the X230 despite suspendig it all the time. I do have a sleep hook unloading the e1000e device (see my addition the wiki: https://wiki.archlinux.org/index.php/Le … d_failing), but this problem wasn't about locking up anyway but only refusing to suspend.
I don't have mei_me blacklisted anymore as the issue seems to be fixed.
My firmware version is G2ET92WW (2.52).
Offline
It's very bad to test suspend with kernel 3.11 because it has terrible bug!
Last edited by Speranskiy (2013-11-12 09:18:45)
Offline
So downgrading to 3.10.10 may solve part of your problems.
Last edited by Speranskiy (2013-11-12 09:19:41)
Offline
So downgrading to 3.10.10 may solve part of your problems.
Thank you for providing the information! I'll try that. : )
Offline
Speranskiy wrote:So downgrading to 3.10.10 may solve part of your problems.
Thank you for providing the information! I'll try that. : )
Yesterday kernel in repos was upgraded to 3.12 and it haven't this bug, so it's better to upgrade, rather then downgrade
Offline
Sorry for mixing the suspend and resume issues, but IMHO it's somehow more important to keep the X230 things together: Starting with the 3.12 kernel update my X230 froze several time when I tried to resume it: Harddisk was spinning, but all LEDs and screen stayed in the sleeping state.
Blacklisting the mei/mei_me obviously resolved the issue.
Offline
Hi,
on my side I use kernel version 3.12.1-1-ck and suspend/resume works fine under slim. I use XFCE and when I'm logged in suspend is fine but the resume is strange. Its goes back directly into suspend and then (the second time I try to wake it up) it resumes correctly.
Offline
I've got another 3.12 issue I'd like for you guys to keep an eye out for. Does anyone else's x230 no longer have aspm support? Or is it just me? I went from using 7-8 watts up to 12 watts due to iwlwifi.
» dmesg | grep ASPM
[ 0.142840] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
[ 0.240711] acpi PNP0A08:00: ACPI _OSC control for PCIe not granted, disabling ASPM
[ 3.929843] iwlwifi 0000:03:00.0: can't disable ASPM; OS doesn't have ASPM control
This also causes my laptop to run at about 45-50 degrees, when it used to hover around 42. The fan almost never turned on.
Last edited by earsplit (2013-11-22 05:02:40)
Offline
ASPM support doesn't seem to be on for me, either:
[faheem@LenovoX230 ~]$ uname -a
Linux LenovoX230 3.12.1-3-ck #1 SMP PREEMPT Tue Nov 26 19:51:05 EST 2013 x86_64 GNU/Linux
[faheem@LenovoX230 ~]$ sudo dmesg | grep ASPM #Yes, I know this doesn't need sudo but usage of OS X has it ingrained into my mind
228:[ 0.000000] PCIe ASPM is forcibly enabled
302:[ 0.155415] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
346:[ 0.226774] acpi PNP0A08:00: ACPI _OSC control for PCIe not granted, disabling ASPM
[faheem@LenovoX230 ~]$ cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-linux-ck root=UUID=593702c0-fc90-4c8c-b944-5610ffa9223e rw [b]pcie_aspm=force[/b] "acpi_osi=!Windows 2012" acpi_backlight=vendor quiet loglevel=0 ipv6.disable=1
I'm running BIOS 2.57 with Arch Linux booted in UEFI mode through GRUB2. Since it's mentioning the FADT table, maybe Lenovo messed it up in one of the newer BIOS updates (or it's always been dodgy and just not previously reported? I wouldn't know as this is a recent purchase and, subsequently, a very recent install of Arch).
On the topic of the OP, however: while I've not tested for long periods of time, sleep and resume do seem to be working fine for me without needing to blacklist any modules.
Last edited by qwerty12 (2013-11-27 10:52:02)
Offline
zhtlancer wrote:Speranskiy wrote:So downgrading to 3.10.10 may solve part of your problems.
Thank you for providing the information! I'll try that. : )
Yesterday kernel in repos was upgraded to 3.12 and it haven't this bug, so it's better to upgrade, rather then downgrade
Yeah, since updated to 3.12.x series kernel, the issue seems to be solved! So I'm marking this thread as [solved], though we don't know what the real underlying reason is...
Offline
$ uname -a
Linux Stewie 3.13.6-1-ck #1 SMP PREEMPT Sat Mar 8 03:35:14 IST 2014 x86_64 GNU/Linux
I still have a lot of issues. I can't shutdown, reboot or sleep... The lappy just enters into a state where:
+ the computer is running, consuming my poor battery
+ I cannot go back from this state. I can do anything, open/close the lid, power button, keyboard...
+ The power button is fading in and out indefinitely, like it does when it's actually sleeping
Last edited by toogy (2014-03-12 19:17:52)
water vapor is invisible
Offline