Skip to content
Snippets Groups Projects
  1. Feb 10, 2013
  2. Feb 08, 2013
  3. Nov 20, 2012
  4. Nov 19, 2012
  5. Oct 28, 2012
    • Jean Delvare's avatar
      i2c-i801: Simplify dependency towards GPIOLIB · 79e3e5b8
      Jean Delvare authored
      
      Arbitrarily selecting GPIOLIB causes trouble on some architectures,
      so don't do that. Instead, just make the optional multiplexing code
      depend on CONFIG_I2C_MUX_GPIO instead of CONFIG_I2C_MUX for now. We
      can revisit if the i2c-i801 driver ever supports other multiplexing
      flavors.
      
      Also make that optional code depend on DMI, as it won't do anything
      without that.
      
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      Cc: Fengguang Wu <fengguang.wu@intel.com>
      79e3e5b8
  6. Oct 08, 2012
  7. Oct 05, 2012
    • Jean Delvare's avatar
      i2c-i801: Support SMBus multiplexing on Asus Z8 series · 3ad7ea18
      Jean Delvare authored
      
      Add support for SMBus multiplexing on Asus Z8 motherboard series. On
      these boards, the memory slots are behind a GPIO-controlled I2C
      multiplexer. Models with 6 or 12 memory slots have 2 segments behind
      the multiplexer, while models with 18 memory slots have 3 such
      segments.
      
      On these boards, only the memory slots are behind the multiplexer,
      so it is possible to keep the autodetection mechanism.
      
      The code is generic enough so it could work on other boards as long as
      the multiplexer is controlled by GPIO pins. For other forms of
      multiplexing (for example using an I2C device) additional code will be
      needed.
      
      Thanks to Asus for providing a board to develop and test this feature,
      as well as all the technical information required.
      
      At the moment, the GPIO driver must be loaded before the i2c-i801
      driver, but I hope to solve this soon, using deferred probing on
      the i2c-mux-gpio side.
      
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      3ad7ea18
    • Jean Delvare's avatar
      i2c-viapro: Add VIA VX900 device ID · 01d56a6a
      Jean Delvare authored
      
      The SMBus controller in the VIA VX900 appears to be compatible with
      the VIA VX855, so just add the device ID.
      
      This closes kernel bug #43096.
      
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      01d56a6a
    • Peter Huewe's avatar
      i2c: Make I2C available on UML · 3ddb59d4
      Peter Huewe authored
      
      Remove the global dependency of the I2C subsystem on HAS_IOMEM and
      move the dependency to the i2c/busses submenu, with an exception for
      i2c-stub.
      
      The generic I2C part does not need to have HAS_IOMEM set and thus now
      becomes available in UML, so the I2C subsystem can now be used, e.g.
      by the i2c-stub driver, for development of I2C device drivers.
      
      [JD: Some adjustments.]
      
      [Heiko Carstens: Keep I2C disabled on S390.]
      
      Signed-off-by: default avatarPeter Huewe <peterhuewe@gmx.de>
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      3ddb59d4
  8. Sep 12, 2012
  9. Sep 10, 2012
    • Axel Lin's avatar
      i2c-designware: Fix build error if CONFIG_I2C_DESIGNWARE_PLATFORM=y && CONFIG_I2C_DESIGNWARE_PCI=y · e68bb91b
      Axel Lin authored
      
      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: default avatarAxel Lin <axel.lin@gmail.com>
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      Tested-by: default avatarJiri Slaby <jslaby@suse.cz>
      Cc: stable@vger.kernel.org [3.2+]
      e68bb91b
    • James Ralston's avatar
      i2c-i801: Add Device IDs for Intel Lynx Point-LP PCH · 4a8f1ddd
      James Ralston authored
      
      Add the SMBus Device IDs for the Intel Lynx Point-LP PCH.
      
      Signed-off-by: default avatarJames Ralston <james.d.ralston@intel.com>
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      4a8f1ddd
  10. Aug 26, 2012
  11. Jul 24, 2012
  12. Jul 14, 2012
  13. Jul 09, 2012
  14. May 12, 2012
  15. Apr 20, 2012
  16. Apr 16, 2012
  17. Mar 26, 2012
  18. Mar 07, 2012
  19. Feb 24, 2012
  20. Jan 17, 2012
  21. Dec 07, 2011
  22. Oct 30, 2011
    • Geert Uytterhoeven's avatar
      i2c: I2C_ELEKTOR should depend on HAS_IOPORT · 9519282a
      Geert Uytterhoeven authored
      
      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: default avatarGeert Uytterhoeven <geert@linux-m68k.org>
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      9519282a
  23. Oct 29, 2011
  24. Oct 24, 2011
    • Manuel Lauss's avatar
      MIPS: Alchemy: remove all CONFIG_SOC_AU1??? defines · 37663860
      Manuel Lauss authored
      
      Now that no driver any longer depends on the CONFIG_SOC_AU1???  symbols,
      it's time to get rid of them: Move some of the platform devices to the
      boards which can use them, Rename a few (unused) constants in the header,
      Replace them with MIPS_ALCHEMY in the various Kconfig files.  Finally
      delete them altogether from the Alchemy Kconfig file.
      
      Signed-off-by: default avatarManuel Lauss <manuel.lauss@googlemail.com>
      To: Linux-MIPS <linux-mips@linux-mips.org>
      Patchwork: https://patchwork.linux-mips.org/patch/2707/
      
      
      Signed-off-by: default avatarRalf Baechle <ralf@linux-mips.org>
      37663860
    • Arnd Bergmann's avatar
      mfd: remove CONFIG_MFD_SUPPORT · 8a0a8e8e
      Arnd Bergmann authored
      
      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: default avatarArnd Bergmann <arnd@arndb.de>
      8a0a8e8e
  25. May 24, 2011
  26. May 11, 2011
  27. Mar 21, 2011
  28. Mar 20, 2011
  29. Mar 17, 2011
  30. Mar 16, 2011
  31. Mar 02, 2011
  32. Feb 23, 2011
Loading