1. 12 Jul, 2023 4 commits
    • Mark Brown's avatar
      AMD Vangogh support for NAU8821/MAX98388 · 860c9ef0
      Mark Brown authored
      Merge series from Cristian Ciocaltea <cristian.ciocaltea@collabora.com>:
      
      This patch series extends the Vangogh machine driver to support a variant
      based on the Nuvoton NAU88L21 Codec and the Analog Devices MAX98388
      Speaker Amplifier.
      860c9ef0
    • Mark Brown's avatar
      ASoC: Intel: avs: New boards and fixes to existing · 09225b43
      Mark Brown authored
      Merge series from Cezary Rojewski <cezary.rojewski@intel.com>:
      
      Series adds support for two boards: es8336 and rt5663. The former is
      utilized by some KBL-based tablets whereas the latter unlocks
      Chromebooks with rt5663 i2c codecs.
      
      As existing implementation of es8336 (es8316.c) codec driver is not
      prepared to cope with KBL-based platforms, couple of small,
      clock-related changes precede anything avs-driver related.
      
      The tail of patchset cleans up existing implementation of rt5682.
      09225b43
    • Mark Brown's avatar
      ASoC: remove copy of intlog10() · 441511ae
      Mark Brown authored
      Merge series from Andy Shevchenko <andriy.shevchenko@linux.intel.com>:
      
      The first three patches moves intlog10() to be available in entire
      kernel. The last one removes copy of it in one driver. Besides already
      good Lines of Code (LoC) statistics the upcoming users, if any, can
      utilize the exported functions.
      
      The series can be routed via ASoC tree (as Mauro suggested).
      
      Note, int_log.h is separated from math.h due to licensing.
      I dunno if we can mix two in a single header file. In any
      case we may do it later on.
      441511ae
    • Mark Brown's avatar
      Add support for IIO devices in ASoC · b8c442b3
      Mark Brown authored
      Merge series from Herve Codina <herve.codina@bootlin.com>:
      
      Several weeks ago, I sent a series [1] for adding a potentiometer as an
      auxiliary device in ASoC. The feedback was that the potentiometer should
      be directly handled in IIO (as other potentiometers) and something more
      generic should be present in ASoC in order to have a binding to import
      some IIO devices into sound cards.
      
      The series related to the IIO potentiometer device is already applied.
      
      This series introduces audio-iio-aux. Its goal is to offer the binding
      between IIO and ASoC.
      It exposes attached IIO devices as ASoC auxiliary devices and allows to
      control them through mixer controls.
      
      On my system, the IIO device is a potentiometer and it is present in an
      amplifier design present in the audio path.
      b8c442b3
  2. 09 Jul, 2023 36 commits