1. 29 1月, 2008 3 次提交
  2. 18 12月, 2007 1 次提交
    • U
      zd1211rw: Fix alignment problems · 93137943
      Ulrich Kunitz 提交于
      Shaddy Baddah found an alignment problem with zd1211rw driver at
      2007-11-19. This patch fixes it, it is based on the patch proposed by
      Herbert Xu. The alignment 4 has been the agreed value on the
      linux-wireless mailing list.
      
      Notify that the problem does only affect the old zd1211rw softmac
      driver and not the zd1211rw-mac80211 driver. Daniel Drake has
      already provided a patch for the replacement of the softmac
      driver, which this patch will break.
      Signed-off-by: NUlrich Kunitz <kune@deine-taler.de>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      93137943
  3. 11 10月, 2007 4 次提交
  4. 07 8月, 2007 1 次提交
  5. 11 7月, 2007 2 次提交
    • D
      [PATCH] zd1211rw: Defer firmware load until first ifup · 74553aed
      Daniel Drake 提交于
      While playing with the firmware a while back, I discovered a way to
      access the device's entire address space before the firmware has been
      loaded.
      
      Previously we were loading the firmware early on (during probe) so that
      we could read the MAC address from the EEPROM and register a netdevice.
      Now that we can read the EEPROM without having firmware, we can defer
      firmware loading until later while still reading the MAC address early
      on.
      
      This has the advantage that zd1211rw can now be built into the kernel --
      previously if this was the case, zd1211rw would be loaded before the
      filesystem is available and firmware loading would fail.
      
      Firmware load and other device initialization operations now happen the
      first time the interface is brought up.
      
      Some architectural changes were needed: handling of the is_zd1211b flag
      was moved into the zd_usb structure, MAC address handling was obviously
      changed, and a preinit_hw stage was added (the order is now: init,
      preinit_hw, init_hw).
      Signed-off-by: NDaniel Drake <dsd@gentoo.org>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      74553aed
    • D
      [PATCH] zd1211rw: Allow channels 1-11 for unrecognised regulatory domains · 86d95c21
      Daniel Drake 提交于
      Zen Kato's device has a regulatory domain value of 0x49, which is not an
      IEEE 802.11 code and is not even identified in the vendor driver.
      
      Recent versions of the vendor driver don't even look at the regdomain
      value any more, and just allow channels 1-11 everywhere. This patch
      brings us more in line with that behaviour, by allowing channels 1-11
      for regdomains which we don't know about.
      Signed-off-by: NDaniel Drake <dsd@gentoo.org>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      86d95c21
  6. 28 4月, 2007 2 次提交
  7. 08 2月, 2007 3 次提交
  8. 20 12月, 2006 1 次提交
  9. 07 12月, 2006 1 次提交
  10. 06 12月, 2006 4 次提交
  11. 02 12月, 2006 4 次提交
  12. 29 11月, 2006 1 次提交
  13. 22 11月, 2006 1 次提交
  14. 18 10月, 2006 1 次提交
  15. 26 9月, 2006 1 次提交
  16. 12 9月, 2006 2 次提交
  17. 15 8月, 2006 1 次提交
    • U
      [PATCH] zd1211rw: cleanups · c48cf125
      Ulrich Kunitz 提交于
      Add static to 2 internal functions. Thanks goes to Adrian Bunk, who found that.
      
      Also made some modifications to the clear functions:
      
      After a discussion on the mailing list, I implemented this code to
      have on the one hand sufficient test in debug mode, but on the
      other hand reduce the overhead for structure clearing to a
      minimum.
      
      A new macro ZD_MEMCLEAR is introduced, which produces code if
      DEBUG is set. Locks are not set anymore for structure clearing,
      but in debug mode, there is a verification, that the locks have
      not been set.
      
      Finally, removed a misleading comment regarding locking in the disconnect
      path.
      Signed-off-by: NUlrich Kunitz <kune@deine-taler.de>
      Signed-off-by: NDaniel Drake <dsd@gentoo.org>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      c48cf125
  18. 03 8月, 2006 4 次提交
  19. 06 7月, 2006 2 次提交
    • D
      [PATCH] zd1211rw: disable TX queue during stop · c9a4b35d
      Daniel Drake 提交于
      This avoids some potential races.
      Signed-off-by: NDaniel Drake <dsd@gentoo.org>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      c9a4b35d
    • D
      [PATCH] ZyDAS ZD1211 USB-WLAN driver · e85d0918
      Daniel Drake 提交于
      There are 60+ USB wifi adapters available on the market based on the ZyDAS
      ZD1211 chip.
      
      Unlike the predecessor (ZD1201), ZD1211 does not have a hardware MAC, so most
      data operations are coordinated by the device driver. The ZD1211 chip sits
      alongside an RF transceiver which is also controlled by the driver. Our driver
      currently supports 2 RF types, we know of one other available in a few marketed
      products which we will be supporting soon.
      
      Our driver also supports the newer revision of ZD1211, called ZD1211B. The
      initialization and RF operations are slightly different for the new revision,
      but the main difference is 802.11e support. Our driver does not support the
      QoS features yet, but we think we know how to use them.
      
      This driver is based on ZyDAS's own GPL driver available from www.zydas.com.tw.
      ZyDAS engineers have been responsive and supportive of our efforts, so thumbs
      up to them. Additionally, the firmware is redistributable and they have
      provided device specs.
      
      This driver has been written primarily by Ulrich Kunitz and myself. Graham
      Gower, Greg KH, Remco and Bryan Rittmeyer have also contributed. The
      developers of ieee80211 and softmac have made our lives so much easier- thanks!
      
      We maintain a small info-page: http://zd1211.ath.cx/wiki/DriverRewrite
      
      If there is enough time for review, we would like to aim for inclusion in
      2.6.18. The driver works nicely as a STA, and can connect to both open and
      encrypted networks (we are using software-based encryption for now). We will
      work towards supporting more advanced features in the future (ad-hoc, master
      mode, 802.11a, ...).
      Signed-off-by: NDaniel Drake <dsd@gentoo.org>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      e85d0918