You are not logged in.
Symptoms - Machine randomly freezes and will not respond to any mouse or keyboard input.
Sometimes runs for days, sometimes for minutes.
Happens both while running X, and when not.
No errors are present in any of the expected places.
Only hard power off to shut down.
I have found 2 possible solutions.
Using "acpi=off" kernel option works, but kills hyper-threading.
Blacklisting modules "wmi", "asus_wmi", and "eeepc_wmi" works, uptime 72 hours...but cant suspend now.
Is it possible that there is a problem with my motherboards handling of acpi, or a problem with the above listed kernel modules? I need help deciding whether I should file an upstream kernel bug report or not.
Kernel version linux 3.0.7-1 (x84_64)
[gfang@I3 ~]$ lspci
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
00:01.0 PCI bridge: Intel Corporation 2nd Generation Core Processor Family PCI Express Root Port (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB Controller: Intel Corporation 6 Series Chipset Family USB Enhanced Host Controller #2 (rev 05)
00:1b.0 Audio device: Intel Corporation 6 Series Chipset Family High Definition Audio Controller (rev 05)
00:1c.0 PCI bridge: Intel Corporation 6 Series Chipset Family PCI Express Root Port 1 (rev b5)
00:1c.1 PCI bridge: Intel Corporation 6 Series Chipset Family PCI Express Root Port 2 (rev b5)
00:1c.2 PCI bridge: Intel Corporation 6 Series Chipset Family PCI Express Root Port 3 (rev b5)
00:1c.3 PCI bridge: Intel Corporation 6 Series Chipset Family PCI Express Root Port 4 (rev b5)
00:1c.4 PCI bridge: Intel Corporation 82801 PCI Bridge (rev b5)
00:1c.5 PCI bridge: Intel Corporation 6 Series Chipset Family PCI Express Root Port 6 (rev b5)
00:1d.0 USB Controller: Intel Corporation 6 Series Chipset Family USB Enhanced Host Controller #1 (rev 05)
00:1f.0 ISA bridge: Intel Corporation 6 Series Chipset Family LPC Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 6 Series Chipset Family 6 port SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series Chipset Family SMBus Controller (rev 05)
01:00.0 VGA compatible controller: nVidia Corporation GF108 [GeForce GT 430] (rev a1)
01:00.1 Audio device: nVidia Corporation GF108 High Definition Audio Controller (rev a1)
04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 06)
06:00.0 PCI bridge: Device 1b21:1080 (rev 01)[gfang@I3 ~]$ lsmod
Module Size Used by
cryptd 8213 0
aes_x86_64 7476 2
aes_generic 26106 1 aes_x86_64
arc4 1410 2
rtl8187 51542 0
mac80211 215908 1 rtl8187
cfg80211 160772 2 rtl8187,mac80211
rfkill 15402 1 cfg80211
usbhid 35256 0
hid 81635 1 usbhid
eeprom_93cx6 1344 1 rtl8187
snd_hda_codec_hdmi 22092 4
nvidia 11695959 41
snd_hda_codec_realtek 294320 1
ehci_hcd 39543 0
usbcore 142576 4 rtl8187,usbhid,ehci_hcd
sr_mod 14951 1
snd_hda_intel 22122 6
i2c_i801 8187 0
cdrom 36329 1 sr_mod
serio_raw 4294 0
evdev 9530 5
button 4470 0
video 11228 0
processor 24256 0
snd_hda_codec 77927 3 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel
mei 31313 0
r8169 42643 0
iTCO_wdt 12717 0
i2c_core 20133 2 nvidia,i2c_i801
mii 3995 1 r8169
iTCO_vendor_support 1929 1 iTCO_wdt
snd_hwdep 6325 1 snd_hda_codec
snd_pcm 73952 4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
snd_timer 19416 2 snd_pcm
snd 57818 17 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
soundcore 6146 1 snd
snd_page_alloc 7121 2 snd_hda_intel,snd_pcm
ipv6 290983 28
autofs4 23735 2
sd_mod 28307 9
ahci 21217 9
libahci 18885 1 ahci
libata 173297 2 ahci,libahci
scsi_mod 131546 3 sr_mod,sd_mod,libata
ext2 64314 1
ext4 370462 2
mbcache 5817 2 ext2,ext4
jbd2 71074 1 ext4
crc16 1297 1 ext4
raid1 20992 1
raid0 7958 1
md_mod 94993 4 raid1,raid0[gfang@I3 modprobe.d]$ cat blacklist.conf
install wmi /bin/falseLast edited by gfang (2011-11-06 04:16:11)
Offline
r8169Recently I have got similar problem (of course, your case can be different). The cure is to blacklist this module replacing it with r8168 from AUR. Google for "r8168 r8169" to dig in the problem and detect if it is your case (dmesg is flooded with "eth0: link up")
Last edited by student975 (2011-11-04 09:57:41)
"I exist" is the best myth I know..
Offline
Student975, the problem persists whether or not my usb wifi is physically attached or not. Here are 2 dmesg queries and I dont see multiple "eth0: link up" entries. I will however give your suggestion a try in the morning.
[gfang@I3 ~]$ dmesg | grep r8169
[ 5.731889] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[ 5.731906] r8169 0000:04:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[ 5.731953] r8169 0000:04:00.0: setting latency timer to 64
[ 5.731961] r8169 0000:04:00.0: (unregistered net_device): unknown MAC, using family default
[ 5.732037] r8169 0000:04:00.0: irq 47 for MSI/MSI-X
[ 5.732301] r8169 0000:04:00.0: eth0: RTL8168b/8111b at 0xffffc9000065e000, bc:ae:c5:70:d3:38, XID 0c900800 IRQ 47
[ 9.701363] NetworkManager[540]: <info> (eth0): new Ethernet device (driver: 'r8169' ifindex: 2)
[ 9.701368] NetworkManager[540]: NetworkManager[540]: <info> (eth0): new Ethernet device (driver: 'r8169' ifindex: 2)
[ 9.706468] r8169 0000:04:00.0: eth0: link down
[gfang@I3 ~]$ dmesg | grep eth0
[ 5.732301] r8169 0000:04:00.0: eth0: RTL8168b/8111b at 0xffffc9000065e000, bc:ae:c5:70:d3:38, XID 0c900800 IRQ 47
[ 9.701294] NetworkManager[540]: <info> (eth0): carrier is OFF
[ 9.701299] NetworkManager[540]: NetworkManager[540]: <info> (eth0): carrier is OFF
[ 9.701363] NetworkManager[540]: <info> (eth0): new Ethernet device (driver: 'r8169' ifindex: 2)
[ 9.701368] NetworkManager[540]: NetworkManager[540]: <info> (eth0): new Ethernet device (driver: 'r8169' ifindex: 2)
[ 9.701372] NetworkManager[540]: <info> (eth0): exported as /org/freedesktop/NetworkManager/Devices/0
[ 9.701376] NetworkManager[540]: NetworkManager[540]: <info> (eth0): exported as /org/freedesktop/NetworkManager/Devices/0
[ 9.701380] NetworkManager[540]: <info> (eth0): now managed
[ 9.701395] NetworkManager[540]: NetworkManager[540]: <info> (eth0): now managed
[ 9.701399] NetworkManager[540]: <info> (eth0): device state change: unmanaged -> unavailable (reason 'managed') [10 20 2]
[ 9.701412] NetworkManager[540]: NetworkManager[540]: <info> (eth0): device state change: unmanaged -> unavailable (reason 'managed') [10 20 2]
[ 9.701468] NetworkManager[540]: <info> (eth0): bringing up device.
[ 9.701473] NetworkManager[540]: NetworkManager[540]: <info> (eth0): bringing up device.
[ 9.706468] r8169 0000:04:00.0: eth0: link down
[ 9.706692] ADDRCONF(NETDEV_UP): eth0: link is not ready
[ 9.706811] NetworkManager[540]: <info> (eth0): preparing device.
[ 9.706817] NetworkManager[540]: <info> (eth0): deactivating device (reason 'managed') [2]
[ 9.706820] NetworkManager[540]: NetworkManager[540]: <info> (eth0): preparing device.
[ 9.706824] NetworkManager[540]: NetworkManager[540]: <info> (eth0): deactivating device (reason 'managed') [2]
[ 9.707231] NetworkManager[540]: <info> Added default wired connection 'Wired connection 1' for /sys/devices/pci0000:00/0000:00:1c.2/0000:04:00.0/net/eth0
[ 9.707237] NetworkManager[540]: NetworkManager[540]: <info> Added default wired connection 'Wired connection 1' for /sys/devices/pci0000:00/0000:00:1c.2/0000:04:00.0/net/eth0EDIT: r8169 is not my wifi module, its my lan module, im not thinking straight. I have blacklisted it for now as its not in use.
Last edited by gfang (2011-11-04 17:26:46)
Offline
It seems to be another case.
"I exist" is the best myth I know..
Offline
gfang, when pasting code, please use [ code ] tags https://bbs.archlinux.org/help.php#bbcode
like thisIt makes the code more readable and more convenient to scroll through.
Offline
I can also now confirm the same behavior while running Arch 201108 live cd. Ran for about 25 minutes before lock. Now testing live cd with "wmi" and its dependent modules unloaded. I would attribute these problems to a hardware failure except that the system seems to run so smoothly without any kind of "wmi" module loaded. Seems that ASUS has released several bios updates for this board to address "system instability" issues. I have 3 other machines in the house all running Arch, none with any of the issues I have seen with this build.
Offline
27 hours running live cd with no "wmi" modules loaded....no lock ups.
I have done some more investigating and have come to the initial conclusion that there seem to be "system instability" issues with this motherboard on both the Windows and Linux sides. Unloading all "wmi" and related modules seems to be the work-around for now. As this is a desktop system I can live without suspend/hibernate. Perhaps a future bios update or change in the kernel code will bring %100 functionality to this board.
Offline