Arch Linux

pielgrzym

Member

Registered: 2010-02-18

Posts: 49

ASUS eeePC input freezes (was: hal crashes)

Hello,

I use ASUS eeePC 1201NL. Since I started using laptop-mode my system after a random period of time seems to crash hal (no touchpad/keyboard working, plugging usb mouse/keyboard does not help; the system itself can work fine). This only happened on battery power (laptop-mode state: 2). I've found a possible solution - turn off hal polling control/hal polling disabling in /etc/laptop-mode/conf.d/hal-polling.conf:

CONTROL_HAL_POLLING=0
BATT_DISABLE_HAL_POLLING=0

Did someone by chance face same issue? Due to randomness of the freeze I'm just not sure if disabling theese heleped...

Perhaps someone succeeded with hibernating/suspending to ram with this machine (or it's older brother 1201N)??

Thanks in advance!

Last edited by pielgrzym (2010-04-08 06:29:38)

pielgrzym

Member

Registered: 2010-02-18

Posts: 49

Re: ASUS eeePC input freezes (was: hal crashes)

Unfortunately I get freezes on AC power to. This netbook really, really sucks.

pielgrzym

Member

Registered: 2010-02-18

Posts: 49

Re: ASUS eeePC input freezes (was: hal crashes)

Ok, it all boiled down to be a faulty rtl8192se driver. Now I hate Realtek assholes

pielgrzym

Member

Registered: 2010-02-18

Posts: 49

Re: ASUS eeePC input freezes (was: hal crashes)

New facts about the driver:

Apr  6 16:27:06 ciupaga kernel: ===>rtl819x_watchdog_wqcallback(): AP is power off,chan:6, connect another one
Apr  6 16:27:06 ciupaga kernel: ===========>RemovePeerTS,00:25:9c:24:6f:b2
Apr  6 16:27:06 ciupaga kernel: ===>rtl8192se_link_change():ieee->iw_mode is 2
Apr  6 16:27:06 ciupaga kernel: notify_wx_assoc_event(): Tell user space disconnected
Apr  6 16:27:06 ciupaga kernel: ===>rtllib_associate_procedure_wq(), chan:6
Apr  6 16:27:06 ciupaga kernel: HTSetConnectBwMode():pHTInfo->bCurBW40MHz:0
Apr  6 16:27:06 ciupaga dhcpcd: wlan0: carrier lost
Apr  6 16:27:08 ciupaga kernel: Linking with patelnia,channel:6, qos:0, myHT:0, networkHT:0, mode:6 cur_net.flags:0x406
Apr  6 16:27:08 ciupaga kernel: ===>rtllib_associate_procedure_wq(), chan:6
Apr  6 16:27:08 ciupaga kernel: HTSetConnectBwMode():pHTInfo->bCurBW40MHz:0
Apr  6 16:27:08 ciupaga kernel: Linking with patelnia,channel:6, qos:0, myHT:0, networkHT:0, mode:6 cur_net.flags:0x406
Apr  6 16:27:08 ciupaga kernel: ===>rtllib_associate_procedure_wq(), chan:6
Apr  6 16:27:08 ciupaga kernel: HTSetConnectBwMode():pHTInfo->bCurBW40MHz:0
Apr  6 16:27:08 ciupaga dhcpcd: sending signal 1 to pid 4295
Apr  6 16:27:08 ciupaga dhcpcd: received SIGHUP, releasing lease
Apr  6 16:27:08 ciupaga dhcpcd: wlan0: removing interface
Apr  6 16:27:08 ciupaga dhcpcd: waiting for pid 4295 to exit
Apr  6 16:27:08 ciupaga kernel: rtl8192_SetWirelessMode(), wireless_mode:4, bEnableHT = 0
Apr  6 16:27:08 ciupaga kernel: ===>rtllib_start_scan()
Apr  6 16:27:08 ciupaga dhcpcd: dhcpcd not running
Apr  6 16:27:08 ciupaga kernel: atl1c 0000:05:00.0: irq 27 for MSI/MSI-X
Apr  6 16:27:08 ciupaga kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Apr  6 16:27:12 ciupaga kernel: rtl8192_SetWirelessMode(), wireless_mode:4, bEnableHT = 0
Apr  6 16:27:12 ciupaga kernel: ===>rtllib_start_scan()
Apr  6 16:27:13 ciupaga dhcpcd: dhcpcd not running
Apr  6 16:27:14 ciupaga kernel: rtl8192_SetWirelessMode(), wireless_mode:4, bEnableHT = 0
Apr  6 16:27:14 ciupaga kernel: ===>rtllib_start_scan()
Apr  6 16:27:14 ciupaga dhcpcd: dhcpcd not running
Apr  6 16:27:14 ciupaga kernel: atl1c 0000:05:00.0: irq 27 for MSI/MSI-X
Apr  6 16:27:14 ciupaga kernel: ADDRCONF(NETDEV_UP): eth0: link is not ready
Apr  6 16:27:14 ciupaga dhcpcd: dhcpcd not running
Apr  6 16:27:14 ciupaga kernel: rtl8192_SetWirelessMode(), wireless_mode:4, bEnableHT = 0
Apr  6 16:27:14 ciupaga kernel: ===>rtllib_start_scan()
Apr  6 16:27:16 ciupaga kernel: rtl8192_SetWirelessMode(), wireless_mode:4, bEnableHT = 0
Apr  6 16:27:16 ciupaga kernel: ===>rtllib_start_scan()
Apr  6 16:27:16 ciupaga kernel: ===>rtllib_start_scan()
Apr  6 16:27:23 ciupaga kernel: rtl8192_SetWirelessMode(), wireless_mode:4, bEnableHT = 0
Apr  6 16:27:24 ciupaga kernel: wlan0: no IPv6 routers present
Apr  6 16:27:29 ciupaga kernel: rtl8192_SetWirelessMode(), wireless_mode:4, bEnableHT = 0
Apr  6 16:27:33 ciupaga kernel: usb 3-4: reset high speed USB device using ehci_hcd and address 2
Apr  6 16:27:36 ciupaga kernel: rtl8192_SetWirelessMode(), wireless_mode:4, bEnableHT = 0
Apr  6 16:27:42 ciupaga kernel: rtl8192_SetWirelessMode(), wireless_mode:4, bEnableHT = 0
Apr  6 16:27:49 ciupaga kernel: usb 3-4: device not accepting address 2, error -110
Apr  6 16:27:49 ciupaga kernel: usb 3-4: reset high speed USB device using ehci_hcd and address 2
Apr  6 16:27:49 ciupaga kernel: rtl8192_SetWirelessMode(), wireless_mode:4, bEnableHT = 0
Apr  6 16:27:55 ciupaga kernel: rtl8192_SetWirelessMode(), wireless_mode:4, bEnableHT = 0
Apr  6 16:27:57 ciupaga dhcpcd: dhcpcd not running

pielgrzym

Member

Registered: 2010-02-18

Posts: 49

Re: ASUS eeePC input freezes (was: hal crashes)

I'm not sure, but this might be hardware issue - after each forced reboot (after a freeze) the bios asks to configure or load defaults. but it might be caused by forced reboot (by holding down the power button). Crap.

pielgrzym

Member

Registered: 2010-02-18

Posts: 49

Re: ASUS eeePC input freezes (was: hal crashes)

Setting all input devices in xorg did not prevent them from freezing. Goddamn Assus.

pielgrzym

Member

Registered: 2010-02-18

Posts: 49

Re: ASUS eeePC input freezes (was: hal crashes)

A breakthrough:

I figoured out that with disabled wifi (disabled with acpi generic package for eeepc) the machine is finally able to resume from suspend2ram. Having suspend2ram working I can bypass the freeze simply with lid closing and reopening. After resume system works fine again. I've seen a while ago someone with same problem - if, by anychance you have experienced this (and hopefully fixed), even on totally different hardware, please just give me a bump.

I've also tried switching to win2k/ndiswrapper driver for wifi. Apart from really better performance (much better range) the freezes still occur, so I think I can safely rule out the driver. Now hal is the one I suspect I'll try git version, later on I'll experiment with acpi which is adapted from eeepc 1000ha.

Last edited by pielgrzym (2010-04-08 06:27:58)

pielgrzym

Member

Registered: 2010-02-18

Posts: 49

Re: ASUS eeePC input freezes (was: hal crashes)

Hopefully I've fixed the problem. Apparently kernel 2.6.32 is faulty someway. Downgrading to 2.6.31 (hopefully) fixed the problem (no freeze since yesterday ).

pielgrzym

Member

Registered: 2010-02-18

Posts: 49

Re: ASUS eeePC input freezes (was: hal crashes)

Just tried recent 2.6.33.2 and the problem is still there. Falling back to 2.6.31 then.

revberaldo

Member

From: Campinas, Brazil

Registered: 2009-09-18

Posts: 49

Website

Re: ASUS eeePC input freezes (was: hal crashes)

I I'm experiencing something similar. After some time up the netbook just crashes: sound goes in a loop, and I can't use the mouse or the keyboard or whatever.

It is pretty annoying. I was using nvidia driver but now I switched to nouveau. Let's see if something will happen again.