Re: At86rf230 sleep state

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

 



2015-09-09 15:13 GMT+02:00 Alexander Aring <alex.aring@xxxxxxxxx>:
> Hi,
>
> On Wed, Sep 09, 2015 at 02:26:27PM +0200, Baptiste Clenet wrote:
>> Hi,
>>
>> I looked at the at86rf230 driver on bluetooth-next branch and I saw the
>> two functions concerning the sleep state:
>>
>> at86rf230_sleep(struct at86rf230_local *lp)
>>
>> at86rf230_awake(struct at86rf230_local *lp)
>>
>>
>> I'm wondering if the transceiver can wake up from a received frame if
>> it is in SLEEP State? As far as I can see on the datasheet, it is not
>> able to. Am I wrong?
>>
>
> The transceiver can't. The transceiver need to be inside RX_AACK_ON state
> (or RX_ON, but we don't use this state).
>
> What we currently support for powersaving is when the subsystem doesn't
> use the transceiver then the transceiver goes into SLEEP state.
>
> This happens when:
>
>  1. After device probing.
>  2. When _ALL_ interfaces which belongs to the transceiver (phy) are
>     down. -> Which is the state after probing. See 1.
>  3. When interfaces are up and you going into pm-suspend mode. (The
>     interfaces are still up, but the transceiver will call "stop"
>     callback before and this is the same like 2. -> It stops rx but when
>     stopping rx you can also go into sleep). When "resume" occurs the
>     subsystem call "start" callback and do a "awake" and acivate rx again.
>
> Addtional note: we need to awake the transceiver to access registers,
> there exists "direct or non-direct" nl802154 calls into the driver layer
> to set registers. This is why we add before and after register access an
> awake and sleep again. -> but this is very transceiver specifc, there
> exists also transceiver which has register access while sleeping.
>

Thank you for the answer! It is what I thought.

>
> This is currently the stuff we support for powersaving, this has nothing
> todo with 802.15.4 powersaving stuff like "beacon enabled mode". We
> currently doesn't support this kind of stuff and I have also no idea how
> it works and how we can implement this stuff for SoftMAC transceivers.
> :-)
>

Yes there is still some improvments to do :-)
> - Alex



-- 
Baptiste
--
To unsubscribe from this list: send the line "unsubscribe linux-wpan" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Photo]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux