Please note: This project is no longer active. The website is kept online for historic purposes only.
If you´re looking for a Linux driver for your Atheros WLAN device, you should continue here .

Changes between Version 3 and Version 4 of DevDocs/RXTimestamps

Author:
br1 (IP: 0.0.0.0)
Timestamp:
02/14/08 07:07:37 (10 years ago)
Comment:

we dont know when rs_tstamp is sampled

Legend:

Unmodified
Added
Removed
Modified
  • DevDocs/RXTimestamps

    v3 v4  
    4343 * In some cases, especially in IBSS mode, when a HW merge (automatic TSF update) can happen after a beacon is received, it seems that the RX timestamp is based on the old TSF (before the HW merge). When we handle the RXstamp extension, the TSF will already have been updated, and therefore the rs_tstamp and local TSF cannot be combined in a meaningful way. 
    4444 
     45== Additional Problem == 
     46 
     47We don't know an exact definition of the time rs_tstamp is taken. it could be: 
     48 * The time the PHY preamble of the frame was received. 
     49 * The time the first data bit (MPDU) was received. 
     50 * The time when the first bit of byte 24 (which contains the timestamp field of beacon and probe response frames) was received. This is what is defined as "Local Time" in 802.11 p 103. 
     51 * something else. 
     52 
    4553TBD