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

ALSA: usb - Creative USB X-Fi Pro SB1095 volume knob support

2015-04-19T08:11:05+00:00

commit 3dc8523fa7412e731441c01fb33f003eb3cfece1 upstream.

Adds an entry for Creative USB X-Fi to the rc_config array in
mixer_quirks.c to allow use of volume knob on the device.
Adds support for newer X-Fi Pro card, known as "Model No. SB1095"
with USB ID "041e:3237"

Signed-off-by: Dmitry M. Fedin 
Signed-off-by: Takashi Iwai 
Signed-off-by: Greg Kroah-Hartman

ALSA: snd-usb: add quirks for Roland UA-22

2015-03-26T14:06:55+00:00

commit fcdcd1dec6d2c7b718385ec743ae5a9a233edad4 upstream.

The device complies to the UAC1 standard but hides that fact with
proprietary descriptors. The autodetect quirk for Roland devices
catches the audio interface but misses the MIDI part, so a specific
quirk is needed.

Signed-off-by: Daniel Mack 
Reported-by: Rafa Lafuente 
Tested-by: Raphaël Doursenaud 
Signed-off-by: Takashi Iwai 
Signed-off-by: Greg Kroah-Hartman

ALSA: usb-audio: Add mic volume fix quirk for Logitech Webcam C210

2015-01-30T01:40:48+00:00

commit 6455931186bff407493135e74c5f32efd30860e2 upstream.

Signed-off-by: Jason Lee Cragg 
Signed-off-by: Takashi Iwai 
Signed-off-by: Greg Kroah-Hartman

sound: Update au0828 quirks table

2015-01-27T16:18:56+00:00

commit 678fa12fb8e75c6dc1e781a02e3ddbbba7e1a904 upstream.

The au0828 quirks table is currently not in sync with the au0828
media driver.

Syncronize it and put them on the same order as found at au0828
driver, as all the au0828 devices with analog TV need the
same quirks.

Signed-off-by: Mauro Carvalho Chehab 
Signed-off-by: Greg Kroah-Hartman

sound: simplify au0828 quirk table

2015-01-27T16:18:56+00:00

commit 5d1f00a20d2d56ed480e64e938a2391353ee565b upstream.

Add a macro to simplify au0828 quirk table. That makes easier
to check it against the USB IDs at drivers/media/usb/au0828/au0828-cards.c.

Signed-off-by: Mauro Carvalho Chehab 
Signed-off-by: Greg Kroah-Hartman

ALSA: usb-audio: extend KEF X300A FU 10 tweak to Arcam rPAC

2015-01-16T14:59:31+00:00

commit d70a1b9893f820fdbcdffac408c909c50f2e6b43 upstream.

The Arcam rPAC seems to have the same problem - whenever anything
(alsamixer, udevd, 3.9+ kernel from 60af3d037eb8c, ..) attempts to
access mixer / control interface of the card, the firmware "locks up"
the entire device, resulting in
  SNDRV_PCM_IOCTL_HW_PARAMS failed (-5): Input/output error
from alsa-lib.

Other operating systems can somehow read the mixer (there seems to be
playback volume/mute), but any manipulation is ignored by the device
(which has hardware volume controls).

Signed-off-by: Jiri Jaburek 
Signed-off-by: Takashi Iwai 
Signed-off-by: Greg Kroah-Hartman

ALSA: usb-audio: Don't resubmit pending URBs at MIDI error recovery

2014-12-16T17:34:28+00:00

commit 66139a48cee1530c91f37c145384b4ee7043f0b7 upstream.

In snd_usbmidi_error_timer(), the driver tries to resubmit MIDI input
URBs to reactivate the MIDI stream, but this causes the error when
some of URBs are still pending like:

 WARNING: CPU: 0 PID: 0 at ../drivers/usb/core/urb.c:339 usb_submit_urb+0x5f/0x70()
 URB ef705c40 submitted while active
 CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.16.6-2-desktop #1
 Hardware name: FOXCONN TPS01/TPS01, BIOS 080015  03/23/2010
  c0984bfa f4009ed4 c078deaf f4009ee4 c024c884 c09a135c f4009f00 00000000
  c0984bfa 00000153 c061ac4f c061ac4f 00000009 00000001 ef705c40 e854d1c0
  f4009eec c024c8d3 00000009 f4009ee4 c09a135c f4009f00 f4009f04 c061ac4f
 Call Trace:
  [] try_stack_unwind+0x156/0x170
  [] dump_trace+0x5a/0x1b0
  [] show_trace_log_lvl+0x46/0x50
  [] show_stack_log_lvl+0x51/0xe0
  [] show_stack+0x27/0x50
  [] dump_stack+0x45/0x65
  [] warn_slowpath_common+0x84/0xa0
  [] warn_slowpath_fmt+0x33/0x40
  [] usb_submit_urb+0x5f/0x70
  [] snd_usbmidi_submit_urb+0x14/0x60 [snd_usbmidi_lib]
  [] snd_usbmidi_error_timer+0x6a/0xa0 [snd_usbmidi_lib]
  [] call_timer_fn+0x30/0x130
  [] run_timer_softirq+0x1c2/0x260
  [] __do_softirq+0xc3/0x270
  [] do_softirq_own_stack+0x22/0x30
  [] irq_exit+0x8d/0xa0
  [] smp_apic_timer_interrupt+0x38/0x50
  [] apic_timer_interrupt+0x34/0x3c
  [] cpuidle_enter_state+0x3e/0xd0
  [] cpu_idle_loop+0x29d/0x3e0
  [] cpu_startup_entry+0x53/0x60
  [] start_kernel+0x415/0x41a

For avoiding these errors, check the pending URBs and skip
resubmitting such ones.

Reported-and-tested-by: Stefan Seyfried 
Acked-by: Clemens Ladisch 
Signed-off-by: Takashi Iwai 
Signed-off-by: Greg Kroah-Hartman

ALSA: usb-audio: Add ctrl message delay quirk for Marantz/Denon devices

2014-12-06T23:55:37+00:00

commit 6e84a8d7ac3ba246ef44e313e92bc16a1da1b04a upstream.

This patch adds a USB control message delay quirk for a few specific Marantz/Denon
devices. Without the delay the DACs will not work properly and produces the
following type of messages:

Nov 15 10:09:21 orwell kernel: [   91.342880] usb 3-13: clock source 41 is not valid, cannot use
Nov 15 10:09:21 orwell kernel: [   91.343775] usb 3-13: clock source 41 is not valid, cannot use

There are likely other Marantz/Denon devices using the same USB module which exhibit the
same problems. But as this cannot be verified I limited the patch to the devices
I could test.

The following two devices are covered by this path:
- Marantz SA-14S1
- Marantz HD-DAC1

Signed-off-by: Jurgen Kramer 
Signed-off-by: Takashi Iwai 
Signed-off-by: Greg Kroah-Hartman

ALSA: usb-audio: Fix memory leak in FTU quirk

2014-11-21T17:23:01+00:00

commit 1a290581ded60e87276741f8ca97b161d2b226fc upstream.

M-audio FastTrack Ultra quirk doesn't release the kzalloc'ed memory.
This patch adds the private_free callback to release it properly.

Signed-off-by: Takashi Iwai 
Signed-off-by: Greg Kroah-Hartman

ALSA: usb-audio: Fix device_del() sysfs warnings at disconnect

2014-11-14T17:00:06+00:00

commit 0725dda207e95ff25f1aa01432250323e0ec49d6 upstream.

Some USB-audio devices show weird sysfs warnings at disconnecting the
devices, e.g.
 usb 1-3: USB disconnect, device number 3
 ------------[ cut here ]------------
 WARNING: CPU: 0 PID: 973 at fs/sysfs/group.c:216 device_del+0x39/0x180()
 sysfs group ffffffff8183df40 not found for kobject 'midiC1D0'
 Call Trace:
  [] ? dump_stack+0x49/0x71
  [] ? warn_slowpath_common+0x82/0xb0
  [] ? warn_slowpath_fmt+0x45/0x50
  [] ? device_del+0x39/0x180
  [] ? device_unregister+0x9/0x20
  [] ? device_destroy+0x34/0x40
  [] ? snd_unregister_device+0x7f/0xd0 [snd]
  [] ? snd_rawmidi_dev_disconnect+0xce/0x100 [snd_rawmidi]
  [] ? snd_device_disconnect+0x62/0x90 [snd]
  [] ? snd_device_disconnect_all+0x3c/0x60 [snd]
  [] ? snd_card_disconnect+0x124/0x1a0 [snd]
  [] ? usb_audio_disconnect+0x88/0x1c0 [snd_usb_audio]
  [] ? usb_unbind_interface+0x5e/0x1b0 [usbcore]
  [] ? __device_release_driver+0x79/0xf0
  [] ? device_release_driver+0x25/0x40
  [] ? bus_remove_device+0xf1/0x130
  [] ? device_del+0x109/0x180
  [] ? usb_disable_device+0x95/0x1f0 [usbcore]
  [] ? usb_disconnect+0x8f/0x190 [usbcore]
  [] ? hub_thread+0x539/0x13a0 [usbcore]
  [] ? sched_clock_local+0x15/0x80
  [] ? sched_clock_cpu+0xb8/0xd0
  [] ? bit_waitqueue+0xb0/0xb0
  [] ? usb_port_resume+0x430/0x430 [usbcore]
  [] ? usb_port_resume+0x430/0x430 [usbcore]
  [] ? kthread+0xce/0xf0
  [] ? kthread_create_on_node+0x1c0/0x1c0
  [] ? ret_from_fork+0x7c/0xb0
  [] ? kthread_create_on_node+0x1c0/0x1c0
 ---[ end trace 40b1928d1136b91e ]---

This comes from the fact that usb-audio driver may receive the
disconnect callback multiple times, per each usb interface.  When a
device has both audio and midi interfaces, it gets called twice, and
currently the driver tries to release resources at the last call.
At this point, the first parent interface has been already deleted,
thus deleting a child of the first parent hits such a warning.

For fixing this problem, we need to call snd_card_disconnect() and
cancel pending operations at the very first disconnect while the
release of the whole objects waits until the last disconnect call.

Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=80931
Reported-and-tested-by: Tomas Gayoso 
Reported-and-tested-by: Chris J Arges 
Signed-off-by: Takashi Iwai 
Signed-off-by: Greg Kroah-Hartman