1. 30 8月, 2015 1 次提交
  2. 29 8月, 2015 2 次提交
  3. 28 8月, 2015 2 次提交
  4. 26 8月, 2015 6 次提交
  5. 22 8月, 2015 1 次提交
  6. 21 8月, 2015 2 次提交
  7. 20 8月, 2015 2 次提交
  8. 18 8月, 2015 1 次提交
    • M
      ASoC: topology: Add Kconfig option for topology · 78b50f39
      Mark Brown 提交于
      Allow the topology code to be compiled out so that users who don't need
      topology don't need to havve the code compiled in, saving them some
      memory.
      
      Some more configuration could be added to remove some of the hooks into
      the core data structures but that is probably best done with some
      refactoring to use functions to do the updates of the data structures
      rather than ifdefing in the code as we'd need to do at the minute.
      Suggested-by: NTakashi Iwai <tiwai@suse.de>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      78b50f39
  9. 15 8月, 2015 1 次提交
    • L
      ASoC: ssm4567: Add sense support · dbe71b9d
      Lars-Peter Clausen 提交于
      The ssm4567 has sensing circuitry that can be used to monitor the current
      and voltage on the speaker amplifier output has well as the VBAT input.
      This data can be output over the I2S interface so it can be processed by a
      DSP or similar.
      
      This patch adds the sense capture output stream to the CODEC DAI as well as
      DAPM widgets that ensure that the sensing circuitry is powered up when the
      capture stream is active.
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      dbe71b9d
  10. 14 8月, 2015 1 次提交
  11. 13 8月, 2015 3 次提交
    • L
      ASoC: dapm: Consolidate path trace events · 6e588a0d
      Lars-Peter Clausen 提交于
      The snd_soc_dapm_input_path and snd_soc_dapm_output_path trace events are
      identical except for the direction. Instead of having two events have a
      single one that has a field that contains the direction.
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      6e588a0d
    • L
      ASoC: dapm: Consolidate input and output path handling · a3423b02
      Lars-Peter Clausen 提交于
      After the recent cleanups and generalizations of the DAPM algorithm the
      handling of input and output paths is now fully symmetric. This means by
      making some slight changes to the data structure and using arrays with one
      entry for each direction, rather than separate fields, it is possible to
      create a generic implementation that is capable of handling both input and
      output paths.
      
      Unfortunately this generalization significantly increases the code size on
      the hot path of is_connected_{input,output}_ep() and
      dapm_widget_invalidate_{input,output}_paths(), which has a negative impact
      on the overall performance. The inner loops of those functions are quite
      small and the generic implementation adds extra pointer arithmetic in a few
      places.
      
      Testing on ARM shows that the combined code size of the specialized
      functions is about 50% larger than the generalized function in relative
      numbers. But in absolute numbers its less than 200 bytes, which is still
      quite small. On the other hand the generalized function increases the
      execution time of dapm_power_one_widget() by 30%. Given that this function
      is one of the most often called functions of the DAPM framework the
      trade-off of getting better performance at expense of generating slightly
      larger code at seems to be worth it.
      
      To avoid this still keep two versions of these functions around, one for
      input and one for output. But have a generic implementation of the
      algorithm which gets inlined by those two versions. And then let the
      compiler take care of optimizing it and removing he extra instructions.
      
      This still reduces the source code size as well as the makes making changes
      to the implementation more straight forward since the same change does no
      longer need to be done in two separate places. Also on the slow paths we
      can use a generic implementations that handle both input and output paths.
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      a3423b02
    • L
      ASoC: dapm: dapm_dai_get_connected_widgets: Fix missing mutex unlock · 30abbe77
      Lars-Peter Clausen 提交于
      Make sure to unlock the DAPM mutex when dapm_widget_list_create() fails.
      
      This means the function will now generate a trace_snd_soc_dapm_connected
      event, even if the creation of the list fails. But that was the behavior
      before the patch that introduced the unlock issue, so that should be fine.
      
      Fixes: 1ce43acf ("ASoC: dapm: Simplify list creation in dapm_dai_get_connected_widgets()")
      Reported-by: NDan Carpenter <dan.carpenter@oracle.com>
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      30abbe77
  12. 12 8月, 2015 1 次提交
  13. 10 8月, 2015 1 次提交
  14. 06 8月, 2015 2 次提交
  15. 04 8月, 2015 3 次提交
  16. 29 7月, 2015 5 次提交
  17. 25 7月, 2015 1 次提交
    • A
      ASoC: cs4265: Fix setting dai format for Left/Right Justified · bffc4496
      Axel Lin 提交于
      The settings in current code does not match the datasheet, fix it.
      
      DAC Control - Address 03h
      
      DAC Digital Interface Format (Bits 5:4)
              DAC_DIF1 DAC_DIF0 Description
              0        0        Left Justified, up to 24-bit data (default)
              0        1        I²S, up to 24-bit data
              1        0        Right-Justified, 16-bit Data
              1        1        Right-Justified, 24-bit Data
      
      Transmitter Control 2 - Address 12h
      
      Transmitter Digital Interface Format (Bits 7:6)
              Tx_DIF1 Tx_DIF0 Description Format Figure
              0       0       Left Justified, up to 24-bit data (default)
              0       1       I²S, up to 24-bit data
              1       0       Right-Justified, 16-bit Data
              1       1       Right-Justified, 24-bit Data
      Signed-off-by: NAxel Lin <axel.lin@ingics.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      bffc4496
  18. 24 7月, 2015 5 次提交