1. 02 Jan, 2011 1 commit
  2. 30 Dec, 2010 2 commits
  3. 28 Dec, 2010 9 commits
    • Lars-Peter Clausen's avatar
      ASoC: codecs: wm8753: Fix register cache incoherency · 776065e3
      Lars-Peter Clausen authored
      The multi-component patch(commit f0fba2ad) moved the allocation of the
      register cache from the driver to the ASoC core. Most drivers where adjusted to
      this, but the wm8753 driver still uses its own register cache for its
      private functions, while functions from the ASoC core use the generic cache.
      Furthermore the generic cache uses zero-based numbering while the wm8753 cache
      uses one-based numbering.
      Thus we end up with two from each other incoherent caches, which leads to undefined
      behaviour and crashes.
      This patch fixes the issue by changing the wm8753 driver to use the generic
      register cache in its private functions.
      Signed-off-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      776065e3
    • Lars-Peter Clausen's avatar
      ASoC: codecs: wm9090: Fix register cache incoherency · da280f51
      Lars-Peter Clausen authored
      The multi-component patch(commit f0fba2ad) moved the allocation of the
      register cache from the driver to the ASoC core. Most drivers where adjusted to
      this, but the wm9090 driver still uses its own register cache for its
      private functions, while functions from the ASoC core use the generic cache.
      Thus we end up with two from each other incoherent caches, which can lead to
      undefined behaviour.
      This patch fixes the issue by changing the wm9090 driver to use the
      generic register cache in its private functions.
      Signed-off-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: stable@kernel.org (for 2.6.37 only)
      da280f51
    • Lars-Peter Clausen's avatar
      ASoC: codecs: wm8962: Fix register cache incoherency · 7f87e30e
      Lars-Peter Clausen authored
      The multi-component patch(commit f0fba2ad) moved the allocation of the
      register cache from the driver to the ASoC core. Most drivers where adjusted to
      this, but the wm8962 driver still uses its own register cache for its
      private functions, while functions from the ASoC core use the generic cache.
      Thus we end up with two from each other incoherent caches, which can lead to
      undefined behaviour.
      This patch fixes the issue by changing the wm8962 driver to use the
      generic register cache in its private functions.
      Signed-off-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: stable@kernel.org (for 2.6.37 only)
      7f87e30e
    • Lars-Peter Clausen's avatar
      ASoC: codecs: wm8955: Fix register cache incoherency · 715920d0
      Lars-Peter Clausen authored
      The multi-component patch(commit f0fba2ad) moved the allocation of the
      register cache from the driver to the ASoC core. Most drivers where adjusted to
      this, but the wm8955 driver still uses its own register cache for its
      private functions, while functions from the ASoC core use the generic cache.
      Thus we end up with two from each other incoherent caches, which can lead to
      undefined behaviour.
      This patch fixes the issue by changing the wm8955 driver to use the
      generic register cache in its private functions.
      Signed-off-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: stable@kernel.org (for 2.6.37 only)
      715920d0
    • Lars-Peter Clausen's avatar
      ASoC: codecs: wm8904: Fix register cache incoherency · f578a188
      Lars-Peter Clausen authored
      The multi-component patch(commit f0fba2ad) moved the allocation of the
      register cache from the driver to the ASoC core. Most drivers where adjusted to
      this, but the wm8904 driver still uses its own register cache for its
      private functions, while functions from the ASoC core use the generic cache.
      Thus we end up with two from each other incoherent caches, which can lead to
      undefined behaviour.
      This patch fixes the issue by changing the wm8904 driver to use the
      generic register cache in its private functions.
      Signed-off-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Cc: Ian Lartey <ian@opensource.wolfsonmicro.com>
      Cc: Dimitris Papastamos <dp@opensource.wolfsonmicro.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: stable@kernel.org (for 2.6.37 only)
      f578a188
    • Lars-Peter Clausen's avatar
      ASoC: codecs: wm8741: Fix register cache incoherency · 52ca353b
      Lars-Peter Clausen authored
      The multi-component patch(commit f0fba2ad) moved the allocation of the
      register cache from the driver to the ASoC core. Most drivers where adjusted to
      this, but the wm8741 driver still uses its own register cache for its
      private functions, while functions from the ASoC core use the generic cache.
      Thus we end up with two from each other incoherent caches, which can lead to
      undefined behaviour.
      This patch fixes the issue by changing the wm8741 driver to use the
      generic register cache in its private functions.
      Signed-off-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Cc: Ian Lartey <ian@opensource.wolfsonmicro.com>
      Cc: Dimitris Papastamos <dp@opensource.wolfsonmicro.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: stable@kernel.org (for 2.6.37 only)
      52ca353b
    • Lars-Peter Clausen's avatar
      ASoC: codecs: wm8523: Fix register cache incoherency · beebca31
      Lars-Peter Clausen authored
      The multi-component patch(commit f0fba2ad) moved the allocation of the
      register cache from the driver to the ASoC core. Most drivers where adjusted to
      this, but the wm8523 driver still uses its own register cache for its
      private functions, while functions from the ASoC core use the generic cache.
      Thus we end up with two from each other incoherent caches, which can lead to
      undefined behaviour.
      This patch fixes the issue by changing the wm8523 driver to use the
      generic register cache in its private functions.
      Signed-off-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Cc: Ian Lartey <ian@opensource.wolfsonmicro.com>
      Cc: Dimitris Papastamos <dp@opensource.wolfsonmicro.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: stable@kernel.org (for 2.6.37 only)
      beebca31
    • Lars-Peter Clausen's avatar
      ASoC: codecs: max98088: Fix register cache incoherency · d24eb0db
      Lars-Peter Clausen authored
      The multi-component patch(commit f0fba2ad) moved the allocation of the
      register cache from the driver to the ASoC core. Most drivers where adjusted to
      this, but the max98088 driver still uses its own register cache for its
      private functions, while functions from the ASoC core use the generic cache.
      Thus we end up with two from each other incoherent caches, which can lead to
      undefined behaviour.
      This patch fixes the issue by changing the max98088 driver to use the
      generic register cache in its private functions.
      Signed-off-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Cc: Peter Hsiang <Peter.Hsiang@maxim-ic.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: stable@kernel.org (for 2.6.37 only)
      d24eb0db
    • Lars-Peter Clausen's avatar
      ASoC: codecs: Add missing control_type initialization · 7f984b55
      Lars-Peter Clausen authored
      Some codec drivers do not initialize the control_type field in their private
      device struct, but still use it when calling snd_soc_codec_set_cache_io.
      This patch fixes the issue by properly initializing it in the drivers probe
      functions.
      Signed-off-by: default avatarLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: stable@kernel.org (for 2.6.37 only)
      7f984b55
  4. 23 Dec, 2010 5 commits
  5. 21 Dec, 2010 3 commits
  6. 20 Dec, 2010 1 commit
  7. 17 Dec, 2010 3 commits
  8. 15 Dec, 2010 2 commits
  9. 13 Dec, 2010 1 commit
  10. 09 Dec, 2010 5 commits
  11. 08 Dec, 2010 1 commit
    • Anssi Hannula's avatar
      ALSA: hda - Reset sample sizes and max bitrates when reading ELD · 0bbaee3a
      Anssi Hannula authored
      When a new HDMI/DP device is plugged in, hdmi_update_short_audio_desc()
      is called for every SAD (Short Audio Descriptor) in the ELD data. For
      LPCM coding type SAD defines the supported sample sizes. For several
      other coding types (such as AC-3), a maximum bitrate is defined.
      
      The maximum bitrate and sample size fields are not always cleared.
      Therefore, if a device is unplugged and a different one is plugged in,
      and the coding types of some SAD positions differ between the devices,
      the old max_bitrate or sample_bits values will persist if the new SADs
      do not define those values.
      
      The leftover max_bitrate and sample_bits do not cause any issues other
      than wrongly showing up in eld#X.Y procfs file and kernel log.
      
      Fix that by always clearing sample_bits and max_bitrate when reading
      SADs.
      Signed-off-by: default avatarAnssi Hannula <anssi.hannula@iki.fi>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      0bbaee3a
  12. 07 Dec, 2010 5 commits
  13. 06 Dec, 2010 2 commits