1. 11 10月, 2007 1 次提交
  2. 01 10月, 2007 1 次提交
  3. 09 7月, 2007 1 次提交
  4. 28 4月, 2007 1 次提交
  5. 06 7月, 2006 1 次提交
    • 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
  6. 06 6月, 2006 1 次提交
  7. 28 3月, 2006 1 次提交
  8. 06 9月, 2005 2 次提交
    • P
      [PATCH] orinoco: New driver - spectrum_cs. · 3a48c4c2
      Pavel Roskin 提交于
      Signed-off-by: NPavel Roskin <proski@gnu.org>
      
      diff-tree dee4f325520d4ea29397dd67ca657b7235bb1790 (from c88faac230cc9775445e5c644991c352e35c72a1)
      Author: Pavel Roskin <proski@gnu.org>
      Date:   Thu Sep 1 17:46:39 2005 -0400
      
          New driver - spectrum_cs.
      
          Driver for 802.11b cards using RAM-loadable Symbol firmware, such as
          Symbol Wireless Networker LA4100, CompactFlash cards by Socket
          Communications and Intel PRO/Wireless 2011B.
      
          The driver implements Symbol firmware download.  The rest is handled
          in hermes.c and orinoco.c.
      
          Utilities for downloading the Symbol firmware are available at
          http://sourceforge.net/projects/orinoco/Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      3a48c4c2
    • P
      [PATCH] orinoco: New driver - orinoco_nortel. · ec829051
      Pavel Roskin 提交于
      Signed-off-by: NPavel Roskin <proski@gnu.org>
      
      diff-tree dce61aef99ceb57370b70222dc34d788666c0ac3 (from ceb6695092be8dcdfe2dec6ee5097d613011489d)
      Author: Pavel Roskin <proski@gnu.org>
      Date:   Thu Sep 1 15:50:55 2005 -0400
      
          New driver - orinoco_nortel.
      
          This is a driver for Nortel emobility PCI adaptors, which consist of an
          Orinoco compatible PCMCIA card and a simple PCI-to-PCMCIA bridge.  The
          driver initializes the device and uses Orinoco core driver for actual
          wireless networking.
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      ec829051
  9. 28 5月, 2005 2 次提交
  10. 13 5月, 2005 1 次提交
  11. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4