Re: [PATCH v2 0/3] mac80211 suspend/resume

From: "Bob Copeland" <me@bobcopeland.com>
To: Dan Williams <dcbw@redhat.com>, Marcel Holtmann <marcel@holtmann.org>
Cc: Johannes Berg <johannes@sipsolutions.net>,
	linux-wireless@vger.kernel.org, mabbaswireless@gmail.com
Subject: Re: [PATCH v2 0/3] mac80211 suspend/resume
Date: Tue, 6 Jan 2009 12:07:36 -0500	[thread overview]
Message-ID: <20090106165434.M2397@bobcopeland.com> (raw)
In-Reply-To: <1231260306.14565.21.camel@localhost.localdomain>

On Tue, 06 Jan 2009 11:45:06 -0500, Dan Williams wrote
> You still want to tell NM to go to sleep so it doesn't see the
> disconnection from the supplicant (triggered by the driver because it
> was going to sleep), and thus try to reconnect, or try a different AP.

Well, I tried it without the hack and it works (connection stays up 
over a short suspend period).  This is with the new mac80211 suspend
patches, where suspend/resume looks like this:

suspend:
  suspend userspace (freezes NM)
  save bssid, keys etc
  if wlan0 up
     ifdown wlan0 (note NM is already frozen)
  power down hw

resume:
  power up hw
  if wlan0 was up
     ifup wlan0
  reload config, bssid, ...
  resume userspace

However, _with_ the current procedure of telling NM to go to sleep, it
tries to reconnect after resume because NM takes care of downing the
interfaces.  As a result mac80211 never gets the chance to save the
state of the running interfaces.

-- 
Bob Copeland %% www.bobcopeland.com