Changes between Version 108 and Version 109 of 802.11/Changelog

Timestamp:

Dec 11, 2015, 3:11:35 PM (8 years ago)

Author:

murphpo

Comment:

--

802.11/Changelog

@@ -18 +18 @@
  * Used new wlan_mac_time_hw core to simplify handling of timestamps throughput design
   * '''MAC Time''' used for MAC TSF (timestamps in Tx beacons, timestamp updated from Rx beacons) and for all log entry timestamps. Code can change MAC Time with {{{set_mac_timestamp_usec(u64 new_time)}}} or apply a time delta with {{{set_mac_timestamp_usec(u64 new_time)}}}. These functions are supported in both CPUs.
-  * '''System Time''' is a new 64-bit microsecond counter that cannot be changed from code. The counter starts after the FPGA is configured and runs continuously, even across CPU resets. The System Time is useful where a timer with guaranteed monotonicity is required. The MAC High Framework scheduler and the AP's node activity timeouts now use the System Time. The System Time can be written to the node's even log via {{{TIME_INFO}}} entries.
+  * '''System Time''' is a new 64-bit microsecond counter that cannot be changed from code. The counter starts after the FPGA is configured and runs continuously, even across CPU resets. The System Time is useful where a timer with guaranteed monotonicity is required. The MAC High Framework scheduler and the AP's node activity timeouts now use the System Time. The System Time can be recorded in the node's event log via {{{TIME_INFO}}} entries.
  * Fixed bug with logging of channel in Rx log entries. Previously RX_OFDM and RX_DSSS entries used CPU High's last-known channel. They now use the accurate channel value included in the {{{rx_frame_info}}} data supplied by CPU Low
  * Added Tx queue occupancy logging; current occupancy of the Tx queue is recorded in the {{{tx_frame_info}}} of each packet as it is enqueued. This value is eventually logged in the corresponding TX log entry.