1. 12 7月, 2007 4 次提交
  2. 02 5月, 2007 7 次提交
  3. 18 4月, 2007 1 次提交
  4. 05 3月, 2007 1 次提交
  5. 14 2月, 2007 3 次提交
  6. 04 1月, 2007 1 次提交
    • V
      i2c-pnx: Fix interrupt handler, get rid of EARLY config option · 6c566fb7
      Vitaly Wool 提交于
      This fixes two issues raised by David Brownell on the i2c list:
      
      << Someone needs to update i2c-pnx.c to handle the IRQ handler doesn't
      expect pt_regs (gone now for a while), and so it doesn't try to
      reference "mudule_init()" if I2C isn't initialized "early".  For
      that matter, to get rid of that _option_ to initialize then, and
      always init that driver with subsystem_init() ... it's common with
      embedded systems to need I2C access to tweak a GPIO expander or
      do some other work when bringing up drivers, that's not specific
      to USB stacks. >>
      Signed-off-by: NVitaly Wool <vitalywool@gmail.com>
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      6c566fb7
  7. 11 12月, 2006 4 次提交
  8. 08 12月, 2006 1 次提交
    • D
      [ARM] 3995/1: iop13xx: add iop13xx support · 285f5fa7
      Dan Williams 提交于
      The iop348 processor integrates an Xscale (XSC3 512KB L2 Cache) core with a
      Serial Attached SCSI (SAS) controller, multi-ported DDR2 memory
      controller, 3 Application Direct Memory Access (DMA) controllers, a 133Mhz
      PCI-X interface, a x8 PCI-Express interface, and other peripherals to form
      a system-on-a-chip RAID subsystem engine.
      
      The iop342 processor replaces the SAS controller with a second Xscale core
      for dual core embedded applications.
      
      The iop341 processor is the single core version of iop342.
      
      This patch supports the two Intel customer reference platforms iq81340mc
      for external storage and iq81340sc for direct attach (HBA) development.
      
      The developer's manual is available here:
      ftp://download.intel.com/design/iio/docs/31503701.pdf
      
      Changelog:
      * removed virtual addresses from resource definitions
      * cleaned up some unnecessary #include's
      Signed-off-by: NDan Williams <dan.j.williams@intel.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      285f5fa7
  9. 02 12月, 2006 1 次提交
  10. 04 10月, 2006 1 次提交
  11. 27 9月, 2006 3 次提交
  12. 25 9月, 2006 1 次提交
  13. 23 6月, 2006 3 次提交
  14. 21 6月, 2006 1 次提交
  15. 15 4月, 2006 1 次提交
  16. 24 3月, 2006 3 次提交
  17. 07 2月, 2006 1 次提交
  18. 09 1月, 2006 1 次提交
    • B
      [PATCH] 2/5 powerpc: Rework PowerMac i2c part 2 · a28d3af2
      Benjamin Herrenschmidt 提交于
      This is the continuation of the previous patch. This one removes the old
      PowerMac i2c drivers (i2c-keywest and i2c-pmac-smu) and replaces them
      both with a single stub driver that uses the new PowerMac low i2c layer.
      
      Now that i2c-keywest is gone, the low-i2c code is extended to support
      interrupt driver transfers. All i2c busses now appear as platform
      devices. Compatibility with existing drivers should be maintained as the
      i2c bus names have been kept identical, except for the SMU bus but in
      that later case, all users has been fixed.
      
      With that patch added, matching a device node to an i2c_adapter becomes
      trivial.
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Signed-off-by: NPaul Mackerras <paulus@samba.org>
      a28d3af2
  19. 29 10月, 2005 1 次提交
  20. 23 9月, 2005 1 次提交
    • B
      [PATCH] ppc64: SMU driver update & i2c support · 0365ba7f
      Benjamin Herrenschmidt 提交于
      The SMU is the "system controller" chip used by Apple recent G5 machines
      including the iMac G5.  It drives things like fans, i2c busses, real time
      clock, etc...
      
      The current kernel contains a very crude driver that doesn't do much more
      than reading the real time clock synchronously.  This is a completely
      rewritten driver that provides interrupt based command queuing, a userland
      interface, and an i2c/smbus driver for accessing the devices hanging off
      the SMU i2c busses like temperature sensors.  This driver is a basic block
      for upcoming work on thermal control for those machines, among others.
      Signed-off-by: NBenjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Jean Delvare <khali@linux-fr.org>
      Cc: Greg KH <greg@kroah.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      0365ba7f