1. 29 Feb, 2008 2 commits
    • Javier Cardona's avatar
      zd1211rw: Fixed incorrect constant name. · e51c6837
      Javier Cardona authored
      Trial and error reveals that CR_ZD1211B_TX_PWR_CTL* do not affect the
      transmission power.  Instead these registers seem to control the contention
      windows limits for different QoS access categories.
      Signed-off-by: default avatarJavier Cardona <javier@cozybit.com>
      Signed-off-by: default avatarDaniel Drake <dsd@gentoo.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
    • Johannes Berg's avatar
      cfg80211 API for channels/bitrates, mac80211 and driver conversion · 8318d78a
      Johannes Berg authored
      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: default avatarJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
  2. 28 Jan, 2008 2 commits
  3. 10 Oct, 2007 5 commits
  4. 10 Jul, 2007 1 commit
    • Daniel Drake's avatar
      [PATCH] zd1211rw: Defer firmware load until first ifup · 74553aed
      Daniel Drake authored
      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
      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
      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: default avatarDaniel Drake <dsd@gentoo.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
  5. 08 Jul, 2007 2 commits
  6. 28 Apr, 2007 4 commits
  7. 10 Apr, 2007 2 commits
  8. 14 Feb, 2007 1 commit
  9. 05 Feb, 2007 2 commits
    • Daniel Drake's avatar
      [PATCH] zd1211rw: Remove addressing abstraction · 0ce34bc8
      Daniel Drake authored
      Instead of passing our own custom 32-bit addresses around and
      translating them, this patch makes all our register address constants
      absolute and removes the translation.
      There are two ugly parts:
       - fw_reg_addr() is needed to compute addresses of firmware registers, as this
         is dynamic based upon firmware
       - inc_addr() needs a small hack to handle byte vs word addressing
      However, both of those are only small, and we don't use fw_regs a whole
      lot anyway.
      The bonuses here include simplicity and improved driver readability. Also, the
      fact that registers are now referenced by 16-bit absolute addresses (as
      opposed to 32-bit pseudo addresses) means that over 2kb compiled code size has
      been shaved off.
      Includes some touchups and sparse fixes from Ulrich Kunitz.
      Signed-off-by: default avatarDaniel Drake <dsd@gentoo.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
    • Daniel Drake's avatar
      [PATCH] zd1211rw: Generic HMAC initialization · 34c44912
      Daniel Drake authored
      Many of the registers written during ZD1211 HMAC initialization are
      duplicated exactly for ZD1211B. Move the identical ones into a generic
      part, and write the hardware-specific ones separately.
      Signed-off-by: default avatarDaniel Drake <dsd@gentoo.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
  10. 13 Dec, 2006 1 commit
    • Robert P. J. Day's avatar
      [PATCH] getting rid of all casts of k[cmz]alloc() calls · 5cbded58
      Robert P. J. Day authored
      Run this:
      	for f in $(grep -Erl "\([^\)]*\) *k[cmz]alloc" *) ; do
      	  echo "De-casting $f..."
      	  perl -pi -e "s/ ?= ?\([^\)]*\) *(k[cmz]alloc) *\(/ = \1\(/" $f
      And then go through and reinstate those cases where code is casting pointers
      to non-pointers.
      And then drop a few hunks which conflicted with outstanding work.
      Cc: Russell King <rmk@arm.linux.org.uk>, Ian Molton <spyro@f2s.com>
      Cc: Mikael Starvik <starvik@axis.com>
      Cc: Yoshinori Sato <ysato@users.sourceforge.jp>
      Cc: Roman Zippel <zippel@linux-m68k.org>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Ralf Baechle <ralf@linux-mips.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Kyle McMartin <kyle@mcmartin.ca>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Greg KH <greg@kroah.com>
      Cc: Jens Axboe <jens.axboe@oracle.com>
      Cc: Paul Fulghum <paulkf@microgate.com>
      Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>
      Cc: Karsten Keil <kkeil@suse.de>
      Cc: Mauro Carvalho Chehab <mchehab@infradead.org>
      Cc: Jeff Garzik <jeff@garzik.org>
      Cc: James Bottomley <James.Bottomley@steeleye.com>
      Cc: Ian Kent <raven@themaw.net>
      Cc: Steven French <sfrench@us.ibm.com>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Neil Brown <neilb@cse.unsw.edu.au>
      Cc: Jaroslav Kysela <perex@suse.cz>
      Cc: Takashi Iwai <tiwai@suse.de>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
  11. 05 Dec, 2006 1 commit
  12. 01 Dec, 2006 1 commit
  13. 25 Sep, 2006 3 commits
  14. 11 Sep, 2006 1 commit
  15. 14 Aug, 2006 5 commits
  16. 02 Aug, 2006 1 commit
  17. 05 Jul, 2006 1 commit
    • Daniel Drake's avatar
      [PATCH] ZyDAS ZD1211 USB-WLAN driver · e85d0918
      Daniel Drake authored
      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: default avatarDaniel Drake <dsd@gentoo.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>