1. 30 1月, 2009 1 次提交
  2. 26 11月, 2008 1 次提交
  3. 22 11月, 2008 1 次提交
  4. 11 11月, 2008 6 次提交
  5. 01 11月, 2008 1 次提交
    • H
      rtl8187: add short slot handling for 8187B · f8288317
      Herton Ronaldo Krzesinski 提交于
      This change adds short slot handling for 8187B variant of rtl8187 chips.
      Some things to note about changes done:
      * Values used are chosen to met 802.11-2007 spec. This raised a question
        about SIFS value used with 8187L: 0x22 (34) doesn't match any spec
        value. For now just don't change 8187L, but is something to be
        looked at.
      * On 8187B, the location of EIFS register is at the same place as BRSR+1
        of struct rtl818x_csr. Unfortunately there is no clean way to
        accomodate 8187B differences currently, just use address of BRSR+1 and
        comment about it. The same thing happens for Ack timeout register,
        that is on CARRIER_SENSE_COUNTER location of 8187L. The eifs and ack
        timeout values are in units of 4us. All these registers information
        was gathered from references being the vendor gpl driver and 8180
        datasheet, unfortunately there is no information about this on 8187B
        datasheet. Also the ack timeout value was inspired by the same
        calculation as done on rt2x00.
      Signed-off-by: NHerton Ronaldo Krzesinski <herton@mandriva.com.br>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      f8288317
  6. 15 7月, 2008 1 次提交
  7. 09 7月, 2008 1 次提交
  8. 01 3月, 2008 1 次提交
    • J
      cfg80211 API for channels/bitrates, mac80211 and driver conversion · 8318d78a
      Johannes Berg 提交于
      This patch creates new cfg80211 wiphy API for channel and bitrate
      registration and converts mac80211 and drivers to the new API. The
      old mac80211 API is completely ripped out. All drivers (except ath5k)
      are updated to the new API, in many cases I expect that optimisations
      can be done.
      
      Along with the regulatory code I've also ripped out the
      IEEE80211_HW_DEFAULT_REG_DOMAIN_CONFIGURED flag, I believe it to be
      unnecessary if the hardware simply gives us whatever channels it wants
      to support and we then enable/disable them as required, which is pretty
      much required for travelling.
      
      Additionally, the patch adds proper "basic" rate handling for STA
      mode interface, AP mode interface will have to have new API added
      to allow userspace to set the basic rate set, currently it'll be
      empty... However, the basic rate handling will need to be moved to
      the BSS conf stuff.
      
      I do expect there to be bugs in this, especially wrt. transmit
      power handling where I'm basically clueless about how it should work.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      8318d78a
  9. 29 1月, 2008 3 次提交
  10. 11 7月, 2007 1 次提交
  11. 09 7月, 2007 2 次提交