On Wed, May 21, 2014 at 3:41 AM, Johannes Berg <johannes@xxxxxxxxxxxxxxxx> wrote: > > On Tue, 2014-05-20 at 13:27 -0700, Paul Stewart wrote: > > Provide a method to query TDLS state in drivers that use the > > NL80211_CMD_TDLS_OPER method for link setup. > > Apart from the fact that your patch isn't very clear on how this was > intended to be used (some return value?) I don't really see why even > such a driver couldn't implement station operations > (get_station/dump_station) and get the same API for this that mac80211 > already implements. I still think this might be too heavyweight in situations where the firmware handles TDLS links. Think about a system where the firmware is completely responsible for terminating incoming TDLS requests and offers no facility to notify the kernel as the TDLS link (initiated remotely) was established. Unless the driver polls the firmware for ALL MAC addresses, there's no way for a station entry to magically appear. I wan this method so we can directly ask the firmware "hey, is there a TDLS link to 02:00:00:00:01:00?" This pre-supposes that user-space has some knowledge about this remote host (suppose we're streaming media to it) and we want to know whether in this case, for diagnostic reasons, whether TDLS was established between them at this time. > > > iw wlan0 station dump gives me > Station 02:00:00:00:01:00 (on wlan0) > inactive time: 450 ms > rx bytes: 3068 > rx packets: 2 > tx bytes: 3036 > tx packets: 2 > tx retries: 0 > tx failed: 0 > signal: -30 dBm > signal avg: -30 dBm > tx bitrate: 24.0 MBit/s > rx bitrate: 12.0 MBit/s > authorized: yes > authenticated: yes > preamble: long > WMM/WME: no > MFP: no > TDLS peer: yes > [...] > > > johannes > -- 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
