Changes between Version 6 and Version 7 of 802.11/wlan_exp/Porting_v1.5


Ignore:
Timestamp:
Apr 19, 2016, 11:11:13 AM (8 years ago)
Author:
murphpo
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • 802.11/wlan_exp/Porting_v1.5

    v6 v7  
    119119== Tx/Rx Entry Changes ==
    120120
    121 '''{{{phy_mode}}} Field'''[[BR]]
     121{{{#!th
     122v1.4
     123}}}
     124{{{#!th
     125v1.5
     126}}}
     127{{{#!th
     128Notes
     129}}}
     130{{{#!tr valign=top
     131{{{#!td align=center
     132 n/a
     133}}}
     134{{{#!td align=center
     135{{{phy_mode}}}
     136}}}
     137{{{#!td
    122138Starting 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
     149Previous 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
    128160Previous 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
    131171Tx/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.
    132172
    133173The 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}}}
    134176
    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