[SOLVED] выход из suspend

Доброго времени суток. После масштабного обновления системы на нетбуке начались проблемы с suspend'ом. Уходит машина в него нормально, а вот возвращается с задержкой ~200 секунд, если верить логам. Вот dmesg, и pm-suspend.log.
Смущают вот эти строчки в dmesg:

[  127.378610] ACPI: Waking up from system sleep state S3
[  127.386588] ACPI Warning: For \_WAK: Return Package is too small - found 1 elements, expected 2 (20120913/nspredef-679)
[  334.030463] uhci_hcd 0000:00:1d.0: wake-up capability disabled by ACPI
[  334.030548] uhci_hcd 0000:00:1d.1: wake-up capability disabled by ACPI
[  334.030629] uhci_hcd 0000:00:1d.2: wake-up capability disabled by ACPI
[  334.030710] uhci_hcd 0000:00:1d.3: wake-up capability disabled by ACPI
[  334.041093] ehci_hcd 0000:00:1d.7: wake-up capability disabled by ACPI

это после первого ухода в suspend. Если после выхода отправить еще раз получаем:

[  441.094940] ACPI: Waking up from system sleep state S3
[  647.732052] INFO: rcu_sched self-detected stall on CPU { 0}  (t=206631 jiffies)
[  647.732059] Pid: 0, comm: swapper/0 Not tainted 3.7.6-gentoo #4
[  647.732061] Call Trace:
[  647.732082]  <IRQ>  [<ffffffff8109e117>] rcu_check_callbacks+0x155/0x449
[  647.732092]  [<ffffffff8103eab4>] ? raise_softirq_irqoff+0x9/0x27
[  647.732101]  [<ffffffff81044f60>] update_process_times+0x3a/0x70
[  647.732110]  [<ffffffff81076c0c>] tick_sched_timer+0x7d/0xa7
[  647.732118]  [<ffffffff81055e35>] __run_hrtimer+0xb5/0x13f
[  647.732126]  [<ffffffff81076b8f>] ? tick_nohz_handler+0xd4/0xd4
[  647.732134]  [<ffffffff81056534>] hrtimer_interrupt+0xd8/0x1b5
[  647.732145]  [<ffffffff8101da5c>] smp_apic_timer_interrupt+0x72/0x85
[  647.732154]  [<ffffffff815d124a>] apic_timer_interrupt+0x6a/0x70
[  647.732167]  <EOI>  [<ffffffff8106189c>] ? sched_clock_idle_sleep_event+0x11/0x13
[  647.732178]  [<ffffffff81008d25>] ? mwait_idle+0x82/0xa7
[  647.732186]  [<ffffffff81008d18>] ? mwait_idle+0x75/0xa7
[  647.732194]  [<ffffffff8100938f>] cpu_idle+0x5d/0x9a
[  647.732204]  [<ffffffff815af104>] rest_init+0x68/0x6a
[  647.732214]  [<ffffffff81aabad8>] start_kernel+0x346/0x354
[  647.732222]  [<ffffffff81aab59a>] ? repair_env_string+0x56/0x56
[  647.732231]  [<ffffffff81aab2aa>] x86_64_start_reservations+0xae/0xb2
[  647.732240]  [<ffffffff81aab39f>] x86_64_start_kernel+0xf1/0xf9
[  647.737175] kworker/u:0 (6) used greatest stack depth: 3552 bytes left
[  647.743463] uhci_hcd 0000:00:1d.0: wake-up capability disabled by ACPI
[  647.743579] uhci_hcd 0000:00:1d.1: wake-up capability disabled by ACPI
[  647.743689] uhci_hcd 0000:00:1d.2: wake-up capability disabled by ACPI
[  647.743798] uhci_hcd 0000:00:1d.3: wake-up capability disabled by ACPI
[  647.754145] ehci_hcd 0000:00:1d.7: wake-up capability disabled by ACPI

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

UPD: после пары пересборок ядра в /var/log/messages начало падать

Feb 13 08:49:15 localhost kernel: [17672.898874] ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] (20120913/evregion-501)
Feb 13 08:49:15 localhost kernel: [17672.898920] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPC0.EC__._Q46] (Node ffff88007c82dd48), AE_TIME (20120913/psparse-536)

Если сохранилось старое ядро,

Если сохранилось старое ядро, то попробуйте загрузиться с ним. Если на нём проблем нет, значит дело в опциях текущего ядра или самой версии ядра, если опции не менялись.

К сожалению, не сохранилось.

К сожалению, не сохранилось. Машинка долго была без работы. И уже не помню, какая версия стояла. Вчера попробовал - на TuxOnIce та же картина.

Собрать ядро с включенным

А не грузитесь ли вы с acpi=off? Если нет, то:

1. Собрать ядро с включенным CONFIG_X86_REROUTE_FOR_BROKEN_BOOT_IRQS=y
2. Попробовать грузиться с параметром ядра noapic

Пользуясь моментом, хочу передать привет друзьям, которые также пользуются "Моментом"

Tzar написал(а):А не

Tzar написал(а):
А не грузитесь ли вы с acpi=off?

Да, смешно было бы) Сегодня попробую.

Tzar написал(а): 1. Собрать

Tzar написал(а):
1. Собрать ядро с включенным CONFIG_X86_REROUTE_FOR_BROKEN_BOOT_IRQS=y
2. Попробовать грузиться с параметром ядра noapic

kernel panic

вылечилось в ядре 3.9.1 само

вылечилось в ядре 3.9.1 само

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".