1. 10 9月, 2012 2 次提交
    • A
      i2c-designware: Fix build error if CONFIG_I2C_DESIGNWARE_PLATFORM=y && CONFIG_I2C_DESIGNWARE_PCI=y · e68bb91b
      Axel Lin 提交于
      This patch adds config I2C_DESIGNWARE_CORE in Kconfig, and let
      I2C_DESIGNWARE_PLATFORM and I2C_DESIGNWARE_PCI select I2C_DESIGNWARE_CORE.
      
      Because both I2C_DESIGNWARE_PLATFORM and I2C_DESIGNWARE_PCI can be built as
      built-in or module, we also need to export the functions in i2c-designware-core.
      
      This fixes below build error when CONFIG_I2C_DESIGNWARE_PLATFORM=y &&
      CONFIG_I2C_DESIGNWARE_PCI=y:
      
        LD      drivers/i2c/busses/built-in.o
      drivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_clear_int':
      i2c-designware-core.c:(.text+0xa10): multiple definition of `i2c_dw_clear_int'
      drivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x928): first defined here
      drivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_init':
      i2c-designware-core.c:(.text+0x178): multiple definition of `i2c_dw_init'
      drivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x90): first defined here
      drivers/i2c/busses/i2c-designware-pci.o: In function `dw_readl':
      i2c-designware-core.c:(.text+0xe8): multiple definition of `dw_readl'
      drivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x0): first defined here
      drivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_isr':
      i2c-designware-core.c:(.text+0x724): multiple definition of `i2c_dw_isr'
      drivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x63c): first defined here
      drivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_xfer':
      i2c-designware-core.c:(.text+0x4b0): multiple definition of `i2c_dw_xfer'
      drivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x3c8): first defined here
      drivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_is_enabled':
      i2c-designware-core.c:(.text+0x9d4): multiple definition of `i2c_dw_is_enabled'
      drivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x8ec): first defined here
      drivers/i2c/busses/i2c-designware-pci.o: In function `dw_writel':
      i2c-designware-core.c:(.text+0x124): multiple definition of `dw_writel'
      drivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x3c): first defined here
      drivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_xfer_msg':
      i2c-designware-core.c:(.text+0x2e8): multiple definition of `i2c_dw_xfer_msg'
      drivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x200): first defined here
      drivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_enable':
      i2c-designware-core.c:(.text+0x9c8): multiple definition of `i2c_dw_enable'
      drivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x8e0): first defined here
      drivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_read_comp_param':
      i2c-designware-core.c:(.text+0xa24): multiple definition of `i2c_dw_read_comp_param'
      drivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x93c): first defined here
      drivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_disable':
      i2c-designware-core.c:(.text+0x9dc): multiple definition of `i2c_dw_disable'
      drivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x8f4): first defined here
      drivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_func':
      i2c-designware-core.c:(.text+0x710): multiple definition of `i2c_dw_func'
      drivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x628): first defined here
      drivers/i2c/busses/i2c-designware-pci.o: In function `i2c_dw_disable_int':
      i2c-designware-core.c:(.text+0xa18): multiple definition of `i2c_dw_disable_int'
      drivers/i2c/busses/i2c-designware-platform.o:i2c-designware-platdrv.c:(.text+0x930): first defined here
      make[3]: *** [drivers/i2c/busses/built-in.o] Error 1
      make[2]: *** [drivers/i2c/busses] Error 2
      make[1]: *** [drivers/i2c] Error 2
      make: *** [drivers] Error 2
      Signed-off-by: NAxel Lin <axel.lin@gmail.com>
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      Tested-by: NJiri Slaby <jslaby@suse.cz>
      Cc: stable@vger.kernel.org [3.2+]
      e68bb91b
    • J
      i2c-i801: Add Device IDs for Intel Lynx Point-LP PCH · 4a8f1ddd
      James Ralston 提交于
      Add the SMBus Device IDs for the Intel Lynx Point-LP PCH.
      Signed-off-by: NJames Ralston <james.d.ralston@intel.com>
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      4a8f1ddd
  2. 26 8月, 2012 1 次提交
  3. 24 7月, 2012 1 次提交
  4. 14 7月, 2012 1 次提交
  5. 09 7月, 2012 1 次提交
  6. 12 5月, 2012 1 次提交
  7. 21 4月, 2012 1 次提交
  8. 16 4月, 2012 1 次提交
  9. 27 3月, 2012 1 次提交
  10. 08 3月, 2012 1 次提交
  11. 25 2月, 2012 2 次提交
  12. 18 1月, 2012 1 次提交
  13. 08 12月, 2011 1 次提交
  14. 30 10月, 2011 1 次提交
    • G
      i2c: I2C_ELEKTOR should depend on HAS_IOPORT · 9519282a
      Geert Uytterhoeven 提交于
      On m68k, I get:
      
      drivers/i2c/busses/i2c-elektor.c: In function ‘pcf_isa_init’:
      drivers/i2c/busses/i2c-elektor.c:153: error: implicit declaration of function ‘ioport_map’
      drivers/i2c/busses/i2c-elektor.c:153: warning: assignment makes pointer from integer without a cast
      drivers/i2c/busses/i2c-elektor.c: In function ‘elektor_probe’:
      drivers/i2c/busses/i2c-elektor.c:287: error: implicit declaration of function ‘ioport_unmap’
      
      Since commit 82ed223c ("iomap: make IOPORT/PCI
      mapping functions conditional"), ioport_map() is only available on platforms
      that set HAS_IOPORT.
      Signed-off-by: NGeert Uytterhoeven <geert@linux-m68k.org>
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      9519282a
  15. 29 10月, 2011 2 次提交
  16. 25 10月, 2011 1 次提交
  17. 24 10月, 2011 1 次提交
    • A
      mfd: remove CONFIG_MFD_SUPPORT · 8a0a8e8e
      Arnd Bergmann 提交于
      We currently have two symbols to control compilation the MFD subsystem,
      MFD_SUPPORT and MFD_CORE. The MFD_SUPPORT is actually not required
      at all, it only hides the submenu when not set, with the effect that
      Kconfig warns about missing dependencies when another driver selects
      an MFD driver while MFD_SUPPORT is disabled. Turning the MFD submenu
      back from menuconfig into a plain menu simplifies the Kconfig syntax
      for those kinds of users and avoids the surprise when the menu
      suddenly appears because another driver was enabled that selects this
      symbol.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      8a0a8e8e
  18. 25 5月, 2011 2 次提交
  19. 11 5月, 2011 1 次提交
  20. 21 3月, 2011 1 次提交
  21. 20 3月, 2011 1 次提交
  22. 17 3月, 2011 1 次提交
  23. 16 3月, 2011 1 次提交
  24. 02 3月, 2011 1 次提交
  25. 23 2月, 2011 2 次提交
  26. 27 1月, 2011 1 次提交
  27. 04 1月, 2011 1 次提交
  28. 01 11月, 2010 1 次提交
  29. 30 10月, 2010 1 次提交
    • R
      i2c-intel-mid: Driver depends on PCI · 9cc11dee
      Randy Dunlap 提交于
      i2c-intel-mid driver uses PCI data structs and interfaces,
      so it should depend on PCI.  Fixes these build errors:
      
      drivers/i2c/busses/i2c-intel-mid.c:977: error: implicit declaration of function 'pci_request_region'
      drivers/i2c/busses/i2c-intel-mid.c:1077: error: implicit declaration of function 'pci_release_region'
      Signed-off-by: NRandy Dunlap <randy.dunlap@oracle.com>
      Cc: Ba Zheng <zheng.ba@intel.com>
      Cc: Jean Delvare <khali@linux-fr.org>
      Cc: Ben Dooks <ben-linux@fluff.org>
      Cc: linux-i2c@vger.kernel.org
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      9cc11dee
  30. 28 10月, 2010 1 次提交
    • A
      i2c-intel-mid: support for Moorestown and Medfield platform · aa62f85d
      Alan Cox 提交于
      (Updated to address Ben's comments. With regard to the message segment
       restriction it's not something we hit on the actual platform so while
       I will investigate that further I don't think its a blocker to submission.
       At worst its a spot over-restrictive)
      
      From: Wen Wang <wen.w.wang@intel.com>
      
      Initial release of the driver. Updated and verified on hardware.
      
      Cleaned up as follows
      
      Alan Cox:
         Squash down the switches into tables, and use the PCI ident field. We
         could perhaps take this further and put the platform and port number into
         this.
         uint32t -> u32
         bracketing of case statements
         spacing and '!' usage
         Check the speed (which is now 0/1/2) is valid and ignore otherwise.
         Fix remaining problems/suggestions from Jean's review
         Fix items from Ben's review
      
      Arjan van de Ven:
         Initial power management hooks
      
      Yong Wang <youg.y.wang@intel.com>:
         Shared IRQ support
      
      Wen Wang <wen.w.wang@intel.com>:
         D3 support
         Fixes for OCT test runs
         Interrupt optimisations
      
      Hong Liu <hong.liu@intel.com>
         The runtime PM code is working on the wrong device (i2c_adapter->dev).
         The correct one should be pci_dev->dev. This breaks attached i2c
         slave devices with runtime PM enabled. Slave device needs to runtime
         resume parent device before runtime resuming itself, but we always get
         error since we don't have pm_runtime callback for i2c_adapter->dev.
      
      Bin Yang <bin.yang@intel.com>:
         Update speed table
      
      Saadi Maalem <saadi.maalem@intel.com>:
         Clear all interrupts in the hardware init
      
      Celine Chotard <celinex.chotard@intel.com>:
         Correct ordering of clear/disable of IRQs
      Signed-off-by: NWen Wang <wen.w.wang@intel.com>
      Signed-off-by: NYong Wang <yong.y.wang@intel.com>
      Signed-off-by: NHong Liu <hong.liu@intel.com>
      Signed-off-by: NBin Yang <bin.yang@intel.com>
      Signed-off-by: NArjan van de Ven <arjan@linux.intel.com>
      Signed-off-by: NAlan Cox <alan@linux.intel.com>
      Signed-off-by: NBen Dooks <ben-linux@fluff.org>
      aa62f85d
  31. 18 10月, 2010 1 次提交
  32. 11 8月, 2010 2 次提交
  33. 05 8月, 2010 1 次提交
  34. 03 6月, 2010 1 次提交