On Sunday 13 May 2007 22:15, Zhu Yi wrote:
> diff --git a/net/mac80211/ieee80211_i.h b/net/mac80211/ieee80211_i.h
> index 8b939d0..c273afe 100644
> --- a/net/mac80211/ieee80211_i.h
> +++ b/net/mac80211/ieee80211_i.h
> @@ -59,6 +60,10 @@ struct ieee80211_local;
> * increased memory use (about 2 kB of RAM per entry). */
> #define IEEE80211_FRAGMENT_MAX 4
>
> +/* Minimum and Maximum TSID used by EDCA. EDCA uses 0~7; HCCA uses 8~15 */
> +#define EDCA_TSID_MIN 0
> +#define EDCA_TSID_MAX 7
> +
> struct ieee80211_fragment_entry {
> unsigned long first_frag_time;
> unsigned int seq;
> @@ -178,6 +183,31 @@ struct ieee80211_tx_stored_packet {
> unsigned int last_frag_rate_ctrl_probe:1;
> };
>
> +struct sta_ts_data {
> + enum {
> + TS_STATUS_UNUSED = 0,
> + TS_STATUS_ACTIVE = 1,
> + TS_STATUS_INACTIVE = 2,
> + TS_STATUS_THROTTLING = 3,
> + } status;
> + u8 dialog_token;
> + u8 up;
> + u32 admitted_time_usec;
> + u32 used_time_usec;
> +};
> +
> +#define DLS_STATUS_OK 0
> +#define DLS_STATUS_NOLINK 1
> +#define DLS_STATUS_SETUP 2
> +struct dls_info {
> + atomic_t refcnt;
> + int status;
> + u8 addr[ETH_ALEN];
> + struct dls_info *hnext; /* next entry in hash table list */
> + u32 timeout;
> + u32 supp_rates;
> +};
> +
> typedef ieee80211_txrx_result (*ieee80211_tx_handler)
> (struct ieee80211_txrx_data *tx);
>
These chunks were present in the second patch of this series.
So, who is going to be responsible for configuring DLS and TS? If we're going
to leave this policy up to userspace.. why not implement most of the DLS
handshake/teardown code in wpa_supplicant directly? It would make the
remaining DLS code in the kernel much more straightforward.
However, that's still more of an implementation detail. I'm curious about how
DLS would actually get initiated and used if I am, for example, transferring
a large file from one STA to another on the same AP. It seems like the sort
of information needed to make this decision are similar to what is needed to
decide when to set up BA.
-Michael Wu
Attachment:
pgpVgcNnRSTJq.pgp
Description: PGP signature
