linux.git/sound/usb, branch v3.13

ALSA: usb-audio: fix uninitialized variable compile warning

2013-12-05T20:13:18+00:00

Fix the following warning when optimizing for size with gcc-4.6.4:
sound/usb/mixer_quirks.c:1514:6: warning: 'err' may be used uninitialized in this function [-Wuninitialized]

Signed-off-by: Mikulas Patocka 
Signed-off-by: Takashi Iwai

ALSA: usb: use multiple packets per urb for Wireless USB inbound audio

2013-11-27T10:55:13+00:00

For Wireless USB audio devices, use multiple isoc packets per URB for
inbound endpoints with a datainterval < 5.  This allows the WUSB host
controller to take advantage of bursting to service endpoints whose
logical polling interval is less than the 4ms minimum polling interval
limit in WUSB.

Signed-off-by: Thomas Pugliese 
Signed-off-by: Takashi Iwai

ALSA: usb-audio: add front jack channel selector for EMU0204

2013-11-13T16:05:20+00:00

Add support for front jack channel selector which is present on EMU0204.
It allows to get 4 channels out of this soundcard.

Tested-by: Yury Bushmelev 
Signed-off-by: Vasily Khoruzhick 
Signed-off-by: Takashi Iwai

ALSA: usb: Fix wrong mapping of RLC and RRC channels

2013-11-11T16:06:57+00:00

According to USB Audio spec v2 bits 25 and 26 of bmChannelConfig are
"Back Left of Center - BLC" and "Back Right of Center - BRC",
respectively.

They are currently assigned to ALSA channels BLC/BRC. However, the ALSA
BLC/BRC are actually the rather nonsensical "bottom left center" and
"bottom right center", so the channels will be assigned wrongly. The
comments in the USB code are also similarly wrong, so this is not
readily apparent without looking at the actual specification.

Fix the channel mapping by mapping bits 25 and 26 to RLC (Rear Left
Center) and RRC (Rear Right Center), respectively, instead.

Signed-off-by: Anssi Hannula 
Signed-off-by: Takashi Iwai

ALSA: usb - Don't trust the channel config if the channel count changed

2013-11-05T06:46:48+00:00

In case the channel count of the input terminal is not the same as
the channel count of the streaming descriptor, the channel config of
the input terminal can not be trusted. Instead fall back to a default
(guessed) channel map.

This was found on a Logitech USB Headset.

Signed-off-by: David Henningsson 
Signed-off-by: Takashi Iwai

ALSA: usb - For class 2 devices, use channel map from altsettings

2013-11-05T06:46:38+00:00

The channel config from the streaming descriptor is probably a
better indicator of the channel map than the input terminal.
Use the input terminal's channel map as fallback only.

Signed-off-by: David Henningsson 
Signed-off-by: Takashi Iwai

ALSA: usb: supply channel maps even when wChannelConfig is unspecified

2013-11-05T06:46:15+00:00

If wChannelconfig is given for some formats but not others, userspace
might not be able to set the channel map.

This is RFC because I'm not sure what the best behaviour is - to guess
the channel map from the given number of channels (it's quite likely
that one channel is MONO and two channels is FL FR), or just to supply
UNKNOWN for all channels.

But the complete lack of channel map for a format leads userspace to
believe that the format is not available at all. Or am I
misunderstanding how this should be used?

Signed-off-by: David Henningsson 
Signed-off-by: Takashi Iwai

ALSA: 6fire: Fix probe of multiple cards

2013-10-29T10:37:11+00:00

The probe code of snd-usb-6fire driver overrides the devices[] pointer
wrongly without checking whether it's already occupied or not.  This
would screw up the device disconnection later.

Spotted by coverity CID 141423.

Cc: 
Signed-off-by: Takashi Iwai

Merge tag 'asoc-v3.13' of git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-next

2013-10-25T09:43:47+00:00

ASoC: Updates for v3.13

 - Further work on the dmaengine helpers, including support for
   configuring the parameters for DMA by reading the capabilities of the
   DMA controller which removes some guesswork and magic numbers fromm
   drivers.
 - A refresh of the documentation.
 - Conversions of many drivers to direct regmap API usage in order to
   allow the ASoC level register I/O code to be removed, this will
   hopefully be completed by v3.14.
 - Support for using async register I/O in DAPM, reducing the time taken
   to implement power transitions on systems that support it.

ALSA: us122l: Fix pcm_usb_stream mmapping regression

2013-10-15T09:35:54+00:00

The pcm_usb_stream plugin requires the mremap explicitly for the read
buffer, as it expands itself once after reading the required size.
But the commit [314e51b9: mm: kill vma flag VM_RESERVED and
mm->reserved_vm counter] converted blindly to a combination of
VM_DONTEXPAND | VM_DONTDUMP like other normal drivers, and this
resulted in the failure of mremap().

For fixing this regression, we need to remove VM_DONTEXPAND for the
read-buffer mmap.

Reported-and-tested-by: James Miller 
Cc: 
Signed-off-by: Takashi Iwai