Bug 28150 - NM doesn't react to Suspend-to-RAM trough systemd anymore
Summary: NM doesn't react to Suspend-to-RAM trough systemd anymore
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: NetworkManager (show other bugs)
Version: unstable
Hardware: all Linux
: P3 normal
Assignee: Mikhail Efremov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks: 28008
  Show dependency tree
 
Reported: 2012-11-30 13:48 MSK by ildar
Modified: 2013-02-19 19:49 MSK (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ildar 2012-11-30 13:48:38 MSK
Раньше (SysV) suspend осуществлялся через утилиты пакета pm-utils. Оттуда вызывался хук /usr/lib/pm-utils/sleep.d/55NetworkManager, который сообщал NM о том, мол, засыпаем, а, главное, просыпаемся. NM на это реагировал правильно: переустанавливал соединение. Это очень важно, когда мы засыпаем в одном месте, а просыпаемся в другом :)

Короче, с systemd эта функциональность потеряна. Надо бы восстановить.
Comment 1 Mikhail Efremov 2012-11-30 16:11:13 MSK
Это вряд ли проблема NM. Если ему сказали заснуть - он заснет, если нет - то какие к нему претензии?
Посылка же такого сообщения есть не только в скриптах pm-utils, его NM'у еще точно умеет слать xfce4-power-manager, может и другие power manager'ы.
Надо разбираться как с systemd происходит засыпание и откуда слать сообщение NM-у.
Comment 2 ildar 2012-11-30 16:42:50 MSK
(В ответ на комментарий №1)
> Это вряд ли проблема NM. Если ему сказали заснуть - он заснет, если нет - то
> какие к нему претензии?
...
> Надо разбираться как с systemd происходит засыпание и откуда слать сообщение
> NM-у.

Первое, всё ж таки неправильно, что это лежит в pm-utils, xfce4-power-manager и т.п.
Второе, как я вижу в идеале, этим должен рулить upower: кому нужно (NM, например) подписываются на событие SUSPEND через dbus, а уж udev или systemd должны уведомлять его (upower), что, мол, "щас что-то будет!"

В итоге, нужно разобраться, на кого возложить эту работу, и перевесить багу на виновного.
Для дискуссии я Алексея Шабалина сразу подписал...
Comment 3 Mikhail Efremov 2012-11-30 20:43:04 MSK
(В ответ на комментарий №2)
> Второе, как я вижу в идеале, этим должен рулить upower: кому нужно (NM,
> например) подписываются на событие SUSPEND через dbus, а уж udev или systemd
> должны уведомлять его (upower), что, мол, "щас что-то будет!"

На самом деле NM так и делает. Просто systemd теперь и это делает сам, не используя upower. В ветке master NM'а уже умеет работать и с systemd. Позже портирую для NM-0.9.6.
Comment 4 Mikhail Efremov 2013-02-19 19:49:31 MSK
Fixed in NetworkManager-0.9.7.997-alt1.
Comment 5 Mikhail Efremov 2013-02-19 19:49:47 MSK
.