1. 06 2月, 2007 5 次提交
    • D
      [PATCH] zd1211rw: Add ID for Linksys WUSBF54G · 33218ba1
      Daniel Drake 提交于
      Tested by Henrik Hjelte
      zd1211b chip 13b1:0024 v4802 high 00-14-bf AL2230_RF pa0 ----
      Signed-off-by: NDaniel Drake <dsd@gentoo.org>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      33218ba1
    • D
      [PATCH] zd1211rw: Remove addressing abstraction · 0ce34bc8
      Daniel Drake 提交于
      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: NDaniel Drake <dsd@gentoo.org>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      0ce34bc8
    • D
      [PATCH] zd1211rw: Consistency for address space constants · ee302767
      Daniel Drake 提交于
      The zd1211rw address space has confused me once too many times. This
      patch introduces the following naming notation:
      
      Memory space is split into segments (cr, fw, eeprom) and segments may
      contain components (e.g. boot code inside eeprom). These names are
      arbitrary and only for the description below:
      
      x_START: Absolute address of segment start
      (previously these were named such as CR_BASE_OFFSET, but they weren't
      really offsets unless you were considering them as an offset to 0)
      
      x_LEN: Segment length
      
      x_y_LEN: Length of component y of segment x
      
      x_y_OFFSET: Relative address of component y into segment x. The absolute
      address for this component is (x_START + x_y_OFFSET)
      
      I also renamed EEPROM registers to EEPROM data. These 'registers' can't
      be written to using standard I/O and really represent predefined data
      from the vendor.
      Signed-off-by: NDaniel Drake <dsd@gentoo.org>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      ee302767
    • D
      [PATCH] zd1211rw: 2 new ZD1211B device ID's · a2bdcc67
      Daniel Drake 提交于
      Philips SNU5600, tested by unibrow
      zd1211b chip 0471:1236 v4810 high 00-12-bf AL2230_RF pa0 g--
      
      SMC Ez Connect 802.11g (SMCWUSB-G), tested by Victorino Sanz Prat
      zd1211b chip 083a:4505 v4810 full 00-13-f7 AL2230_RF pa0 g--N
      Signed-off-by: NDaniel Drake <dsd@gentoo.org>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      a2bdcc67
    • D
      [PATCH] zd1211rw: Generic HMAC initialization · 34c44912
      Daniel Drake 提交于
      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: NDaniel Drake <dsd@gentoo.org>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      34c44912
  2. 18 1月, 2007 1 次提交
  3. 12 1月, 2007 1 次提交
  4. 03 1月, 2007 1 次提交
  5. 20 12月, 2006 1 次提交
  6. 14 12月, 2006 1 次提交
    • R
      [PATCH] getting rid of all casts of k[cmz]alloc() calls · 5cbded58
      Robert P. J. Day 提交于
      Run this:
      
      	#!/bin/sh
      	for f in $(grep -Erl "\([^\)]*\) *k[cmz]alloc" *) ; do
      	  echo "De-casting $f..."
      	  perl -pi -e "s/ ?= ?\([^\)]*\) *(k[cmz]alloc) *\(/ = \1\(/" $f
      	done
      
      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: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      5cbded58
  7. 09 12月, 2006 1 次提交
    • A
      [PATCH] tty: preparatory structures for termios revamp · be90038a
      Alan Cox 提交于
      In order to sort out our struct termios and add proper speed control we need
      to separate the kernel and user termios structures.  Glibc is fine but the
      other libraries rely on the kernel exported struct termios and we need to
      extend this without breaking the ABI/API
      
      To do so we add a struct ktermios which is the kernel view of a termios
      structure and overlaps the struct termios with extra fields on the end for
      now.  (That limitation will go away in later patches).  Some platforms (eg
      alpha) planned ahead and thus use the same struct for both, others did not.
      
      This just adds the structures but does not use them, it seems a sensible
      splitting point for bisect if there are compile failures (not that I expect
      them)
      Signed-off-by: NAlan Cox <alan@redhat.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      be90038a
  8. 08 12月, 2006 1 次提交
  9. 07 12月, 2006 1 次提交
  10. 06 12月, 2006 11 次提交
  11. 05 12月, 2006 3 次提交
  12. 02 12月, 2006 13 次提交