1. 05 Jan, 2020 17 commits
  2. 04 Jan, 2020 4 commits
    • Takashi Iwai's avatar
      ALSA: usb-audio: Apply the sample rate quirk for Bose Companion 5 · 51d4efab
      Takashi Iwai authored
      Bose Companion 5 (with USB ID 05a7:1020) doesn't seem supporting
      reading back the sample rate, so the existing quirk is needed.
      
      BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=206063
      Cc: <stable@vger.kernel.org>
      Link: https://lore.kernel.org/r/20200104110936.14288-1-tiwai@suse.deSigned-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      51d4efab
    • Takashi Iwai's avatar
      ALSA: sh: Fix unused variable warnings · 5da116f1
      Takashi Iwai authored
      Remove unused variables that are left over after the conversion of new
      PCM ops:
        sound/sh/sh_dac_audio.c:166:26: warning: unused variable 'runtime'
        sound/sh/sh_dac_audio.c:186:26: warning: unused variable 'runtime'
        sound/sh/sh_dac_audio.c:205:26: warning: unused variable 'runtime'
      
      Fixes: 1cc2f8ba ("ALSA: sh: Convert to the new PCM ops")
      Link: https://lore.kernel.org/r/20200104110057.13875-1-tiwai@suse.deSigned-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      5da116f1
    • Takashi Iwai's avatar
      ALSA: control: Add verification for kctl accesses · fbd3eb7f
      Takashi Iwai authored
      The current implementation of ALSA control API fully relies on the
      callbacks of each driver, and there is no verification of the values
      passed via API.  This patch is an attempt to improve the situation
      slightly by adding the validation code for the values stored via info
      and get callbacks.
      
      The patch adds a new kconfig, CONFIG_SND_CTL_VALIDATION.  It depends
      on CONFIG_SND_DEBUG and off as default since the validation would
      require a slight overhead including the additional call of info
      callback at each get callback invocation.
      
      When this config is enabled, the values stored by each info callback
      invocation are verified, namely:
      - Whether the info type is valid
      - Whether the number of enum items is non-zero
      - Whether the given info count is within the allowed boundary
      
      Similarly, the values stored at each get callback are verified as
      well:
      - Whether the values are within the given range
      - Whether the values are aligned with the given step
      - Whether any further changes are seen in the data array over the
        given info count
      
      The last point helps identifying a possibly invalid data type access,
      typically a case where the info callback declares the type being
      SNDRV_CTL_ELEM_TYPE_ENUMERATED while the get/put callbacks store
      the values in value.integer.value[] array.
      
      When a validation fails, the ALSA core logs an error message including
      the device and the control ID, and the API call also returns an
      error.  So, with the new validation turned on, the driver behavior
      difference may be visible on user-space, too -- it's intentional,
      though, so that we can catch an error more clearly.
      
      The patch also introduces a new ctl access type,
      SNDRV_CTL_ELEM_ACCESS_SKIP_CHECK.  A driver may pass this flag with
      other access bits to indicate that the ctl element won't be verified.
      It's useful when a driver code is specially written to access the data
      greater than info->count size by some reason.  For example, this flag
      is actually set now in HD-audio HDMI codec driver which needs to clear
      the data array in the case of the disconnected monitor.
      
      Also, the PCM channel-map helper code is slightly modified to avoid
      the false-positive hit by this validation code, too.
      
      Link: https://lore.kernel.org/r/20200104083556.27789-1-tiwai@suse.deSigned-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      fbd3eb7f
    • Kailang Yang's avatar
      ALSA: hda/realtek - Add new codec supported for ALCS1200A · 6d9ffcff
      Kailang Yang authored
      Add ALCS1200A supported.
      It was similar as ALC900.
      Signed-off-by: default avatarKailang Yang <kailang@realtek.com>
      Cc: <stable@vger.kernel.org>
      Link: https://lore.kernel.org/r/a9bd3cdaa02d4fa197623448d5c51e50@realtek.comSigned-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      6d9ffcff
  3. 03 Jan, 2020 19 commits