ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Ноутбук зависает при переходе в режим suspend-to-ram на ядрах 4.0.5 и 4.0.6 | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Alexander <alxste> |
| Component: | kernel-image-un-def | Assignee: | Vitaly Chikunov <vt> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P3 | CC: | kernelbot, placeholder, vt |
| Version: | unstable | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
|
Description
Alexander
2015-06-26 12:53:06 MSK
Ядро 4.0.7 - ошибка стабильно (при каждой попытке syspend0) воспроизводится Ядро 3.14.46 - все работает нормально А от # systemctl suspend тот же эффект или другой? (В ответ на комментарий №2) > А от > # systemctl suspend > тот же эффект или другой? У меня есть смутное воспоминание что на 4.0.5 когда я это обнаружил было аналогичное поведение (в смысле вешалось). но тут могу и ошибиться. сейчас попробовал на 4.0.7 + все актуальные обновления из сизифа при systemctl syspend и если усыплять через меню завершения сеанса - мне подвисание воспроизвести не удалось. при этом по закрытию крышки "вешается" в 100% случаев. (В ответ на комментарий №2) > А от > # systemctl suspend > тот же эффект или другой? И я еще вот на такое обсуждение наткнулся поиском по ключевым словам из лога: http://lkml.org/lkml/2015/4/21/581 не знаю это мой случай или нет, но симптомы вроде бы похожие (В ответ на комментарий №2) > А от > # systemctl suspend > тот же эффект или другой? Отключил в менеджере питания xfce засыпание по закрытию крышки. Несколькот раз открыл/закрыл - все нормально После чего по systemctl suspend получил подвисание при этом экран остался включенным... июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247169] pcieport 0000:00:1c.3: res[15]=[mem 0x00100000-0x000fffff 64bit pr июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247171] pcieport 0000:00:1c.4: res[15]=[mem 0x00100000-0x000fffff 64bit pr июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247172] pcieport 0000:00:1c.5: res[14]=[mem 0x00100000-0x000fffff] get_res июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247174] pcieport 0000:00:1c.0: res[13]=[io 0x1000-0x0fff] get_res_add_siz июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247176] pcieport 0000:00:1c.1: res[13]=[io 0x1000-0x0fff] get_res_add_siz июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247177] pcieport 0000:00:1c.3: res[13]=[io 0x1000-0x0fff] get_res_add_siz июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247179] pcieport 0000:00:1c.4: res[13]=[io 0x1000-0x0fff] get_res_add_siz июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247181] pcieport 0000:00:1c.5: res[13]=[io 0x1000-0x0fff] get_res_add_siz июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247185] pcieport 0000:00:1c.0: BAR 14: assigned [mem 0xbfb00000-0xbfcfffff июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247189] pcieport 0000:00:1c.0: BAR 15: assigned [mem 0xbfd00000-0xbfefffff июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247192] pcieport 0000:00:1c.1: BAR 15: assigned [mem 0xd3100000-0xd32fffff июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247195] pcieport 0000:00:1c.3: BAR 15: assigned [mem 0xd3d00000-0xd3efffff июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247199] pcieport 0000:00:1c.4: BAR 15: assigned [mem 0xd3f00000-0xd40fffff июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247201] pcieport 0000:00:1c.5: BAR 14: assigned [mem 0xd4100000-0xd44fffff июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247205] pcieport 0000:00:1c.0: BAR 13: assigned [io 0x4000-0x4fff] июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247207] pcieport 0000:00:1c.1: BAR 13: assigned [io 0x5000-0x5fff] июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247209] pcieport 0000:00:1c.3: BAR 13: assigned [io 0x6000-0x6fff] июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247211] pcieport 0000:00:1c.4: BAR 13: assigned [io 0x7000-0x7fff] июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247214] pcieport 0000:00:1c.5: BAR 13: assigned [io 0x8000-0x8fff] июл 02 13:55:35 murr.localdomain kernel[1133]: [ 128.247317] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus ali июл 02 13:55:48 murr.localdomain systemd-logind[531]: Lid opened. июл 02 13:55:51 murr.localdomain xscreensaver[1292]: pam_tcb(xscreensaver:auth): Authentication passed for alx from alx(uid=500) июл 02 13:56:30 murr.localdomain systemd-logind[531]: Lid closed. июл 02 13:56:43 murr.localdomain systemd-logind[531]: Lid opened. июл 02 13:56:51 murr.localdomain systemd-logind[531]: Lid closed. июл 02 13:57:00 murr.localdomain systemd-logind[531]: Lid opened. июл 02 13:57:23 murr.localdomain polkitd[558]: Registered Authentication Agent for unix-process:1544:23664 (system bus name :1.5 июл 02 13:57:23 murr.localdomain NetworkManager[568]: <info> sleep requested (sleeping: no enabled: yes) июл 02 13:57:23 murr.localdomain NetworkManager[568]: <info> sleeping... июл 02 13:57:23 murr.localdomain kernel: IPv6: ADDRCONF(NETDEV_UP): enp7s0: link is not ready июл 02 13:57:23 murr.localdomain NetworkManager[568]: <info> (enp7s0): device state change: unavailable -> unmanaged (reason 's июл 02 13:57:23 murr.localdomain kernel[1133]: [ 236.818386] IPv6: ADDRCONF(NETDEV_UP): enp7s0: link is not ready июл 02 13:57:23 murr.localdomain NetworkManager[568]: <info> NetworkManager state is now ASLEEP июл 02 13:57:23 murr.localdomain systemd[1]: Reached target Sleep. июл 02 13:57:23 murr.localdomain systemd[1]: Starting Sleep. июл 02 13:57:23 murr.localdomain systemd[1]: Starting Suspend... -- Reboot -- (In reply to comment #4) > И я еще вот на такое обсуждение наткнулся поиском по ключевым словам из лога: > http://lkml.org/lkml/2015/4/21/581 > не знаю это мой случай или нет, но симптомы вроде бы похожие Там есть в следующем письме: > says "echo 1 > /sys/bus/pci/rescan" is also a reproducer. У меня при rescan получается на i3-3110M в dmesg: [11391.819295] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus alignment Но больше никаких симптомов. (В ответ на комментарий №6) > (In reply to comment #4) > > И я еще вот на такое обсуждение наткнулся поиском по ключевым словам из лога: > > http://lkml.org/lkml/2015/4/21/581 > > не знаю это мой случай или нет, но симптомы вроде бы похожие > > Там есть в следующем письме: > > says "echo 1 > /sys/bus/pci/rescan" is also a reproducer. > > У меня при rescan получается на i3-3110M в dmesg: > [11391.819295] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus > alignment > Но больше никаких симптомов. С моей "чайниковской" точки зрения проблема или во взаимодействии ядра с конкретным железом/драйвером/модулем ядра, или в каких-то таймингах связанных с взаимодействием ядра и systemd - это предположение следует что systemctl suspend иногда виснет а иногда нет.. (В ответ на комментарий №6) > (In reply to comment #4) > > И я еще вот на такое обсуждение наткнулся поиском по ключевым словам из лога: > > http://lkml.org/lkml/2015/4/21/581 > > не знаю это мой случай или нет, но симптомы вроде бы похожие > > Там есть в следующем письме: > > says "echo 1 > /sys/bus/pci/rescan" is also a reproducer. > > У меня при rescan получается на i3-3110M в dmesg: > [11391.819295] i915 0000:00:02.0: BAR 6: [??? 0x00000000 flags 0x2] has bogus > alignment > Но больше никаких симптомов. Похоже есть еще один кандидат...Собственно новый xfce. Поставил сейчас mate-full. Перегрузился в него. При закрытии крышки не завиc. В самом mate поставил вместо mate-power-manager xfce4-power-manager. Снова не завис при закрытии крышки. Ядро 4.0.7 > Похоже есть еще один кандидат...Собственно новый xfce. Поставил сейчас
> mate-full. Перегрузился в него. При закрытии крышки не завиc. В самом mate
> поставил вместо mate-power-manager xfce4-power-manager. Снова не завис при
> закрытии крышки. Ядро 4.0.7
И что еще интересно - после того как я из мате перелогинился в xfce - не завис при закрытии крышки, после того как перегрузился сразу в xfce - завис с первой попытки,
Еще одна особенность обнаружилась.. Если сразу после перезагрузки закрыть крышку ноутбука на экране входа в систему, до входа в xfce сессию, то оно не виснет, и потом в xfce сессии тоже при закрытии крышки не виснет хотя и глючит после просыпания (как глючит - открывает окно со свойствами экрана, один раз мышка отвалилась до перезагрузки). если сначала залогиниться в xfce сессию а потом начать хлопать крышкой - то виснет стабильно. проверял сегодня, на актуальном сизифе. В 4-м KDE тоже засыпает нормально... Похоже бага где-то во взаимодействии какого-то из модулей xfce4 и новых ядер. Проверил воспроизведение после сегодняшнего обновления в сизифе. Починилось на ядрах 4.0.7 и 4.0.8 На других вариантах не проверял. Засыпает и устойчиво просыпается по закрытию/открытию крышки. |
