Hi Eliad, On Tue, Nov 20, 2012 at 3:39 AM, Eliad Peller <eliad@xxxxxxxxxx> wrote: > since we no longer use dev role in the connection flow, > we should always use the hlid of the sta role. I don't really know the hardware, but this seems like something something that should be combined with the first patch. > Signed-off-by: Eliad Peller <eliad@xxxxxxxxxx> > --- > drivers/net/wireless/ti/wlcore/tx.c | 10 +--------- > 1 files changed, 1 insertions(+), 9 deletions(-) > > diff --git a/drivers/net/wireless/ti/wlcore/tx.c b/drivers/net/wireless/ti/wlcore/tx.c > index a90d3cd..a555a70 100644 > --- a/drivers/net/wireless/ti/wlcore/tx.c > +++ b/drivers/net/wireless/ti/wlcore/tx.c > @@ -155,21 +155,13 @@ static u8 wl12xx_tx_get_hlid_ap(struct wl1271 *wl, struct wl12xx_vif *wlvif, > u8 wl12xx_tx_get_hlid(struct wl1271 *wl, struct wl12xx_vif *wlvif, > struct sk_buff *skb, struct ieee80211_sta *sta) > { > - struct ieee80211_hdr *hdr = (struct ieee80211_hdr *)skb->data; > - > if (!wlvif || wl12xx_is_dummy_packet(wl, skb)) > return wl->system_hlid; > > if (wlvif->bss_type == BSS_TYPE_AP_BSS) > return wl12xx_tx_get_hlid_ap(wl, wlvif, skb, sta); > > - if ((test_bit(WLVIF_FLAG_STA_ASSOCIATED, &wlvif->flags) || > - test_bit(WLVIF_FLAG_IBSS_JOINED, &wlvif->flags)) && > - !ieee80211_is_auth(hdr->frame_control) && > - !ieee80211_is_assoc_req(hdr->frame_control)) > - return wlvif->sta.hlid; > - else > - return wlvif->dev_hlid; > + return wlvif->sta.hlid; > } > > unsigned int wlcore_calc_packet_alignment(struct wl1271 *wl, > -- > 1.7.6.401.g6a319 > > -- > 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 -- Julian Calaby Email: julian.calaby@xxxxxxxxx Profile: http://www.google.com/profiles/julian.calaby/ .Plan: http://sites.google.com/site/juliancalaby/ -- 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