1. 09 5月, 2017 1 次提交
  2. 25 4月, 2017 2 次提交
  3. 06 4月, 2017 1 次提交
    • K
      ASoC: soc-core: verify Sound Card normality · c12c1aad
      Kuninori Morimoto 提交于
      Current ALSA SoC Sound Card basically consists of CPU/Codec/Platform
      components. If system uses Kernel modules, we can disable these drivers
      by using rmmod command. In such case, we can't disable
      CPU/Codec/Platform driver without disabling Sound Card driver.
      
      But on the other hand, we can disable these drivers by using unbind
      command. In such case, we can disable these drivers randomly.
      In this case, we can create dirty Sound Card which is missing necessary
      components.
      
      (1) If user disabled Sound Card first, but did nothing to other drivers,
      user can't use Sound because Sound Card is no longer exists.
      (2) If user disabled CPU/Codec/Platform driver randomly, but did nothing
      to Sound Card, user still be able to use Sound Card, because dirty Sound
      Card still exists. In this case, Sound system will be crashed if user
      started sound playback/capture. But we can't block such random unbind
      now.
      
      To avoid Sound Card crash in (2) case, we need to unregister Sound Card
      whenever CPU/Codec/Platform component were unregistered.
      This patch solves this issue.
      Signed-off-by: NKuninori Morimoto <kuninori.morimoto.gx@renesas.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      c12c1aad
  4. 25 3月, 2017 1 次提交
  5. 09 3月, 2017 1 次提交
  6. 07 3月, 2017 1 次提交
  7. 28 2月, 2017 1 次提交
  8. 04 2月, 2017 1 次提交
  9. 27 1月, 2017 4 次提交
  10. 20 1月, 2017 1 次提交
  11. 18 1月, 2017 1 次提交
    • L
      ASoC: core: Add API to use DMI name in sound card long name · 345233d7
      Liam Girdwood 提交于
      Intel DSP platform drivers are used by many different devices but are
      difficult for userspace to differentiate. This patch adds an API to allow
      the DMI name to be used in the sound card long name, thereby helping
      userspace load the correct UCM configuration. Usually machine drivers
      uses their own name as the sound card name (short name), and leave the
      long name and driver name blank. This API will use the DMI info like
      vendor, product and board to make up the card long name. If the machine
      driver has already explicitly set the long name, this API will do nothing.
      
      This patch also allows for further differentiation as many devices that
      share the same DMI name i.e. Minnowboards, UP boards may be configured
      with different codecs or firmwares. The API supports flavoring the DMI
      name into the card longname to provide the extra differentiation required
      for these devices.
      
      For Use Case Manager (UCM) in the user space, changing card long name by
      this API is backward compatible, since the card name does not change. For
      a given sound card, even if there is no device-specific UCM configuration
      file that uses the card long name, UCM will fall back to load the default
      configuration file that uses the card name.
      Signed-off-by: NLiam Girdwood <liam.r.girdwood@linux.intel.com>
      Signed-off-by: NMengdong Lin <mengdong.lin@linux.intel.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      345233d7
  12. 13 1月, 2017 1 次提交
  13. 01 1月, 2017 1 次提交
    • S
      ASoC: Fix binding and probing of auxiliary components · d2e3a135
      Sylwester Nawrocki 提交于
      Currently binding of auxiliary devices doesn't work as in
      soc_bind_aux_dev() function a bound component is not being added
      to any list and in soc_probe_aux_devices() we are trying to walk
      the component_dev_list list to probe auxiliary components but
      at that time this list doesn't contain any auxiliary components
      since they are being added to the card only in soc_probe_component().
      
      This patch adds a list to the card where are stored bound but not
      probed auxiliary devices, so that all aux devices can be probed.
      
      Fixes: 1a653aa4 "ASoC: core: replace aux_comp_list to component_dev_list"
      Signed-off-by: NSylwester Nawrocki <s.nawrocki@samsung.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      d2e3a135
  14. 16 12月, 2016 1 次提交
  15. 02 12月, 2016 3 次提交
  16. 11 11月, 2016 5 次提交
  17. 09 11月, 2016 1 次提交
  18. 05 11月, 2016 1 次提交
    • M
      ASoC: Define API to find a dai link · 17fb1755
      Mengdong Lin 提交于
      Define the API to find an existing DAI link of the soc card by matching
      the ID, name and stream name.
      
      Some cards may use unique ID for each DAI link, so matching ID is enough,
      and name or stream name are not necessary. But user need to specify name
      or stream name as well if not sure whether link ID is unique since most
      cards use 0 as the default link ID.
      
      Topology can use this API to find an existing BE link and configure it.
      Signed-off-by: NMengdong Lin <mengdong.lin@linux.intel.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      17fb1755
  19. 19 8月, 2016 1 次提交
  20. 11 8月, 2016 1 次提交
  21. 08 8月, 2016 2 次提交
  22. 22 4月, 2016 1 次提交
  23. 21 4月, 2016 1 次提交
  24. 22 2月, 2016 1 次提交
  25. 10 1月, 2016 3 次提交
    • M
      ASoC: Make aux_dev more like a generic component · f2ed6b07
      Mengdong Lin 提交于
      aux_dev is mainly used by the machine driver to specify analog devices,
      which are registered as codecs. Making it more like a generic component
      can help the machine driver to use it to specify any component with
      topology info by name.
      
      Details:
      - Remove the stub 'rtd_aux' array from the soc card.
      - Add a list 'aux_comp_list' to store the components of aux_devs.
        And add a list head 'list_aux' to struct snd_soc_component, for adding
        such components to the above list.
      - Add a 'init' ops to a component for machine specific init.
        soc_bind_aux_dev() will set it to be aux_dev's init. And it will be
        called when probing the component.
      - soc_bind_aux_dev() will also search components by name of an aux_dev,
        since it may not be a codec.
      - Move probing of aux_devs before checking new DAI links brought by
        topology.
      - Move removal of aux_devs later than removal of links. Because topology
        of aux components may register DAIs and the DAI drivers will go with
        removal of the aux components, we want soc_remove_link_dais() to remove
        the DAIs at first.
      Signed-off-by: NMengdong Lin <mengdong.lin@linux.intel.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      f2ed6b07
    • M
      ASoC: Support registering a DAI dynamically · 68003e6c
      Mengdong Lin 提交于
      Define API snd_soc_register_dai() to add a DAI dynamically and
      create the DAI widgets. Topology can use this API to register DAIs
      when probing a component with topology info. These DAIs's playback
      & capture widgets will be freed when the sound card is unregistered
      and the DAIs will be freed when cleaning up the component.
      
      And a dobj is embedded into the struct snd_soc_dai_driver. Topology
      can use the dobj to find the DAI drivers created by it and free them
      when the topology component is removed.
      Signed-off-by: NMengdong Lin <mengdong.lin@linux.intel.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      68003e6c
    • M
      ASoC: Define soc_add_dai() to add a DAI to a component · 5e4fb372
      Mengdong Lin 提交于
      Define soc_add_dai() as a wrapper to add a single DAI to a component.
      It can be reused to register a DAI dynamically by topology.
      Signed-off-by: NMengdong Lin <mengdong.lin@linux.intel.com>
      Signed-off-by: NMark Brown <broonie@kernel.org>
      5e4fb372
  26. 09 12月, 2015 2 次提交