Changes between Version 6 and Version 7 of 802.11/wlan_exp/Porting_v1.5
- Timestamp:
- Apr 19, 2016, 11:11:13 AM (8 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
802.11/wlan_exp/Porting_v1.5
v6 v7 119 119 == Tx/Rx Entry Changes == 120 120 121 '''{{{phy_mode}}} Field'''[[BR]] 121 {{{#!th 122 v1.4 123 }}} 124 {{{#!th 125 v1.5 126 }}} 127 {{{#!th 128 Notes 129 }}} 130 {{{#!tr valign=top 131 {{{#!td align=center 132 n/a 133 }}} 134 {{{#!td align=center 135 {{{phy_mode}}} 136 }}} 137 {{{#!td 122 138 Starting in v1.5 the reference design supports both non-HT (11a) and HTMF (11n) waveforms. The Tx and Rx PHY can switch between PHY modes per-packet. The Tx/Rx log entries have a {{{phy_mode}}} field which encodes which mode was used for a given Tx/Rx event. The {{{NONHT}}} PHY mode (11a) has value {{{1}}}; the {{{HTMF}}} PHY mode (11n) has value {{{2}}}. 123 124 '''{{{mcs}}} Field'''[[BR]] 125 Previous releases defined a {{{rate}}} field in Tx and Rx entries. The {{{rate}}} value was an index into the array of 8 supported 11a rates. Starting in v1.5 the {{{rate}}} field is replaced by {{{mcs}}} and always records the MCS index of the Tx/Rx waveform. The {{{mcs}}} value must be combined with the {{{phy_mode}}} value to know what PHY rate and mode were used for a given Tx/Rx event. 126 127 '''{{{pkt_type}}} Field'''[[BR]] 139 }}} 140 }}} 141 {{{#!tr valign=top 142 {{{#!td align=center 143 {{{rate}}} 144 }}} 145 {{{#!td align=center 146 {{{mcs}}} 147 }}} 148 {{{#!td 149 Previous releases defined a {{{rate}}} field in Tx and Rx entries. The {{{rate}}} value was an index into the array of 8 supported 11a rates. Starting in v1.5 the {{{rate}}} field is replaced by {{{mcs}}} and always records the MCS index of the Tx/Rx waveform. The {{{mcs}}} value must be combined with the {{{phy_mode}}} value to know what PHY rate and mode were used for a given Tx/Rx event.}}} 150 }}} 151 }}} 152 {{{#!tr valign=top 153 {{{#!td align=center 154 {{{pkt_type}}} 155 }}} 156 {{{#!td align=center 157 {{{pkt_type}}} 158 }}} 159 {{{#!td 128 160 Previous releases defined a {{{pkt_type}}} field in Tx and Rx log entries. This field had values like {{{LTG}}} and {{{ACK}}}. The mapping of 802.11 packet types to {{{pkt_type}}} values was arbitrary, implemented in the reference C code. Starting in v1.5 the {{{pkt_type}}} field is a copy of the 1-byte {{{frame_control1}}} field from the packet's 802.11 header. This field encodes the type (Data, Management or Control) and sub-type (i.e. QoS Data, Protected Data; Probe Request, Beacon; RTS, ACK). The reference code does not modify the type/sub-type values recorded in the {{{pkt_type}}} log entries. 129 130 '''{{{timestamp_frac}}} Field'''[[BR]] 161 }}} 162 }}} 163 {{{#!tr valign=top 164 {{{#!td align=center 165 {{{timestamp_frac}}} 166 }}} 167 {{{#!td align=center 168 {{{timestamp_frac}}} 169 }}} 170 {{{#!td 131 171 Tx/Rx entries have always had a {{{timestamp}}} field which records the MAC Time in microseconds of each Tx/Rx event. Starting in v1.5 the MAC/PHY hardware also records a "fractional" timestamp for Tx/Rx events. By combining the {{{timestamp}}} and {{{timestamp_frac}}} values the timing of a Tx/Rx event can be resolved with sample-period accuracy. 132 172 133 173 The fractional timestamp value records the value of the counter in the {{{wlan_mac_time_hw}}} core which defines the microsecond intervals for the MAC and System Times. This counter counts from 0 to 159 at 160MHz (i.e. 160 cycles @ 160MHz = 1 µsec). Thus the {{{timestamp_frac}}} field will have values in {{{[0, 1, ... 159]}}}. To translate this value into a fraction of a microsecond, divide the {{{timestamp_frac}}} value by 160. 174 }}} 175 }}} 134 176 135 '''Renamed {{{TX}}} entry type to {{{TX_HIGH}}}'''[[BR]]136 The {{{TX_HIGH}}} entry type (named {{{TX}}} in previous releases) records each packet which passes through a queue in the upper MAC framework. Each {{{TX_HIGH}}} entry will have 0 or more {{{TX_LOW}}} entries, depending on how the lower MAC handles the transmission event.137