iwlwifi: mvm: fix RX SKB header size and align it properly

When receiving a frame, we currently pull in sizeof(*hdr) plus
some extra (crypto/snap), which is too much, most headers aren't
actually sizeof(*hdr) since that takes into account the 4-address
format but doesn't take into account QoS. As a result, a typical
frame will have 4 bytes of the payload in the SKB header already.

Fix this by calculating the correct header length, and now that
we have that, align the end of the SKB header to a multiple of 4
so that the IP header will be aligned properly when pulled in.

Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>

diff --git a/drivers/net/wireless/intel/iwlwifi/mvm/rx.c b/drivers/net/wireless/intel/iwlwifi/mvm/rx.c
index 20473df79c945f8f48024785d9cac5c00508f9cc..c1bf67f04cf60fc161de02ed0d38b18665e681a6 100644 (file)
--- a/drivers/net/wireless/intel/iwlwifi/mvm/rx.c
+++ b/drivers/net/wireless/intel/iwlwifi/mvm/rx.c
@@ -104,7 +104,20 @@ static void iwl_mvm_pass_packet_to_mac80211(struct iwl_mvm *mvm,
                                            u8 crypt_len,
                                            struct iwl_rx_cmd_buffer *rxb)
 {
-       unsigned int hdrlen, fraglen;
+       unsigned int hdrlen = ieee80211_hdrlen(hdr->frame_control);
+       unsigned int fraglen;
+
+       /*
+        * The 'hdrlen' (plus the 8 bytes for the SNAP and the crypt_len,
+        * but those are all multiples of 4 long) all goes away, but we
+        * want the *end* of it, which is going to be the start of the IP
+        * header, to be aligned when it gets pulled in.
+        * The beginning of the skb->data is aligned on at least a 4-byte
+        * boundary after allocation. Everything here is aligned at least
+        * on a 2-byte boundary so we can just take hdrlen & 3 and pad by
+        * the result.
+        */
+       skb_reserve(skb, hdrlen & 3);
 
        /* If frame is small enough to fit in skb->head, pull it completely.
         * If not, only pull ieee80211_hdr (including crypto if present, and
@@ -118,8 +131,7 @@ static void iwl_mvm_pass_packet_to_mac80211(struct iwl_mvm *mvm,
         * If the latter changes (there are efforts in the standards group
         * to do so) we should revisit this and ieee80211_data_to_8023().
         */
-       hdrlen = (len <= skb_tailroom(skb)) ? len :
-                                             sizeof(*hdr) + crypt_len + 8;
+       hdrlen = (len <= skb_tailroom(skb)) ? len : hdrlen + crypt_len + 8;
 
        memcpy(skb_put(skb, hdrlen), hdr, hdrlen);
        fraglen = len - hdrlen;