1. 08 9月, 2010 2 次提交
  2. 04 9月, 2010 1 次提交
    • C
      ALSA: usb-audio: fix detection of vendor-specific device protocol settings · a2acad82
      Clemens Ladisch 提交于
      The Audio Class v2 support code in 2.6.35 added checks for the
      bInterfaceProtocol field.  However, there are devices (usually those
      detected by vendor-specific quirks) that do not have one of the
      predefined values in this field, which made the driver reject them.
      
      To fix this regression, restore the old behaviour, i.e., assume that
      a device with an unknown bInterfaceProtocol field (other than
      UAC_VERSION_2) has more or less UAC-v1-compatible descriptors.
      
      [compile warning fixes by tiwai]
      Signed-off-by: NClemens Ladisch <clemens@ladisch.de>
      Cc: Daniel Mack <daniel@caiaq.de>
      Cc: <stable@kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      a2acad82
  3. 02 9月, 2010 1 次提交
    • D
      ALSA: usb-audio: Assume first control interface is for audio · 7b6717e1
      Daniel Mack 提交于
      For devices with more than one control interface, let's assume the first
      one contains the audio controls. Unfortunately, there is no field in any
      of the descriptors to tell us whether a control interface is for audio
      or MIDI controls, so a better check is not easy to implement.
      
      On a composite device with audio and MIDI functions, for example, the
      code currently overwrites chip->ctrl_intf, causing operations on the
      control interface to fail if they are issued after the device probe.
      Signed-off-by: NDaniel Mack <daniel@caiaq.de>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      7b6717e1
  4. 29 8月, 2010 25 次提交
  5. 28 8月, 2010 11 次提交