Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit 652199cc authored by Punit Vara's avatar Punit Vara Committed by Greg Kroah-Hartman
Browse files

Staging: rtl8712: ieee80211.h: Coding style warnings fix for block comments 



This is patch to the ieee80211.h file that fixes up following warning
reported by checkpatch.pl :

-Block comments use * on subsequent lines
-Block comments use a trailing */ on a separate line

Signed-off-by: default avatarPunit Vara <punitvara@gmail.com>
Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@linuxfoundation.org>
parent 4fd8cba1

drivers/staging/rtl8712/ieee80211.h

+26 −22
Original line number Diff line number Diff line
@@ -120,12 +120,13 @@ struct ieee_param { 


#define IEEE80211_DATA_LEN		2304

/* Maximum size for the MA-UNITDATA primitive, 802.11 standard section

   6.2.1.1.2.



   The figure in section 7.1.2 suggests a body size of up to 2312

   bytes is allowed, which is a bit confusing, I suspect this

   represents the 2304 bytes of real data, plus a possible 8 bytes of

   WEP IV and ICV. (this interpretation suggested by Ramiro Barreiro) */

 * 6.2.1.1.2.

 *

 * The figure in section 7.1.2 suggests a body size of up to 2312

 * bytes is allowed, which is a bit confusing, I suspect this

 * represents the 2304 bytes of real data, plus a possible 8 bytes of

 * WEP IV and ICV. (this interpretation suggested by Ramiro Barreiro)

 */



#define IEEE80211_HLEN			30

#define IEEE80211_FRAME_LEN		(IEEE80211_DATA_LEN + IEEE80211_HLEN)
@@ -405,7 +406,8 @@ struct ieee80211_snap_hdr { 


/* NOTE: This data is for statistical purposes; not all hardware provides this

 *       information for frames received.  Not setting these will not cause

 *       any adverse affects. */

 *       any adverse affects.

 */

struct ieee80211_rx_stats {

	s8 rssi;

	u8 signal;
@@ -420,7 +422,8 @@ struct ieee80211_rx_stats { 
/* IEEE 802.11 requires that STA supports concurrent reception of at least

 * three fragmented frames. This define can be increased to support more

 * concurrent frames, but it should be noted that each entry can consume about

 * 2 kB of RAM and increasing cache size will slow down frame reassembly. */

 * 2 kB of RAM and increasing cache size will slow down frame reassembly.

 */

#define IEEE80211_FRAG_CACHE_LEN 4



struct ieee80211_frag_entry {
@@ -510,18 +513,18 @@ struct ieee80211_security { 
} __packed;



/*



 802.11 data frame from AP



      ,-------------------------------------------------------------------.

Bytes |  2   |  2   |    6    |    6    |    6    |  2   | 0..2312 |   4  |

      |------|------|---------|---------|---------|------|---------|------|

Desc. | ctrl | dura |  DA/RA  |   TA    |    SA   | Sequ |  frame  |  fcs |

      |      | tion | (BSSID) |         |         | ence |  data   |      |

      `-------------------------------------------------------------------'



Total: 28-2340 bytes



 *

 * 802.11 data frame from AP

 *

 *       ,-------------------------------------------------------------------.

 * Bytes |  2   |  2   |    6    |    6    |    6    |  2   | 0..2312 |   4  |

 *       |------|------|---------|---------|---------|------|---------|------|

 * Desc. | ctrl | dura |  DA/RA  |   TA    |    SA   | Sequ |  frame  |  fcs |

 *       |      | tion | (BSSID) |         |         | ence |  data   |      |

 *       `-------------------------------------------------------------------'

 *

 * Total: 28-2340 bytes

 *

 */



struct ieee80211_header_data {
@@ -628,7 +631,8 @@ struct ieee80211_txb { 
/* MAX_RATES_LENGTH needs to be 12.  The spec says 8, and many APs

 * only use 8, and then use extended rates for the remaining supported

 * rates.  Other APs, however, stick all of their supported rates on the

 * main rates information element... */

 * main rates information element...

 */

#define MAX_RATES_LENGTH                  ((u8)12)

#define MAX_RATES_EX_LENGTH               ((u8)16)

#define MAX_NETWORK_COUNT                  128