1. 15 7月, 2008 7 次提交
    • J
      i2c-i801: Fix handling of error conditions · cf898dc5
      Jean Delvare 提交于
      Move the check of pre-transaction and post-transaction conditions to
      separate functions, and adjust them a bit. Having dedicated functions
      for that ensures that errors are handled in a consistent way.
      
      Bit HOST_BUSY of the status register is read-only, so writing to it is
      certainly not going to clear it. If this bit is set then we simply
      don't want to start the transaction, as it means that somebody else
      (ACPI, SMM?) is already using the controller.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      cf898dc5
    • J
      i2c-i801: Rename local variable temp to status · 2b73809d
      Jean Delvare 提交于
      "temp" isn't a terribly well chosen name for a local variable.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      2b73809d
    • J
      i2c-i801: Properly report bus arbitration loss · dcb5c923
      Jean Delvare 提交于
      Bit BUS_ERR of the status register means that the ICH host controller
      lost the arbitration. Report this event as such.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      dcb5c923
    • J
      i2c-i801: Remove verbose debugging messages · 90df2cb1
      Jean Delvare 提交于
      Dumping the register values before and after every transaction was
      useful during driver development but now it's only spamming the log.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      90df2cb1
    • J
      i2c: Let bus drivers add SPD to their class · 3401b2ff
      Jean Delvare 提交于
      Let general purpose I2C/SMBus bus drivers add SPD to their class. Once
      this is done, we will be able to tell the eeprom driver to only probe
      for SPD EEPROMs and similar on these buses.
      
      Note that I took a conservative approach here, adding I2C_CLASS_SPD to
      many drivers that have no idea whether they can host SPD EEPROMs or not.
      This is to make sure that the eeprom driver doesn't stop probing buses
      where SPD EEPROMs or equivalent live.
      
      So, bus driver maintainers and users should feel free to remove the SPD
      class from drivers those buses never have SPD EEPROMs or they don't
      want the eeprom driver to bind to them. Likewise, feel free to add the
      SPD class to any bus driver I might have missed.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      3401b2ff
    • J
      i2c: Consistently reject unsupported transactions · ac7fc4fb
      Jean Delvare 提交于
      Many PC SMBus host controller drivers don't properly handle the case
      where they are requested to achieve a transaction they do not support.
      Update them so that the consistently print a warning message and
      return a single error value in this case.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      ac7fc4fb
    • D
      i2c: Bus drivers return -Errno not -1 · 97140342
      David Brownell 提交于
      Tighten error paths used by various i2c adapters (mostly x86) so
      they return real fault/errno codes instead of a "-1" (which is
      most often interpreted as "-EPERM").  Build tested, with eyeball
      review.
      
      One minor initial goal is to have adapters consistently return
      the code "-ENXIO" when addressing a device doesn't get an ACK
      response, at least in the probe paths where they are already
      good at stifling related logspam.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      97140342
  2. 25 2月, 2008 1 次提交
  3. 28 1月, 2008 4 次提交
  4. 14 10月, 2007 2 次提交
  5. 15 8月, 2007 1 次提交
  6. 12 7月, 2007 2 次提交
  7. 02 5月, 2007 1 次提交
    • D
      i2c: Shrink struct i2c_client · 2096b956
      David Brownell 提交于
      This shrinks the size of "struct i2c_client" by 40 bytes:
      
       - Substantially shrinks the string used to identify the chip type
       - The "flags" don't need to be so big
       - Removes some internal padding
      
      It also adds kerneldoc for that struct, explaining how "name" is really a
      chip type identifier; it's otherwise potentially confusing.
      
      Because the I2C_NAME_SIZE symbol was abused for both i2c_client.name
      and for i2c_adapter.name, this needed to affect i2c_adapter too.  The
      adapters which used that symbol now use the more-obviously-correct
      idiom of taking the size of that field.
      
      JD: Shorten i2c_adapter.name from 50 to 48 bytes while we're here, to
      avoid wasting space in padding.
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      2096b956
  8. 23 3月, 2007 1 次提交
  9. 18 2月, 2007 1 次提交
  10. 15 2月, 2007 1 次提交
    • T
      [PATCH] remove many unneeded #includes of sched.h · cd354f1a
      Tim Schmielau 提交于
      After Al Viro (finally) succeeded in removing the sched.h #include in module.h
      recently, it makes sense again to remove other superfluous sched.h includes.
      There are quite a lot of files which include it but don't actually need
      anything defined in there.  Presumably these includes were once needed for
      macros that used to live in sched.h, but moved to other header files in the
      course of cleaning it up.
      
      To ease the pain, this time I did not fiddle with any header files and only
      removed #includes from .c-files, which tend to cause less trouble.
      
      Compile tested against 2.6.20-rc2 and 2.6.20-rc2-mm2 (with offsets) on alpha,
      arm, i386, ia64, mips, powerpc, and x86_64 with allnoconfig, defconfig,
      allmodconfig, and allyesconfig as well as a few randconfigs on x86_64 and all
      configs in arch/arm/configs on arm.  I also checked that no new warnings were
      introduced by the patch (actually, some warnings are removed that were emitted
      by unnecessarily included header files).
      Signed-off-by: NTim Schmielau <tim@physik3.uni-rostock.de>
      Acked-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      cd354f1a
  11. 14 2月, 2007 2 次提交
  12. 11 12月, 2006 1 次提交
  13. 02 12月, 2006 1 次提交
  14. 27 9月, 2006 1 次提交
  15. 01 7月, 2006 1 次提交
  16. 28 6月, 2006 1 次提交
    • D
      [PATCH] i2c-i801.c: don't pci_disable_device() after it was just enabled · d6fcb3b9
      Daniel Ritz 提交于
      Commit 02dd7ae2 ("[PATCH] i2c-i801:
      Merge setup function") has a missing return 0 in the _probe() function.
      This means the error path is always executed and pci_disable_device() is
      called even when the device just got successfully enabled.
      
      Having the SMBus device disabled makes some systems (eg.
      Fujitsu-Siemens Lifebook E8010) hang hard during power-off.
      
      Intead of reverting the whole commit this patch fixes it up:
      - don't ever call pci_disable_device(), also not in the _remove() function
        to avoid hangs
      - fix missing pci_release_region() in error path
      Signed-off-by: NDaniel Ritz <daniel.ritz@gmx.ch>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      d6fcb3b9
  17. 23 6月, 2006 6 次提交
  18. 20 4月, 2006 1 次提交
  19. 07 2月, 2006 1 次提交
  20. 06 1月, 2006 1 次提交
  21. 11 11月, 2005 1 次提交
  22. 29 10月, 2005 2 次提交