[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <063D6719AE5E284EB5DD2968C1650D6D1CAE430C@AcuExch.aculab.com>
Date: Mon, 16 Feb 2015 09:50:44 +0000
From: David Laight <David.Laight@...LAB.COM>
To: "'Fu, Zhonghui'" <zhonghui.fu@...ux.intel.com>,
Kalle Valo <kvalo@...eaurora.org>,
"brudley@...adcom.com" <brudley@...adcom.com>,
"Arend van Spriel" <arend@...adcom.com>,
Franky Lin <frankyl@...adcom.com>,
"meuleman@...adcom.com" <meuleman@...adcom.com>,
"linville@...driver.com" <linville@...driver.com>,
"pieterpg@...adcom.com" <pieterpg@...adcom.com>,
"hdegoede@...hat.com" <hdegoede@...hat.com>,
"wens@...e.org" <wens@...e.org>,
"linux-wireless@...r.kernel.org" <linux-wireless@...r.kernel.org>,
"brcm80211-dev-list@...adcom.com" <brcm80211-dev-list@...adcom.com>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: RE: [PATCH v3] brcmfmac: avoid duplicated suspend/resume operation
> > WiFi chip has 2 SDIO functions, and PM core will trigger
> > twice suspend/resume operations for one WiFi chip to do
> > the same things. This patch avoid this case.
Do you want to suspend on the first or last request?
In general it might be that one function is in use and
something wants to suspend the other (as inactive).
If they suspend together you might need to pretend the
first function is suspended but only do the real power-saving
device suspend when all the functions have been suspended.
David
Powered by blists - more mailing lists