[HATE] фееричный баг с suspend/resume

0

1

2.6.38-ARCH

/etc/mkinitcpio.conf:

HOOKS="base udev v86d autodetect pata scsi sata uresume filesystems "

после удачного suspend'а:

Wed May 11 07:52:34 CEST 2011: Running hooks for suspend.
Running hook /usr/lib/pm-utils/sleep.d/00logging suspend suspend:
Linux iVAIO 2.6.38-ARCH #1 SMP PREEMPT Tue May 3 07:40:34 CEST 2011 x86_64 Intel(R) Core(TM) i3 CPU M 370 @ 2.40GHz GenuineIntel GNU/Linux
Module                  Size  Used by
fuse                   64542  1 
cpufreq_stats           3737  0 
freq_table              2379  1 cpufreq_stats
ipv6                  277189  44 
cryptd                  7661  0 
aes_x86_64              7436  1 
aes_generic            26066  1 aes_x86_64
radeon                938567  0 
ttm                    52080  1 radeon
snd_seq_dummy           1455  0 
snd_seq_oss            28052  0 
snd_seq_midi_event      5332  1 snd_seq_oss
snd_seq                48705  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device          5100  3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_pcm_oss            37890  0 
drm_kms_helper         26624  1 radeon
snd_mixer_oss          14851  1 snd_pcm_oss
drm                   173492  3 radeon,ttm,drm_kms_helper
i2c_algo_bit            5063  1 radeon
snd_hda_codec_hdmi     22378  1 
snd_hda_codec_realtek   294351  1 

uvcvideo               60799  0 
fglrx                2722577  127 
btusb                  11185  0 
snd_hda_intel          21738  5 
bluetooth              55409  1 btusb
snd_hda_codec          73739  3 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel
videodev               65175  1 uvcvideo
v4l2_compat_ioctl32     6716  1 videodev
arc4                    1402  2 

ecb                     2033  2 
snd_hwdep               6134  1 snd_hda_codec
ath9k                  85173  0 
mac80211              202190  1 ath9k
joydev                  9767  0 
snd_pcm                71032  4 snd_pcm_oss,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
ath9k_common            1885  1 ath9k
ath9k_hw              275659  2 ath9k,ath9k_common
ath                    13942  2 ath9k,ath9k_hw
intel_agp              10480  0 
sdhci_pci               8202  0 
sdhci                  17061  1 sdhci_pci
ehci_hcd               39177  0 
snd_timer              18992  2 snd_seq,snd_pcm
serio_raw               4222  0 
mmc_core               63886  1 sdhci
i2c_i801                7987  0 
iTCO_wdt               11053  0 
cfg80211              141484  3 ath9k,mac80211,ath
sony_laptop            25073  0 
sky2                   46082  0 
sg                     24917  0 
i2c_core               18740  6 radeon,drm_kms_helper,drm,i2c_algo_bit,videodev,i2c_i801
usbcore               134859  4 uvcvideo,btusb,ehci_hcd
intel_gtt              13943  1 intel_agp
processor              23608  0 
battery                10545  0 
button                  4794  1 fglrx
rfkill                 14810  3 bluetooth,cfg80211,sony_laptop
thermal                 7631  0 
video                  10996  0 
snd                    55132  22 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
soundcore               5986  1 snd
snd_page_alloc          7017  2 snd_hda_intel,snd_pcm
psmouse                52944  0 
iTCO_vendor_support     1857  1 iTCO_wdt
pcspkr                  1843  0 
evdev                   9178  7 
ac                      3193  0 
reiserfs              233158  1 
uvesafb                21087  1 
cn                      4310  2 uvesafb
sr_mod                 14247  0 
cdrom                  35689  1 sr_mod
sd_mod                 26276  3 
ahci                   20441  2 
libahci                17966  1 ahci
libata                167726  2 ahci,libahci
scsi_mod              123282  4 sg,sr_mod,sd_mod,libata
             total       used       free     shared    buffers     cached
Mem:       3912804    1948836    1963968          0     107028
-/+ buffers/cache:     870552    3042252
Swap:      3998716          0    3998716

/usr/lib/pm-utils/sleep.d/00logging suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/00powersave suspend suspend:

/usr/lib/pm-utils/sleep.d/00powersave suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/01grub suspend suspend:

/usr/lib/pm-utils/sleep.d/01grub suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/11netcfg suspend suspend:

/usr/lib/pm-utils/sleep.d/11netcfg suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend:

/usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/75modules suspend suspend:

/usr/lib/pm-utils/sleep.d/75modules suspend suspend: success.
Running hook /etc/pm/sleep.d/90alsa suspend suspend:

/etc/pm/sleep.d/90alsa suspend suspend: success.

Running hook /usr/lib/pm-utils/sleep.d/90clock suspend suspend:

/usr/lib/pm-utils/sleep.d/90clock suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend:

/usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/95led suspend suspend:

/usr/lib/pm-utils/sleep.d/95led suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend:
ATI Catalyst driver detected, not using quirks.

/usr/lib/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend: success.
Running hook /usr/lib/pm-utils/sleep.d/99video suspend suspend:

/usr/lib/pm-utils/sleep.d/99video suspend suspend: success.
Wed May 11 07:52:35 CEST 2011: performing suspend

иногда система фэйлит проснуться:

May 11 07:48:30 iVAIO kernel: [17179.474116] legacy_resume(): pnp_bus_resume+0x0/0x70 returns -19
May 11 07:48:30 iVAIO kernel: [17179.474119] PM: Device 00:08 failed to resume: error -19

внешне: черный экран, оно немного ждёт, и потом кулер начинает крутиться с макс. скоростью, и затем я вырубаю его с кнопки (ноут).

при этом в 9 из 10 случаях всё работает замечательно.

что это может быть?

Ссылка

←	запись в stdin процесса

[gentoo] gnome-light

→

а что собственного фееричного?

val-amart ★★★★★
(11.05.11 10:53:33 MSK)

Ответ на: комментарий от val-amart 11.05.11 10:53:33 MSK

Ну я так понимаю, что оно жестко греется, раз вентилятор так раскручивается. Вдруг оно уложит ноут, - не феерично?

Sonsee ☆
(11.05.11 12:05:29 MSK) автор топика

Ссылка

хотелось добавить по поводу дистров, для особо звездатых

нашёл подобные баги в дистрах: Red Hat, Fedora, Ubuntu; и лэптопах: Dell, Lenovo, ну ест-но Sony Vaio.

судя по всему, он что-то специфическое из железа не определяет, и поэтому иногда фейлит

в схожем случая на Lenovo, машина не входила даже в suspend, но хоть говорила перед:

May 11 07:48:30 iVAIO kernel: [17179.474116] legacy_resume(): pnp_bus_resume+0x0/0x70 returns -19
May 11 07:48:30 iVAIO kernel: [17179.474119] PM: Device 00:08 failed to resume: error -19

какой именно модуль выбрасывает ошибку, поэтому можно было отгрузить модуль (т.е. эта спец. железка тупо отключалась) и suspend работал. В этом случае вообще не понятно даже откуда эта ошибка -19. Может кто-то знает где это можно посмотреть?

Sonsee ☆
(12.05.11 01:09:55 MSK) автор топика

УМВР, Arch, бук HP

N1ghtmare ★★
(12.05.11 12:05:01 MSK)

Ответ на: комментарий от N1ghtmare 12.05.11 12:05:01 MSK

а да, вспомнил, было на ядре .36

N1ghtmare ★★
(12.05.11 12:07:54 MSK)

Ссылка

Ответ на: комментарий от Sonsee 12.05.11 01:09:55 MSK

> Может кто-то знает где это можно посмотреть?

less /usr/src/linux/Documentation/power/s2ram.txt /Using TRACE_RESUME

r0mik ★
(12.05.11 13:43:33 MSK)

Ответ на: комментарий от r0mik 12.05.11 13:43:33 MSK

спасибо, но похоже, что в арче ядро собрано без поддержки TRACE_RESUME (нету файла pm_trace), а пересоберать его мне не хочется..

Sonsee ☆
(12.05.11 16:44:29 MSK) автор топика

Ссылка

проблему я похоже решил (более 30-ти suspend'ов без фэйлов), но сама ошибка в логах осталась.

дело в том, что в арче есть «автозагрузка модулей», т.е. в rc.conf при этом можно не добавлять/удалять ничего, и система сама подгрузит нужные модули. Строка MODULES была вообще пустая (это сейчас дефолт при установке).

так вот, просмотрев весь список lsmod на подозрительные модули, было обнаружено, что несмотря на то, что стоит блоб (fglrx) и его модуль подгружен, так же грузится модуль radeon.

дальше я глянул в лог, где последовательность resume в районе ошибки была вот такая:

May 12 14:42:22 iVAIO kernel: [ 1756.348238] [fglrx] Power up the ASIC
May 12 14:42:22 iVAIO kernel: [ 1756.348277] [fglrx] Preparing resume fglrx in kernel.
May 12 14:42:22 iVAIO kernel: [ 1756.428819] legacy_resume(): pnp_bus_resume+0x0/0x70 returns -19
May 12 14:42:22 iVAIO kernel: [ 1756.428822] PM: Device 00:08 failed to resume: error -19
May 12 14:42:22 iVAIO kernel: [ 1756.419504] [fglrx] Resuming fglrx in kernel completed.
May 12 14:42:22 iVAIO kernel: [ 1756.419635] [fglrx] IRQ 45 Enabled
May 12 14:42:22 iVAIO kernel: [ 1756.657615] ata6: SATA link down (SStatus 0 SControl 300)
May 12 14:42:22 iVAIO kernel: [ 1756.660947] ata2: S

т.е. она выпадала как раз, когда грузится fglrx.

после отгрузки radeon модуля, ошибка стала выглядеть вот так:

May 12 14:42:22 iVAIO kernel: [ 1756.344029] sd 0:0:0:0: [sda] Starting disk
May 12 14:42:22 iVAIO kernel: [ 1756.348238] [fglrx] Power up the ASIC
May 12 14:42:22 iVAIO kernel: [ 1756.348277] [fglrx] Preparing resume fglrx in kernel.
May 12 14:42:22 iVAIO kernel: [ 1756.419504] [fglrx] Resuming fglrx in kernel completed.
May 12 14:42:22 iVAIO kernel: [ 1756.419635] [fglrx] IRQ 45 Enabled
May 12 14:42:22 iVAIO kernel: [ 1756.428819] legacy_resume(): pnp_bus_resume+0x0/0x70 returns -19
May 12 14:42:22 iVAIO kernel: [ 1756.428822] PM: Device 00:08 failed to resume: error -19
May 12 14:42:22 iVAIO kernel: [ 1756.657615] ata6: SATA link down (SStatus 0 SControl 300)

и с того времени ни одного фейла.

Sonsee ☆
(12.05.11 16:54:58 MSK) автор топика

была подобная проблема на моём MSI S300, хотя всё подобие, судя по логам, заканчивается на том, что ноут не просыпается в определённый по счёту раз. в моём случае виновником оказался модуль firmware_class, требуемый wifi-карточкой. его я принудительно выгружаю в hibernate-script.

а вычислил я его методом половинного деления. сначала узнал, что UnloadAllModules в hibernate-script проблему решало. насколько помню, в pm-utils есть аналогичная возможность выгрузить все модули

qbe ★
(12.05.11 16:56:55 MSK)

Ссылка

такая же самая проблема на арче, и уже как полгода точно, починить вот некогда. Сейчас действительно как 9 из 10 случаев, а пару месяцев назад (вроде как с <.38 ядром) каждый второй раз был неудачным.

doctorx ★★★★
(12.05.11 17:02:53 MSK)

Ответ на: комментарий от doctorx 12.05.11 17:02:53 MSK

а какой ноут? короткий ответ: нужно искать модуль, который криво работает и отгружать его совсем

Sonsee ☆
(12.05.11 17:40:34 MSK) автор топика

Ответ на: комментарий от r0mik 12.05.11 13:43:33 MSK

таки собрал ядро с TRACE_RESUME, оказывается проблема в встроенном модуле i8042:

May 12 17:31:03 iVAIO kernel: [  136.355671] i8042 aux 00:08: legacy resume
May 12 17:31:03 iVAIO kernel: [  136.355677] legacy_resume(): pnp_bus_resume+0x0/0x70 returns -19
May 12 17:31:03 iVAIO kernel: [  136.355679] PM: Device 00:08 failed to resume: error -19

что с ним делать, не подскажите? или это баг и его не починишь?

Sonsee ☆
(12.05.11 20:03:46 MSK) автор топика

Когда же, наконец, ваши линупсы научатся просыпаться после спячки, не впадая в кому?

iZEN ★★★★★
(12.05.11 20:13:44 MSK)

Ответ на: комментарий от iZEN 12.05.11 20:13:44 MSK

нажми удалённые, тут модер уже потёр не мало скора за флуд ;)

Sonsee ☆
(12.05.11 20:15:27 MSK) автор топика

Ссылка

Ответ на: комментарий от Sonsee 12.05.11 20:03:46 MSK

> что с ним делать

выгружать наверное...

Когда же, наконец, ваши линупсы научатся просыпаться

хз, мб после того как ваше бсд научится хотя бы засыпать?

r0mik ★
(13.05.11 01:25:16 MSK)

Ответ на: комментарий от r0mik 13.05.11 01:25:16 MSK

выгружать наверное...

судя по всему aux порт это тачпад
не могу :)

Sonsee ☆
(13.05.11 02:06:35 MSK) автор топика

Ответ на: комментарий от Sonsee 13.05.11 02:06:35 MSK

блин, у меня же одна кнопка на тачпаде не работает, может оно поэтому ошибки выбрасывает? :)

Sonsee ☆
(13.05.11 02:08:49 MSK) автор топика

Ссылка

Ответ на: комментарий от Sonsee 12.05.11 16:54:58 MSK

Использовать radeon и fglrx на одной системе - это то же самое что использовать nouveau и nvidia на одной системе - т.е. не советуется да и глупо это.

и получается что фееричный баг заключается в кривых руках тс?

~~bhfq~~ ★★★★★
(13.05.11 02:21:50 MSK)

Ответ на: комментарий от bhfq 13.05.11 02:21:50 MSK

Использовать radeon и fglrx на одной системе - это то же самое что использовать nouveau и nvidia на одной системе - т.е. не советуется да и глупо это.
и получается что фееричный баг заключается в кривых руках тс?

что значит «использовать»? я их что, прописывал куда-то в загрузку? я же по-русски писал, в rc.conf MOD_AUTOLOAD был '=yes', а MODULES был просто пустой - это дефолт, и то, что мэйнтейнеры не предусмотрели беспорядочную загрузку всех модулей, ну никак не моя кривость рук.

Sonsee ☆
(13.05.11 02:38:12 MSK) автор топика