aboutsummaryrefslogtreecommitdiff
path: root/kernel/rtmutex-debug.c
diff options
context:
space:
mode:
authorHans Verkuil <hverkuil@xs4all.nl>2010-10-17 07:24:20 -0300
committerGreg Kroah-Hartman <gregkh@suse.de>2010-12-09 13:33:33 -0800
commit3f4e9a318d957c012b294fb27ac73b7ba2cfb5db (patch)
tree0a15fb69d21b19844bf238a756d59e95023b80b5 /kernel/rtmutex-debug.c
parent67dfc84c731289ab4d5d7b8c5847acc0fa870db7 (diff)
msp3400: fix mute audio regression
commit 0310871d8f71da4ad8643687fbc40f219a0dac4d upstream. The switch to the new control framework caused a regression where the audio was no longer unmuted after the carrier scan finished. The original code attempted to set the volume control to its current value in order to have the set-volume control code to be called that handles the volume and muting. However, the framework will not call that code unless the new volume value is different from the old. Instead we now call msp_s_ctrl directly. It is a bit of a hack: we really need a v4l2_ctrl_refresh_ctrl function for this (or something along those lines). Thanks to Andy Walls for bisecting this and to Shane Shrybman for reporting it! Reported-by: Shane Shrybman <shrybman@teksavvy.com> Thanks-to: Andy Walls <awalls@md.metrocast.net> Signed-off-by: Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by: Mauro Carvalho Chehab <mchehab@redhat.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'kernel/rtmutex-debug.c')
0 files changed, 0 insertions, 0 deletions