Search Linux Wireless

Re: [PATCH v2] brcmfmac: Correctly fail to suspend when SDIO does not support power on suspend

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 





On 04-09-17 21:33, Steve deRosier wrote:
On Fri, Sep 1, 2017 at 1:02 PM, Arend van Spriel
<arend.vanspriel@xxxxxxxxxxxx> wrote:
Also note that the wifi chip (the term "radio" does not quite cover it) has
not really lost power. It is quite common that it is not powered through the
SDIO bus. With the power-sequence support in the MMC stack these days the
suspend may result in loss of power. Otherwise, it is just the bus that
loses power (and clock) and the flags affect what tricks the MMC stack tries
to pull to get the device accessible again upon resume.

Arend,

Indeed - I'm familiar with the platform that Eric is using and it is
exactly as you say: the chip is powered externally. There's some
platform issues here that need to be resolved in addition, but the
change to brcmfmac stands alone OK.

Sure thing. I was not arguing the fix itself. Just wanted to clarify the terms used in the commit message.

Regards,
Arend



[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux