1. 07 3月, 2022 1 次提交
  2. 28 2月, 2022 1 次提交
  3. 08 2月, 2022 6 次提交
  4. 03 2月, 2022 1 次提交
  5. 24 1月, 2022 1 次提交
  6. 31 12月, 2021 1 次提交
  7. 22 12月, 2021 1 次提交
  8. 20 12月, 2021 1 次提交
  9. 02 12月, 2021 1 次提交
  10. 26 11月, 2021 1 次提交
  11. 25 11月, 2021 1 次提交
  12. 16 11月, 2021 1 次提交
  13. 27 10月, 2021 1 次提交
  14. 13 10月, 2021 2 次提交
  15. 08 10月, 2021 1 次提交
  16. 07 10月, 2021 1 次提交
  17. 02 10月, 2021 1 次提交
  18. 27 9月, 2021 1 次提交
  19. 13 9月, 2021 2 次提交
  20. 23 8月, 2021 1 次提交
  21. 06 8月, 2021 1 次提交
  22. 22 7月, 2021 1 次提交
    • A
      ASoC: codecs: wcd938x: fix wcd module dependency · b9a4b57f
      Arnd Bergmann 提交于
      With SND_SOC_ALL_CODECS=y and SND_SOC_WCD938X_SDW=m, there is a link
      error from a reverse dependency, since the built-in codec driver calls
      into the modular soundwire back-end:
      
      x86_64-linux-ld: sound/soc/codecs/wcd938x.o: in function `wcd938x_codec_free':
      wcd938x.c:(.text+0x2c0): undefined reference to `wcd938x_sdw_free'
      x86_64-linux-ld: sound/soc/codecs/wcd938x.o: in function `wcd938x_codec_hw_params':
      wcd938x.c:(.text+0x2f6): undefined reference to `wcd938x_sdw_hw_params'
      x86_64-linux-ld: sound/soc/codecs/wcd938x.o: in function `wcd938x_codec_set_sdw_stream':
      wcd938x.c:(.text+0x332): undefined reference to `wcd938x_sdw_set_sdw_stream'
      x86_64-linux-ld: sound/soc/codecs/wcd938x.o: in function `wcd938x_tx_swr_ctrl':
      wcd938x.c:(.text+0x23de): undefined reference to `wcd938x_swr_get_current_bank'
      x86_64-linux-ld: sound/soc/codecs/wcd938x.o: in function `wcd938x_bind':
      wcd938x.c:(.text+0x2579): undefined reference to `wcd938x_sdw_device_get'
      x86_64-linux-ld: wcd938x.c:(.text+0x25a1): undefined reference to `wcd938x_sdw_device_get'
      x86_64-linux-ld: wcd938x.c:(.text+0x262a): undefined reference to `__devm_regmap_init_sdw'
      
      Work around this using two small hacks: An added Kconfig dependency
      prevents the main driver from being built-in when soundwire support
      itself is a loadable module to allow calling devm_regmap_init_sdw(),
      and a Makefile trick links the wcd938x-sdw backend as built-in
      if needed to solve the dependency between the two modules.
      
      Fixes: 04544222 ("ASoC: codecs: wcd938x: add audio routing and Kconfig")
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Link: https://lore.kernel.org/r/20210721150510.1837221-1-arnd@kernel.orgSigned-off-by: NMark Brown <broonie@kernel.org>
      b9a4b57f
  23. 15 7月, 2021 1 次提交
    • P
      ASoC: codecs: add SoundWire mockup device support · 81d3d3d0
      Pierre-Louis Bossart 提交于
      To test the host controller and bus management code, it is currently
      required to have a physical SoundWire peripheral attached to the
      bus. To help with pre-silicon or early hardware enablement, it would
      be very useful to have a SoundWire 'mockup' device that is exposed in
      platform firmware but does not drive any signal on the bus.
      
      This is different to the existing ASoC 'dummy' codec uses for I2S/TDM,
      the SoundWire spec makes it clear that a device that is not attached
      to the bus is not permitted to interact with the bus, be it for
      command/control or data.
      
      This patch exposes a 'mockup' device, with a minimalist driver, with 4
      partID values reserved by Intel for such test configurations. The
      mockup device exposes one full-duplex DAI based on 2 ports (DP1 for
      playback and DP8 for capture). The capture data port is just virtual,
      such a mockup device is prevented by the SoundWire specification from
      presenting any data generated by a Source port without being Attached.
      
      All the callbacks exposed by the SoundWire Slave interface are
      populated, even if they just return immediately. This is intentional
      to describe what a minimal codec driver should do and implement and
      help new codec vendors provide support for their devices.
      Signed-off-by: NPierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>
      Reviewed-by: NRander Wang <rander.wang@intel.com>
      Signed-off-by: NBard Liao <yung-chuan.liao@linux.intel.com>
      Link: https://lore.kernel.org/r/20210714032209.11284-2-yung-chuan.liao@linux.intel.comSigned-off-by: NMark Brown <broonie@kernel.org>
      81d3d3d0
  24. 14 7月, 2021 1 次提交
  25. 30 6月, 2021 1 次提交
  26. 29 6月, 2021 1 次提交
  27. 14 6月, 2021 2 次提交
  28. 04 6月, 2021 3 次提交
  29. 02 6月, 2021 1 次提交
    • H
      mfd: arizona: Allow building arizona MFD-core as module · 33d55070
      Hans de Goede 提交于
      There is no reason why the arizona core,irq and codec model specific
      regmap bits cannot be build as a module. All they do is export symbols
      which are used by the arizona-spi/i2c and arizona-codec modules, which
      themselves can be built as module.
      
      Change the Kconfig and Makefile arizona bits so that the arizona MFD-core
      can be built as a module.
      
      This is especially useful on x86 platforms with a WM5102 codec, this
      allows the arizona MFD driver necessary for the WM5102 codec to be
      enabled in generic distro-kernels without growing the base kernel-image
      size.
      
      Note this also adds an explicit "depends on MFD_ARIZONA" to all the
      arizona codec Kconfig options. The codec drivers use functions from mfd
      arizona-core. These new depends are necessary to disallow the codec
      drivers being builtin when the arizona-core is build as a module,
      otherwise we end up with missing symbol errors when building vmlinuz.
      Signed-off-by: NHans de Goede <hdegoede@redhat.com>
      Acked-by: NCharles Keepax <ckeepax@opensource.cirrus.com>
      Signed-off-by: NLee Jones <lee.jones@linaro.org>
      33d55070
  30. 01 6月, 2021 1 次提交