From: Alexander Aring <alex.aring@gmail.com>
To: Varka Bhadram <varkabhadram@gmail.com>
Cc: linux-wpan@vger.kernel.org, Varka Bhadram <varkab@cdac.in>
Subject: Re: [RFC bluetooth-next] nl802154: export supported commands
Date: Tue, 2 Jun 2015 08:49:52 +0200 [thread overview]
Message-ID: <20150602064949.GA795@omega> (raw)
In-Reply-To: <1433223599-22548-1-git-send-email-varkab@cdac.in>
On Tue, Jun 02, 2015 at 11:09:59AM +0530, Varka Bhadram wrote:
> This patch will export the supported commands by the devices
> to the user. This is required because user should know supported
> commands by the IEEE-802.15.4 devices. Drivers that are there in
> the mainline are not supporting all the functionalities that the
> core is providing to us.
>
> Signed-off-by: Varka Bhadram <varkab@cdac.in>
> ---
> Hi,
>
> I am looking for the way to export the following commands
> o NL802154_CMD_SET_MAX_FRAME_RETRIES
> o NL802154_CMD_SET_BACKOFF_EXPONENT
> o NL802154_CMD_SET_MAX_CSMA_BACKOFFS
>
> Any inputs..?
>
These commands are always supported. If a driver doesn't support it,
indicated by the hw flags, then we assume 802.15.4 defaults.
If you driver doesn't fit to the 802.15.4 you need to change it,
otherwise it's a bug in your driver.
It's a little bit more complex, the backoffs and backoffs exponent depends
if max frame retries supports values above or equal 0. But then you should
assume the 802.15.4 defaults for these values if your transceiver supports
"-1" only.
These parameters above are for the MAC settings of 802.15.4 and the
802.15.4 standard describes for each a "default parameter". It's very
simple, if the driver doesn't tell anything we assume these defaults
parameters and you can't set your transceiver outside of this parameter
via nl802154.
PHY settings are different, because 802.15.4 describes no default
settings for PIB attributes. We don't assume nothing here, but is also a
bug inside your driver because you don't support WPAN_PHY_FLAG for e.g.
tx power, because sending without any tx power makes no sense.
Nevertheless the driver doesn't support to ask which one.
The same for CCA handling (when max frame retries are 0 or above, that
actually means CSMA-CA handling).
Now:
On MIB values the 802.15.4 describes default setting, if the driver
doesn't support it we assume "defaults". On PIB values the standard
describes no default values and we assume nothing, it's indicated by the
WPAN_PHY_FLAG if the driver supports to ask the current setting or not.
But also on phy settings (TX_POWER, CCA_MODE (CCA_ED_LEVEL depends if
the right CCA_MODE is supported)), but this _sometimes_ (in case of tx
power _always_) doesn't represent the reality. A phy which transmit has
always some tx power setting.
- Alex
prev parent reply other threads:[~2015-06-02 6:49 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-02 5:39 [RFC bluetooth-next] nl802154: export supported commands Varka Bhadram
2015-06-02 6:49 ` Alexander Aring [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150602064949.GA795@omega \
--to=alex.aring@gmail.com \
--cc=linux-wpan@vger.kernel.org \
--cc=varkab@cdac.in \
--cc=varkabhadram@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox