1. 31 Jul, 2020 2 commits
  2. 30 Jul, 2020 23 commits
  3. 29 Jul, 2020 3 commits
  4. 28 Jul, 2020 9 commits
  5. 27 Jul, 2020 3 commits
    • Mark Brown's avatar
      Merge series "ASoC: intel: use asoc_substream_to_rtd()" from Kuninori Morimoto... · 950039fc
      Mark Brown authored
      Merge series "ASoC: intel: use asoc_substream_to_rtd()" from Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>:
      
      Hi Mark
      
      I have posted "ASoC: add asoc_substream_to_rtd() macro"
      patch-set to ALSA SoC ML (= see Link), and then Pierre-Louis
      wanted that Intel patch was separated for boards.
      
      The patches which are not for Intel were already accepted.
      This is for Intel, and Intel boards.
      
      Link: https://lore.kernel.org/r/87y2nf0yw2.wl-kuninori.morimoto.gx@renesas.com
      Link: https://lore.kernel.org/r/877duz0ysw.wl-kuninori.morimoto.gx@renesas.com
      
      Kuninori Morimoto (2):
        ASoC: intel/boards: use asoc_substream_to_rtd()
        ASoC: intel: use asoc_substream_to_rtd()
      
       sound/soc/intel/atom/sst-mfld-platform-pcm.c     |  6 +++---
       sound/soc/intel/baytrail/sst-baytrail-pcm.c      | 16 ++++++++--------
       sound/soc/intel/boards/bdw-rt5650.c              |  2 +-
       sound/soc/intel/boards/bdw-rt5677.c              |  4 ++--
       sound/soc/intel/boards/broadwell.c               |  2 +-
       sound/soc/intel/boards/bxt_rt298.c               |  2 +-
       sound/soc/intel/boards/byt-rt5640.c              |  2 +-
       sound/soc/intel/boards/bytcht_da7213.c           |  4 ++--
       sound/soc/intel/boards/bytcr_rt5640.c            |  2 +-
       sound/soc/intel/boards/bytcr_rt5651.c            |  2 +-
       sound/soc/intel/boards/cht_bsw_max98090_ti.c     |  2 +-
       sound/soc/intel/boards/cht_bsw_nau8824.c         |  2 +-
       sound/soc/intel/boards/cht_bsw_rt5645.c          |  2 +-
       sound/soc/intel/boards/cht_bsw_rt5672.c          |  2 +-
       sound/soc/intel/boards/cml_rt1011_rt5682.c       |  4 ++--
       sound/soc/intel/boards/ehl_rt5660.c              |  2 +-
       sound/soc/intel/boards/glk_rt5682_max98357a.c    |  2 +-
       sound/soc/intel/boards/haswell.c                 |  2 +-
       sound/soc/intel/boards/kbl_da7219_max98927.c     |  8 ++++----
       sound/soc/intel/boards/kbl_rt5660.c              |  2 +-
       sound/soc/intel/boards/kbl_rt5663_max98927.c     |  4 ++--
       .../intel/boards/kbl_rt5663_rt5514_max98927.c    |  4 ++--
       sound/soc/intel/boards/skl_nau88l25_max98357a.c  |  2 +-
       sound/soc/intel/boards/skl_nau88l25_ssm4567.c    |  2 +-
       sound/soc/intel/boards/skl_rt286.c               |  2 +-
       sound/soc/intel/boards/sof_da7219_max98373.c     |  2 +-
       sound/soc/intel/boards/sof_maxim_common.c        |  4 ++--
       sound/soc/intel/boards/sof_pcm512x.c             |  4 ++--
       sound/soc/intel/boards/sof_rt5682.c              |  4 ++--
       sound/soc/intel/boards/sof_sdw_rt1308.c          |  2 +-
       sound/soc/intel/boards/sof_wm8804.c              |  2 +-
       sound/soc/intel/haswell/sst-haswell-pcm.c        | 12 ++++++------
       sound/soc/intel/keembay/kmb_platform.c           |  2 +-
       sound/soc/intel/skylake/skl-pcm.c                |  8 ++++----
       34 files changed, 62 insertions(+), 62 deletions(-)
      
      --
      2.25.1
      950039fc
    • Stephan Gerhold's avatar
      ASoC: dt-bindings: q6asm: Add Q6ASM_DAI_{TX_RX, TX, RX} defines · 34facb04
      Stephan Gerhold authored
      Right now the direction of a DAI has to be specified as a literal
      number in the device tree, e.g.:
      
      	dai@0 {
      		reg = <0>;
      		direction = <2>;
      	};
      
      but this does not make it immediately clear that this is a
      playback/RX-only DAI.
      
      Actually, q6asm-dai.c has useful defines for this. Move them to the
      dt-bindings header to allow using them in the dts(i) files.
      The example above then becomes:
      
      	dai@0 {
      		reg = <0>;
      		direction = <Q6ASM_DAI_RX>;
      	};
      
      which is immediately recognizable as playback/RX-only DAI.
      Signed-off-by: default avatarStephan Gerhold <stephan@gerhold.net>
      Reviewed-by: default avatarSrinivas Kandagatla <srinivas.kandagatla@linaro.org>
      Cc: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
      Link: https://lore.kernel.org/r/20200727082502.2341-1-stephan@gerhold.netSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      34facb04
    • Akshu Agrawal's avatar
      ASoC: AMD: Restore PME_EN state at Power On · 1255296c
      Akshu Agrawal authored
      PME_EN state needs to restored to the value set by fmw.
      For the devices which are not using I2S wake event which gets
      enabled by PME_EN bit, keeping PME_EN enabled burns considerable amount
      of power as it blocks low power state.
      For the devices using I2S wake event, PME_EN gets enabled in fmw and the
      state should be maintained after ACP Power On.
      Signed-off-by: default avatarAkshu Agrawal <akshu.agrawal@amd.com>
      Link: https://lore.kernel.org/r/20200724195600.11798-1-akshu.agrawal@amd.comSigned-off-by: default avatarMark Brown <broonie@kernel.org>
      1255296c