An error occurred fetching the project authors.
  1. 13 Jun, 2020 1 commit
    • Masahiro Yamada's avatar
      treewide: replace '---help---' in Kconfig files with 'help' · a7f7f624
      Masahiro Yamada authored
      Since commit 84af7a61 ("checkpatch: kconfig: prefer 'help' over
      '---help---'"), the number of '---help---' has been gradually
      decreasing, but there are still more than 2400 instances.
      
      This commit finishes the conversion. While I touched the lines,
      I also fixed the indentation.
      
      There are a variety of indentation styles found.
      
        a) 4 spaces + '---help---'
        b) 7 spaces + '---help---'
        c) 8 spaces + '---help---'
        d) 1 space + 1 tab + '---help---'
        e) 1 tab + '---help---'    (correct indentation)
        f) 1 tab + 1 space + '---help---'
        g) 1 tab + 2 spaces + '---help---'
      
      In order to convert all of them to 1 tab + 'help', I ran the
      following commend:
      
        $ find . -name 'Kconfig*' | xargs sed -i 's/^[[:space:]]*---help---/\thelp/'
      Signed-off-by: default avatarMasahiro Yamada <masahiroy@kernel.org>
      a7f7f624
  2. 27 May, 2020 1 commit
  3. 26 May, 2020 1 commit
  4. 20 May, 2020 1 commit
  5. 13 May, 2020 2 commits
  6. 24 Apr, 2020 2 commits
    • Mika Westerberg's avatar
      platform/x86: intel_pmc_ipc: Convert to MFD · 25f1ca31
      Mika Westerberg authored
      This driver only creates a bunch of platform devices sharing resources
      belonging to the PMC device. This is pretty much what MFD subsystem is
      for so move the driver there, renaming it to intel_pmc_bxt.c which
      should be more clear what it is.
      
      MFD subsystem provides nice helper APIs for subdevice creation so
      convert the driver to use those. Unfortunately the ACPI device includes
      separate resources for most of the subdevices so we cannot simply call
      mfd_add_devices() to create all of them but instead we need to call it
      separately for each device.
      
      The new MFD driver continues to expose two sysfs attributes that allow
      userspace to send IPC commands to the PMC/SCU to avoid breaking any
      existing applications that may use these. Generally this is bad idea so
      document this in the ABI documentation.
      Signed-off-by: default avatarMika Westerberg <mika.westerberg@linux.intel.com>
      Reviewed-by: default avatarAndy Shevchenko <andriy.shevchenko@linux.intel.com>
      Signed-off-by: default avatarLee Jones <lee.jones@linaro.org>
      25f1ca31
    • Mika Westerberg's avatar
      platform/x86: intel_scu_ipc: Split out SCU IPC functionality from the SCU driver · 54b34aa0
      Mika Westerberg authored
      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: default avatarMika Westerberg <mika.westerberg@linux.intel.com>
      Reviewed-by: default avatarAndy Shevchenko <andriy.shevchenko@linux.intel.com>
      Signed-off-by: default avatarLee Jones <lee.jones@linaro.org>
      54b34aa0
  7. 30 Mar, 2020 2 commits
  8. 27 Mar, 2020 2 commits
  9. 29 Jan, 2020 1 commit
  10. 24 Jan, 2020 3 commits
  11. 09 Jan, 2020 1 commit
    • Thomas Bogendoerfer's avatar
      mfd: ioc3: Add driver for SGI IOC3 chip · 0ce5ebd2
      Thomas Bogendoerfer authored
      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: default avatarLee 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: default avatarThomas Bogendoerfer <tbogendoerfer@suse.de>
      Signed-off-by: default avatarPaul 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
  12. 18 Oct, 2019 1 commit
    • Linus Walleij's avatar
      mfd: Switch the AB8500 GPADC to IIO · a77fc111
      Linus Walleij authored
      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: default avatarLee Jones <lee.jones@linaro.org>
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: default avatarJonathan Cameron <Jonathan.Cameron@huawei.com>
      a77fc111
  13. 03 Sep, 2019 1 commit
  14. 02 Sep, 2019 3 commits
  15. 12 Aug, 2019 1 commit
  16. 02 Jul, 2019 2 commits
  17. 27 Jun, 2019 2 commits
  18. 06 Jun, 2019 1 commit
  19. 24 May, 2019 1 commit
  20. 21 May, 2019 1 commit
  21. 14 May, 2019 1 commit
  22. 10 May, 2019 1 commit
  23. 08 May, 2019 1 commit
  24. 03 Apr, 2019 1 commit
  25. 02 Apr, 2019 1 commit
  26. 20 Feb, 2019 1 commit
  27. 18 Feb, 2019 1 commit
  28. 14 Feb, 2019 1 commit
  29. 13 Feb, 2019 1 commit
    • Christoph Hellwig's avatar
      mfd/sm501: depend on HAS_DMA · d0377392
      Christoph Hellwig authored
      Currently the sm501 mfd driver can be compiled without any dependencies,
      but through the use of dma_declare_coherent it really depends on
      having DMA and iomem support.  Normally we don't explicitly require DMA
      support as we have stubs for it if on UML, but in this case the driver
      selects support for dma_declare_coherent and thus also requires
      memmap support.  Guard this by an explicit dependency.
      Signed-off-by: default avatarChristoph Hellwig <hch@lst.de>
      Acked-by: default avatarLee Jones <lee.jones@linaro.org>
      d0377392
  30. 07 Feb, 2019 1 commit
    • Charles Keepax's avatar
      mfd: lochnagar: Add support for the Cirrus Logic Lochnagar · 422dcafe
      Charles Keepax authored
      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: default avatarCharles Keepax <ckeepax@opensource.cirrus.com>
      Signed-off-by: default avatarLee Jones <lee.jones@linaro.org>
      422dcafe