On Tuesday, June 25, 2013 07:06:28 AM Peer, Ilan wrote:
> > + * @listen_channel: channels to listen on; not NULL
>
> s/channels/channel/ (only a single listen channel)
Sure, thanks
<skip>
> Just to clarify something: even if the driver reports that it supports probe response offloading, can wpas choose not to use this capability and handle all the probe requests on its own (at least for debugging)? For example in case that the probe response IE len is zero, the driver can deduce the it should not respond to probe requests.
Problem is, some hardware do not let you to do so; it simply replies by itself.
NL80211_FEATURE_P2P_PROBE_RESP_OFFLOAD indicates device __can__ answer. From this,
wpa_s can conclude it may be answered by device probes that is may see or not.
It is out of scope for this commit to specify how to tell to the device to not answer
(I suppose to use debugfs for this)
>
> > @@ -1740,6 +1748,10 @@ enum nl80211_attrs {
> >
> > NL80211_ATTR_RXMGMT_FLAGS,
> >
> > + NL80211_ATTR_MIN_DISCOVERABLE_INTERVAL,
> > + NL80211_ATTR_MAX_DISCOVERABLE_INTERVAL,
> > + NL80211_ATTR_LISTEN_FREQ,
>
> You can use NL80211_ATTR_WIPHY_FREQ
OK, will do so.
>
> > +TRACE_EVENT(rdev_start_p2p_find,
> > + TP_PROTO(struct wiphy *wiphy, struct wireless_dev *wdev,
> > + struct cfg80211_p2p_find_params *params),
> > + TP_ARGS(wiphy, wdev, params),
> > + TP_STRUCT__entry(
> > + WIPHY_ENTRY
> > + WDEV_ENTRY
> > + __field(u32, min_di)
> > + __field(u32, max_di)
> > + __field(int, n_channels)
>
> Can you also add here the listen channel?
Sure
Thanks, Vladimir
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
