You are not logged in.

#1 2011-06-15 23:35:12

dlin
Member
From: Taipei,Taiwan
Registered: 2005-09-21
Posts: 265

kernel 2.6.39.1 poweroff wait more then 10 seconds

I found after upgrade, I must manual press the power button to turn off my eeepc.
The shutdown processs display 'POWER OFF' then seems hang there.

How to trace this problem?

grub menu.lst
==========
kernel /vmlinuz26 root=/dev/disk/by-uuid/xxx ro
initrd /kernel26.img

rc.conf
=====
MODULES=(acpi-cpufreq cpufreq_ondemand cpufreq_powersave)
DAEMONS=(hwclock @syslog-ng !network !netfs @crond acpid dbus wicd cpufreq \
    smartd fluidsynth esd gpm healthd eeepc-restore sensors sensord \
    sysstat )


Running 4 ArchLinux including sh4twbox,server,notebook,desktop. my AUR packages

Offline

#2 2011-06-16 08:13:31

useradded
Member
From: Edinburgh, UK
Registered: 2010-05-15
Posts: 77

Re: kernel 2.6.39.1 poweroff wait more then 10 seconds

I have started experiencing exactly this behaviour on my 1001p as well.

Offline

#3 2011-06-16 09:14:21

stripwax
Member
Registered: 2011-06-14
Posts: 26

Re: kernel 2.6.39.1 poweroff wait more then 10 seconds

I posted this in the 'package upgrade issues' forum but maybe it belongs better here:
https://bbs.archlinux.org/viewtopic.php?id=120890

For me, reboot / shutdown -r  hangs.   This is with kernel 2.6.39.1-1 (worked fine with 2.6.38.7-1), on hardware which is also Intel Atom, like yours above.

[Edit] - my issue might be different

Last edited by stripwax (2011-06-16 20:52:09)

Offline

#4 2011-06-16 09:19:38

stripwax
Member
Registered: 2011-06-14
Posts: 26

Re: kernel 2.6.39.1 poweroff wait more then 10 seconds

@dlin/@useradd :  Can you confirm that the behaviour reverts back to normal when downgrading *just*  kernel26 package to 2.6.38.7-1 or similar prior version? (i.e. leaving all other packages at their current versions).

Offline

#5 2011-06-16 09:35:37

stripwax
Member
Registered: 2011-06-14
Posts: 26

Re: kernel 2.6.39.1 poweroff wait more then 10 seconds

Also, this may be related:  https://bugzilla.kernel.org/show_bug.cgi?id=33302
This appears to have been fixed during 2.6.39 development and is already listed in the changelog for 2.6.39 .   It would be interesting to know if kernel 2.6.39 works where 2.6.39.1 doesn't work.

Last edited by stripwax (2011-06-16 10:10:50)

Offline

#6 2011-06-16 13:53:49

zenlord
Member
From: Belgium
Registered: 2006-05-24
Posts: 1,221
Website

Re: kernel 2.6.39.1 poweroff wait more then 10 seconds

I cannot find the thread I recently read about a similar problem. The last posts in that thread suggested that it was related to the e1000e-module. Adding
rmmod e1000e
to a shutdown-script helped all of the people who experienced that bug.

Offline

#7 2011-06-16 14:16:44

stlarch
Member
From: hell
Registered: 2010-12-25
Posts: 1,265

Re: kernel 2.6.39.1 poweroff wait more then 10 seconds

Here's a link to that post, I think, https://bbs.archlinux.org/viewtopic.php?id=113985&p=5 , mentioned by zenlord.

Last edited by stlarch (2011-06-16 14:17:21)

Offline

#8 2011-06-16 15:18:07

dlin
Member
From: Taipei,Taiwan
Registered: 2005-09-21
Posts: 265

Re: kernel 2.6.39.1 poweroff wait more then 10 seconds

I don't think 'rmmod e1000e' workable.
Because, I don't have such module in my 'lsmod' listing.

Here is my module listing.

Module                  Size  Used by
cryptd                  6901  0
aes_i586                6948  3
aes_generic            25678  1 aes_i586
ipv6                  249260  22
snd_seq                41632  1
snd_seq_device          4388  1 snd_seq
arc4                    1094  2
ecb                     1645  2
snd_hda_codec_realtek   225687  1
ath9k                  71036  0
i915                  557262  2
snd_hda_intel          19261  7
mac80211              189758  1 ath9k
joydev                  7535  0
snd_hda_codec          66793  2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep               4919  1 snd_hda_codec
ath9k_common            1648  1 ath9k
eeepc_wmi               1791  0
ath9k_hw              276852  2 ath9k,ath9k_common
drm_kms_helper         24245  1 i915
asus_wmi               11412  1 eeepc_wmi
snd_pcm                60311  4 snd_hda_intel,snd_hda_codec
sparse_keymap           2636  1 asus_wmi
ath                    11679  2 ath9k,ath9k_hw
drm                   147653  3 i915,drm_kms_helper
btusb                   9897  0
cfg80211              126962  3 ath9k,mac80211,ath
snd_timer              15542  4 snd_seq,snd_pcm
pci_hotplug            21978  1 asus_wmi
uvcvideo               55020  0
iTCO_wdt               10333  0
sg                     21022  0
bluetooth             115465  1 btusb
videodev               70734  1 uvcvideo
snd                    43527  19 snd_seq,snd_seq_device,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
serio_raw               3430  0
iTCO_vendor_support     1553  1 iTCO_wdt
intel_agp               8664  1 i915
i2c_algo_bit            4431  1 i915
cpufreq_powersave        714  0
cpufreq_ondemand        5064  2
psmouse                55927  0
i2c_i801                7039  0
pcspkr                  1415  0
media                   8545  1 videodev
evdev                   7310  8
i2c_core               16665  6 i915,drm_kms_helper,drm,videodev,i2c_algo_bit,i2c_i801
rfkill                 12510  3 asus_wmi,cfg80211,bluetooth
atl1e                  24804  0
acpi_cpufreq            5053  1
intel_gtt              11417  3 i915,intel_agp
battery                 8905  0
soundcore               5018  1 snd
wmi                     7367  1 asus_wmi
thermal                 6603  0
ac                      2545  0
freq_table              2055  2 cpufreq_ondemand,acpi_cpufreq
button                  3654  1 i915
agpgart                22160  3 drm,intel_agp,intel_gtt
snd_page_alloc          5909  2 snd_hda_intel,snd_pcm
video                   9852  1 i915
processor              21884  1 acpi_cpufreq
mperf                   1035  1 acpi_cpufreq
usb_storage            34863  3
sd_mod                 25515  3
uhci_hcd               19344  0
ata_piix               18569  0
pata_acpi               2396  0
libata                154349  2 ata_piix,pata_acpi
ehci_hcd               34847  0
scsi_mod              110670  4 sg,usb_storage,sd_mod,libata
usbcore               119004  6 btusb,uvcvideo,usb_storage,uhci_hcd,ehci_hcd
ext4                  334626  0
mbcache                 4321  1 ext4
jbd2                   59098  1 ext4
crc16                   1077  2 bluetooth,ext4
reiserfs              225070  1
piix                    4060  0
ide_core               78619  1 piix


Running 4 ArchLinux including sh4twbox,server,notebook,desktop. my AUR packages

Offline

#9 2011-06-16 15:46:54

stripwax
Member
Registered: 2011-06-14
Posts: 26

Re: kernel 2.6.39.1 poweroff wait more then 10 seconds

My recollection of the e1000e issue was that it affected x64 systems only, and i think above are all x86 only (although could be wrong).

Offline

#10 2011-06-18 10:37:47

useradded
Member
From: Edinburgh, UK
Registered: 2010-05-15
Posts: 77

Re: kernel 2.6.39.1 poweroff wait more then 10 seconds

I'm away from my Arch machines at the moment, but I can confirm my 1001p is x86_64, if that helps at all.

Offline

#11 2011-06-19 11:27:03

Butcher
Member
Registered: 2009-02-04
Posts: 158

Re: kernel 2.6.39.1 poweroff wait more then 10 seconds

I'm having this as well on a Compaq 610, downgrading to kernel26-lts didn't help at all

Offline

Board footer

Powered by FluxBB