1. 24 4月, 2020 1 次提交
    • M
      platform/x86: intel_scu_ipc: Split out SCU IPC functionality from the SCU driver · 54b34aa0
      Mika Westerberg 提交于
      The SCU IPC functionality is usable outside of Intel MID devices. For
      example modern Intel CPUs include the same thing but now it is called
      PMC (Power Management Controller) instead of SCU. To make the IPC
      available for those split the driver into core part (intel_scu_ipc.c)
      and the SCU PCI driver part (intel_scu_pcidrv.c) which then calls the
      former before it goes and creates rest of the SCU devices. The SCU IPC
      will also register a new class that gets assigned to the device that is
      created under the parent PCI device.
      
      We also split the Kconfig symbols so that INTEL_SCU_IPC enables the SCU
      IPC library and INTEL_SCU_PCI the SCU driver and convert the users
      accordingly. While there remove default y from the INTEL_SCU_PCI symbol
      as it is already selected by X86_INTEL_MID.
      Signed-off-by: NMika Westerberg <mika.westerberg@linux.intel.com>
      Reviewed-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com>
      Signed-off-by: NLee Jones <lee.jones@linaro.org>
      54b34aa0
  2. 30 3月, 2020 2 次提交
  3. 27 3月, 2020 2 次提交
  4. 29 1月, 2020 1 次提交
  5. 24 1月, 2020 3 次提交
  6. 10 1月, 2020 1 次提交
    • T
      mfd: ioc3: Add driver for SGI IOC3 chip · 0ce5ebd2
      Thomas Bogendoerfer 提交于
      SGI IOC3 chip has integrated ethernet, keyboard and mouse interface.
      It also supports connecting a SuperIO chip for serial and parallel
      interfaces. IOC3 is used inside various SGI systemboards and add-on
      cards with different equipped external interfaces.
      
      Support for ethernet and serial interfaces were implemented inside
      the network driver. This patchset moves out the not network related
      parts to a new MFD driver, which takes care of card detection,
      setup of platform devices and interrupt distribution for the subdevices.
      
      Serial portion: Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
      Acked-for-MFD-by: NLee Jones <lee.jones@linaro.org>
      Network part: Reviewed-by: Jakub Kicinski <jakub.kicinski@netronome.com>
      Network part: Acked-by: Jakub Kicinski <jakub.kicinski@netronome.com>
      Signed-off-by: NThomas Bogendoerfer <tbogendoerfer@suse.de>
      Signed-off-by: NPaul Burton <paulburton@kernel.org>
      Cc: James Hogan <jhogan@kernel.org>
      Cc: David S. Miller <davem@davemloft.net>
      Cc: Jiri Slaby <jslaby@suse.com>
      Cc: linux-mips@vger.kernel.org
      Cc: linux-kernel@vger.kernel.org
      Cc: netdev@vger.kernel.org
      Cc: linux-serial@vger.kernel.org
      0ce5ebd2
  7. 19 10月, 2019 1 次提交
    • L
      mfd: Switch the AB8500 GPADC to IIO · a77fc111
      Linus Walleij 提交于
      The AB8500 GPADC driver is indeed a "general purpose ADC" driver,
      and while the IIO subsystem did not exist when the driver was
      first merged, it is never too late to clean things up and move it
      to the right place.
      
      Nowadays IIO provides the right abstractions and interfaces to
      do generic ADC work in the kernel.
      
      We have to cut a bunch of debugfs luggage to make this transition
      swift, but all these files to is read out the raw values of the
      ADC and the IIO subsystem already has a standard sysfs ABI for
      doing exactly this: no debugfs is needed.
      Acked-by: NLee Jones <lee.jones@linaro.org>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: NJonathan Cameron <Jonathan.Cameron@huawei.com>
      a77fc111
  8. 03 9月, 2019 1 次提交
  9. 02 9月, 2019 3 次提交
  10. 12 8月, 2019 1 次提交
  11. 02 7月, 2019 2 次提交
  12. 27 6月, 2019 2 次提交
  13. 07 6月, 2019 1 次提交
  14. 25 5月, 2019 1 次提交
  15. 21 5月, 2019 1 次提交
  16. 14 5月, 2019 1 次提交
  17. 10 5月, 2019 1 次提交
  18. 08 5月, 2019 1 次提交
  19. 03 4月, 2019 1 次提交
  20. 02 4月, 2019 1 次提交
  21. 20 2月, 2019 1 次提交
  22. 18 2月, 2019 1 次提交
  23. 14 2月, 2019 2 次提交
  24. 07 2月, 2019 1 次提交
    • C
      mfd: lochnagar: Add support for the Cirrus Logic Lochnagar · 422dcafe
      Charles Keepax 提交于
      Lochnagar is an evaluation and development board for Cirrus
      Logic Smart CODEC and Amp devices. It allows the connection of
      most Cirrus Logic devices on mini-cards, as well as allowing
      connection of various application processor systems to provide a
      full evaluation platform. This driver supports the board
      controller chip on the Lochnagar board. Audio system topology,
      clocking and power can all be controlled through the Lochnagar
      controller chip, allowing the device under test to be used in
      a variety of possible use cases.
      
      As the Lochnagar is a fairly complex device this MFD driver
      allows the drivers for the various features to be bound
      in. Initially clocking, regulator and pinctrl will be added as
      these are necessary to configure the system. But in time at least
      audio and voltage/current monitoring will also be added.
      Signed-off-by: NCharles Keepax <ckeepax@opensource.cirrus.com>
      Signed-off-by: NLee Jones <lee.jones@linaro.org>
      422dcafe
  25. 01 2月, 2019 2 次提交
    • J
      mfd: Kconfig: Fix I2C_DESIGNWARE_PLATFORM dependencies · 09fdc985
      Jarkko Nikula 提交于
      INTEL_SOC_PMIC, INTEL_SOC_PMIC_CHTWC and MFD_TPS68470 select the
      I2C_DESIGNWARE_PLATFORM without its dependencies making it possible to see
      warning and build error like below:
      
      WARNING: unmet direct dependencies detected for I2C_DESIGNWARE_PLATFORM
        Depends on [n]: I2C [=y] && HAS_IOMEM [=y] && (ACPI [=y] && COMMON_CLK [=n] || !ACPI [=y])
        Selected by [y]:
        - MFD_TPS68470 [=y] && HAS_IOMEM [=y] && ACPI [=y] && I2C [=y]=y
      
      /usr/bin/ld: drivers/i2c/busses/i2c-designware-platdrv.o: in function `dw_i2c_plat_resume':
      i2c-designware-platdrv.c:(.text+0x62): undefined reference to `i2c_dw_prepare_clk'
      /usr/bin/ld: drivers/i2c/busses/i2c-designware-platdrv.o: in function `dw_i2c_plat_suspend':
      i2c-designware-platdrv.c:(.text+0x9a): undefined reference to `i2c_dw_prepare_clk'
      /usr/bin/ld: drivers/i2c/busses/i2c-designware-platdrv.o: in function `dw_i2c_plat_probe':
      i2c-designware-platdrv.c:(.text+0x41c): undefined reference to `i2c_dw_prepare_clk'
      /usr/bin/ld: i2c-designware-platdrv.c:(.text+0x438): undefined reference to `i2c_dw_read_comp_param'
      /usr/bin/ld: i2c-designware-platdrv.c:(.text+0x545): undefined reference to `i2c_dw_probe'
      /usr/bin/ld: i2c-designware-platdrv.c:(.text+0x727): undefined reference to `i2c_dw_probe_slave'
      
      Fix this by making above options to depend on I2C_DESIGNWARE_PLATFORM
      being built-in. I2C_DESIGNWARE_PLATFORM is a visible symbol with
      dependencies so in general the select should be avoided.
      
      Fixes: acebcff9 ("mfd: intel_soc_pmic: Select designware i2c-bus driver")
      Fixes: de85d79f ("mfd: Add Cherry Trail Whiskey Cove PMIC driver")
      Fixes: 9bbf6a15 ("mfd: Add support for TPS68470 device")
      Cc: Stable <stable@vger.kernel.org> # v4.14+
      Reported-by: NRandy Dunlap <rdunlap@infradead.org>
      Signed-off-by: NJarkko Nikula <jarkko.nikula@linux.intel.com>
      Acked-by: Randy Dunlap <rdunlap@infradead.org> # build-tested
      Signed-off-by: NLee Jones <lee.jones@linaro.org>
      09fdc985
    • E
      mfd / platform: cros_ec: Move device sysfs attributes to its own driver · 6fd7f2bb
      Enric Balletbo i Serra 提交于
      The entire way how cros debugfs attibutes are created is broken.
      cros_ec_sysfs should be its own driver and its attributes should be
      associated with the sysfs driver not the mfd driver.
      
      The patch also adds the sysfs documentation.
      Signed-off-by: NEnric Balletbo i Serra <enric.balletbo@collabora.com>
      Reviewed-by: NGuenter Roeck <groeck@chromium.org>
      Signed-off-by: NLee Jones <lee.jones@linaro.org>
      6fd7f2bb
  26. 29 1月, 2019 1 次提交
    • S
      mfd: Fix unmet dependency warning for MFD_TPS68470 · 9baddb61
      Sinan Kaya 提交于
      After commit 5d32a665 ("PCI/ACPI: Allow ACPI to be built without
      CONFIG_PCI set") dependencies on CONFIG_PCI that previously were
      satisfied implicitly through dependencies on CONFIG_ACPI have to be
      specified directly.
      
      WARNING: unmet direct dependencies detected for I2C_DESIGNWARE_PLATFORM
        Depends on [n]: I2C [=y] && HAS_IOMEM [=y] && (ACPI [=y] && COMMON_CLK [=n] || !ACPI [=y])
        Selected by [y]:
        - MFD_TPS68470 [=y] && HAS_IOMEM [=y] && ACPI [=y] && I2C [=y]=y
      
      MFD_TPS68470 is an ACPI only device and selects I2C_DESIGNWARE_PLATFORM.
      
      I2C_DESIGNWARE_PLATFORM does not have any configuration today for ACPI
      support without CONFIG_PCI set.
      
      For sake of a quick fix this introduces a new mandatory dependency to
      the driver which may survive without it. Otherwise we need to revisit
      the driver architecture to address this properly.
      
      Fixes: 5d32a665 ("PCI/ACPI: Allow ACPI to be built without CONFIG_PCI set")
      Signed-off-by: NSinan Kaya <okaya@kernel.org>
      Acked-by: NLee Jones <lee.jones@linaro.org>
      Signed-off-by: NRafael J. Wysocki <rafael.j.wysocki@intel.com>
      9baddb61
  27. 16 1月, 2019 2 次提交
  28. 03 1月, 2019 1 次提交
  29. 23 10月, 2018 1 次提交
    • K
      mfd: sec-core: Allow building as module · eef0594a
      Krzysztof Kozlowski 提交于
      The main MFD driver for Samsung PMICs (S2MPSXX, S5M876X) used with
      Exynos SoCs can be compiled and used as a module.  The dependent clock,
      regulator and RTC drivers already can be built as a module.
      
      Building entire set of drivers as modules might require using initial
      ramdisk and can make booting process longer (due to probe deferrals).
      However adding such option is useful for testing and for multi-platform
      configurations.
      
      This also add required module authors to sec-irq.c file based on recent
      main contributors.
      Signed-off-by: NKrzysztof Kozlowski <krzk@kernel.org>
      Signed-off-by: NLee Jones <lee.jones@linaro.org>
      eef0594a