Skip to content
Snippets Groups Projects
  1. Jul 14, 2008
  2. Feb 24, 2008
  3. Jan 27, 2008
  4. Oct 13, 2007
  5. Aug 14, 2007
  6. Jul 12, 2007
  7. May 01, 2007
    • David Brownell's avatar
      i2c: Shrink struct i2c_client · 2096b956
      David Brownell authored
      
      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: default avatarDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      2096b956
  8. Mar 22, 2007
  9. Feb 17, 2007
  10. Feb 14, 2007
    • Tim Schmielau's avatar
      [PATCH] remove many unneeded #includes of sched.h · cd354f1a
      Tim Schmielau authored
      
      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: default avatarTim Schmielau <tim@physik3.uni-rostock.de>
      Acked-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      cd354f1a
  11. Feb 13, 2007
  12. Dec 10, 2006
  13. Dec 01, 2006
  14. Sep 26, 2006
  15. Jun 30, 2006
  16. Jun 28, 2006
    • Daniel Ritz's avatar
      [PATCH] i2c-i801.c: don't pci_disable_device() after it was just enabled · d6fcb3b9
      Daniel Ritz authored
      
      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: default avatarDaniel Ritz <daniel.ritz@gmx.ch>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      d6fcb3b9
  17. Jun 22, 2006
  18. Apr 20, 2006
  19. Feb 06, 2006
  20. Jan 06, 2006
  21. Nov 11, 2005
  22. Oct 28, 2005
  23. Sep 05, 2005
Loading