Re: Handling of suspend/resume
- From: Pierre Ossman <drzeus-list drzeus cx>
- To: Dan Williams <dcbw redhat com>
- Cc: networkmanager-list gnome org
- Subject: Re: Handling of suspend/resume
- Date: Sat, 05 Mar 2005 17:51:03 +0100
Dan Williams wrote:
On Sat, 5 Mar 2005, Pierre Ossman wrote:
I've been playing around with swsusp2 and I have noticed that
NetworkManager doesn't work as nice as one could hope. After a resume
NetworkManager still believes that it is connected just fine. It doesn't
even notice that the cable isn't connected anymore.
What would be needed is some way of telling NetworkManager to reevaluate
the situation. Perhaps there even is something that it can trigger on
automatically. Any ideas?
David Zeuthen (the HAL guy) and I were talking about this friday, and we decided
that HAL should broadcast a signal when the machine wakes up. Since there's all
sort of ACPI/APM stuff going into HAL right now, it kind of makes sense.
However, that's HAL 0.5, and for the stable branch, we need some other mechanism
to be able to restart the network.
Sounds good. Since he's aiming for a FC4 release of the next hal then it
shouldn't be that far away =)
Right now we basically need to tell NetworkManager to throw away all devices,
re-read them from HAL, and start everything over. The user may/may not have
plugged in other cards during suspend, they may have moved physical locations,
they may have plugged/unplugged the cable, so we might as well start from
scratch.
So, my question is: how can we get notification (not through HAL) of a
unsuspend event?
Manually is always an option. Something like 'NetworkManagerCmd resume'
being called from the suspend/resume scripts. If the behaviour is a
complete restart then one can do a 'service NetworkManager restart' or
similar. But that wouldn't give you much freedom in deciding how to
handle this.
Rgds
Pierre
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]