1. 16 Jul, 2007 24 commits
  2. 14 Jul, 2007 1 commit
  3. 13 Jul, 2007 1 commit
  4. 12 Jul, 2007 14 commits
    • David Brownell's avatar
      USB: usb/dma doc updates · fbf54dd3
      David Brownell authored
      
      This patch updates some of the documentation about DMA buffer management
      for USB, and ways to avoid extra copying.  Our understanding of the issues
      has improved over time.
      
       - Most drivers should *avoid* the dma-coherent allocators.  There are
         a few exceptions (like the HID driver).
      
       - Some methods are currently commented out; it seems folk writing
         USB drivers aren't doing performance tuning at that level yet.
      
       - Just avoid highmem; there's no good way to pass an "I can do highmem
         DMA" capability through a driver stack.  This is easy, everything
         already avoids highmem.  But it'd be nice if x86_32 systems with much
         physical memory could use it directly with network adapters and mass
         storage devices.  (Patch, anyone?)
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      fbf54dd3
    • Alan Stern's avatar
      USB: add power/persist device attribute · b41a60ec
      Alan Stern authored
      
      This patch (as920) adds an extra level of protection to the
      USB-Persist facility.  Now it will apply by default only to hubs; for
      all other devices the user must enable it explicitly by setting the
      power/persist device attribute.
      
      The disconnect_all_children() routine in hub.c has been removed and
      its code placed inline.  This is the way it was originally as part of
      hub_pre_reset(); the revised usage in hub_reset_resume() is
      sufficiently different that the code can no longer be shared.
      Likewise, mark_children_for_reset() is now inline as part of
      hub_reset_resume().  The end result looks much cleaner than before.
      
      The sysfs interface is updated to add the new attribute file, and
      there are corresponding documentation updates.
      Signed-off-by: default avatarAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      b41a60ec
    • Alan Stern's avatar
      USB: add USB-Persist facility · 0458d5b4
      Alan Stern authored
      
      This patch (as886) adds the controversial USB-persist facility,
      allowing USB devices to persist across a power loss during system
      suspend.
      
      The facility is controlled by a new Kconfig option (with appropriate
      warnings about the potential dangers); when the option is off the
      behavior will remain the same as it is now.  But when the option is
      on, people will be able to use suspend-to-disk and keep their USB
      filesystems intact -- something particularly valuable for small
      machines where the root filesystem is on a USB device!
      Signed-off-by: default avatarAlan Stern <stern@rowland.harvard.edu>
      Signed-off-by: default avatarGreg Kroah-Hartman <gregkh@suse.de>
      0458d5b4
    • Andy Green's avatar
      [PATCH] cfg80211: Radiotap parser · 179f831b
      Andy Green authored
      
      Generic code to walk through the fields in a radiotap header, accounting
      for nasties like extended "field present" bitfields and alignment rules
      Signed-off-by: default avatarAndy Green <andy@warmcat.com>
      Signed-off-by: default avatarJiri Benc <jbenc@suse.cz>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      179f831b
    • Andy Green's avatar
      [PATCH] mac80211: Monitor mode radiotap injection docs · 08d1f215
      Andy Green authored
      
      Add monitor mode radiotap injection docs.
      Signed-off-by: default avatarAndy Green <andy@warmcat.com>
      Signed-off-by: default avatarJiri Benc <jbenc@suse.cz>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      08d1f215
    • H. Peter Anvin's avatar
      Define zero-page offset 0x1e4 as a scratch field, and use it · 85414b69
      H. Peter Anvin authored
      
      The relocatable kernel code needs a scratch field for the decompressor
      to determine its own location.  It was using a location inside
      struct screen_info; reserve a free location and document it as scratch
      instead.
      Signed-off-by: default avatarH. Peter Anvin <hpa@zytor.com>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      85414b69
    • Jean Delvare's avatar
      i2c-rpx: Remove · 0a85e9a2
      Jean Delvare authored
      
      This driver has been broken forever. It depends on i2c-algo-8xx which
      has never been in the mainline kernel.
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      0a85e9a2
    • Jean Delvare's avatar
      i2c: New bus driver for the TAOS evaluation modules · b9cdad74
      Jean Delvare authored
      
      This is a new I2C bus driver for the TAOS evaluation modules. Developped
      and tested on the TAOS TSL2550 EVM.
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      b9cdad74
    • Oleg Ryjkov's avatar
      i2c-i801: Use the internal 32-byte buffer on ICH4+ · 7edcb9ab
      Oleg Ryjkov authored
      
      Add an ability to utilize the internal SRAM buffer on ICH4
      and newer host controllers to speed up execution of block operations.
      
      I've split the code so that it is more clear which block transaction is
      performed.
      
      First of all the host controller's type is identified. isich4 is set when
      we think that the controller has the internal buffer. Then, before every
      block transaction, if isich4 is set, we attempt to enable the E32B bit in
      SMBAUXCTL register.
      Signed-off-by: default avatarOleg Ryjkov <olegr@google.com>
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      7edcb9ab
    • Henry Su's avatar
      i2c-piix4: Add support for the ATI SB700 · c29c2221
      Henry Su authored
      
      Add the SMBus device ID for ATI SB700.
      Signed-off-by: default avatarHenry Su <Henry.su@amd.com>
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      c29c2221
    • Jean Delvare's avatar
      i2c: Fix the i2c_smbus_read_i2c_block_data() prototype · 4b2643d7
      Jean Delvare authored
      
      Let the drivers specify how many bytes they want to read with
      i2c_smbus_read_i2c_block_data(). So far, the block count was
      hard-coded to I2C_SMBUS_BLOCK_MAX (32), which did not make much sense.
      Many driver authors complained about this before, and I believe it's
      about time to fix it. Right now, authors have to do technically stupid
      things, such as individual byte reads or full-fledged I2C messaging,
      to work around the problem. We do not want to encourage that.
      
      I even found that some bus drivers (e.g. i2c-amd8111) already
      implemented I2C block read the "right" way, that is, they didn't
      follow the old, broken standard. The fact that it was never noticed
      before just shows how little i2c_smbus_read_i2c_block_data() was used,
      which isn't that surprising given how broken its prototype was so far.
      
      There are some obvious compatiblity considerations:
      * This changes the i2c_smbus_read_i2c_block_data() prototype. Users
        outside the kernel tree will notice at compilation time, and will
        have to update their code.
      * User-space has access to i2c_smbus_xfer() directly using i2c-dev, so
        the changed expectations would affect tools such as i2cdump. In order
        to preserve binary compatibility, we give I2C_SMBUS_I2C_BLOCK_DATA
        a new numeric value, and define I2C_SMBUS_I2C_BLOCK_BROKEN with the
        old numeric value. When i2c-dev receives a transaction with the
        old value, it can convert it to the new format on the fly.
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      4b2643d7
    • Jean Delvare's avatar
      i2c: Deprecate legacy RTC drivers · ba7fbb72
      Jean Delvare authored
      
      We have a new RTC subsystem with better drivers.
      
      Legacy driver status:
      * ds1337: The DS1337 and DS1339 are now supported by the rtc-ds1307
        driver, so it looks to me like we could even delete the ds1337
        driver right away.
      * ds1374: Will soon be replaced with Scott Wood's rtc-ds1374 driver.
      * m41t00: The M41T00 is supported by the rtc-ds1307 driver. For the
        M41T81 and M41T85, the rtc-m41t80 driver written by Atsushi Nemoto
        should work.
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      Cc: Alessandro Zummo <a.zummo@towertech.it>
      Acked-by: default avatarMark A. Greer <mgreer@mvista.com>
      Acked-by: default avatarJames Chapman <jchapman@katalix.com>
      Cc: Randy Vinson <rvinson@mvista.com>
      ba7fbb72
    • Jean Delvare's avatar
      i2c: Delete outdated x1205 driver documentation · 890e0375
      Jean Delvare authored
      
      The x1205 driver moved to the RTC subsystem and was significantly
      modified since then, so just delete the outdated documentation.
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      Cc: Alessandro Zummo <alessandro.zummo@towertech.it>
      890e0375
    • David Brownell's avatar
      i2c: Add kernel documentation · d64f73be
      David Brownell authored
      
      Generate I2C kerneldoc; fix various glitches and add "context" sections to
      that documentation.  Most I2C and SMBus functions still have no kerneldoc.
      
      Let me suggest providing kerneldoc for all the i2c_smbus_*() functions as
      a small and mostly self-contained project for anyone so inclined.  :)
      Signed-off-by: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      d64f73be