standby and cd discovery

Nils Philippsen nils at redhat.com
Tue Sep 16 15:17:30 UTC 2008


On Tue, 2008-09-16 at 13:32 +0200, Hans Ulrich Niedermann wrote:
> Nils Philippsen wrote:
> > On Tue, 2008-09-16 at 13:08 +0200, Christoph Höger wrote:
> 
> >> Whenever I put my thinkpad to sleep (standby), with a cd in the drive
> >> and resume, that cd pops up as a folder as if I inserted it. 
> >> Thats annoying. After the third standby/resume cycle I _know_ whats on
> >> that disc!
> >> Does anyone know if this is _really_ a bug or how to fix it (if its
> >> fixable it should propably be fixed in the release version)?
> > 
> > I would say this is a bug. Suspending a machine should just "pause" the
> > system and the behaviour afterwards should be the same as if you hadn't
> > suspended the machine at all.
> 
> Not in all respects.
> 
> A common usecase is you sit at place A connected to WLAN A, suspend the 
> box, move it, and resume it at place B. It does not make sense now to
> try sending to WLAN A for a minute (which feels like an eternity), and 
> only then consider that we might want to look for other WLANs or wired 
> LANs to connect to.
> 
> You'd want the resume to trigger action much more quickly.


Of course it should quickly detect that it can't reach the old WLAN
anymore, but that's just the same if the system is continually running.
To avoid that moving your laptop out of reception range and moving it
back in breaks the connection to quick, a slightly modified behavior in
the suspend/resume case might be needed, admittedly. If "something" is
"connected" after the resume that was "connected" before, it should just
continue, if "something" isn't "connected" anymore, it should just act
as if the plug was pulled.

Nils
-- 
Nils Philippsen      "Those who would give up Essential Liberty to purchase 
Red Hat               a little Temporary Safety, deserve neither Liberty
nils at redhat.com       nor Safety."  --  Benjamin Franklin, 1759
PGP fingerprint:      C4A8 9474 5C4C ADE3 2B8F  656D 47D8 9B65 6951 3011




More information about the fedora-devel-list mailing list