20 Mar, 2012
1 commit
-
* tag 'v3.3': (1646 commits)
Linux 3.3
Don't limit non-nested epoll paths
netfilter: ctnetlink: fix race between delete and timeout expiration
ipv6: Don't dev_hold(dev) in ip6_mc_find_dev_rcu.
nilfs2: fix NULL pointer dereference in nilfs_load_super_block()
nilfs2: clamp ns_r_segments_percentage to [1, 99]
afs: Remote abort can cause BUG in rxrpc code
afs: Read of file returns EBADMSG
C6X: remove dead code from entry.S
wimax/i2400m: fix erroneous NETDEV_TX_BUSY use
net/hyperv: fix erroneous NETDEV_TX_BUSY use
net/usbnet: reserve headroom on rx skbs
bnx2x: fix memory leak in bnx2x_init_firmware()
bnx2x: fix a crash on corrupt firmware file
sch_sfq: revert dont put new flow at the end of flows
ipv6: fix icmp6_dst_alloc()
MAINTAINERS: Add Serge as maintainer of capabilities
drivers/video/backlight/s6e63m0.c: fix corruption storing gamma mode
MAINTAINERS: add entry for exynos mipi display drivers
MAINTAINERS: fix link to Gustavo Padovans tree
...
19 Mar, 2012
2 commits
-
Fix HW seek in TEA575x to work properly:
- a delay must be present after search start and before first register read
or the seek does weird things
- when the search stops, the new frequency is not available immediately, we
must wait until it appears in the register (fortunately, we can clear the
frequency bits when starting the search as it starts at the frequency
currently set, not from the value written)
- sometimes, seek remains on the current frequency (or moves only a little),
so repeat it until it moves by at least 50 kHzSigned-off-by: Ondrej Zary
Signed-off-by: Hans Verkuil
Signed-off-by: Mauro Carvalho Chehab -
The tea575x-tuner module has been updated to use the latest V4L2 framework
functionality. This also required changes in the drivers that rely on it.The tea575x changes are:
- The drivers must provide a v4l2_device struct to the tea module.
- The radio_nr module parameter must be part of the actual radio driver,
and not of the tea module.
- Changed the frequency range to the normal 76-108 MHz range instead of
50-150.
- Add hardware frequency seek support.
- Fix broken rxsubchans/audmode handling.
- The application can now select between stereo and mono.
- Support polling for control events.
- Add V4L2 priority handling.And radio-sf16fmr2.c now uses the isa bus kernel framework.
Signed-off-by: Hans Verkuil
Thanks-to: Ondrej Zary
Signed-off-by: Mauro Carvalho Chehab
08 Mar, 2012
1 commit
-
snd_hdspm uses its own ioctls to acquire config- and status information.
Expose the corresponding ioctl handler via ioctl_compat, so that 32bit
applications can use it on 64bit kernels.Signed-off-by: Adrian Knoth
Signed-off-by: Takashi Iwai
07 Mar, 2012
1 commit
-
The coef setup in alc269_fill_coef() was designed only for ALC269VB
model, and this has some bad effects for other ALC269 variants, such
as turning off the external mic input. Apply it only to ALC269VB.Signed-off-by: Kailang Yang
Cc:
Signed-off-by: Takashi Iwai
06 Mar, 2012
1 commit
-
My CD input got lost in commit 68ef0561efe494143516df38c03a16b837b8e79c.
Raymond helped me to add the necessary pin fixup to make it appear again. In
fact, this is basically his patch. It fixes alsa bug #5541.Signed-off-by: Marton Balint
Signed-off-by: Takashi Iwai
04 Mar, 2012
2 commits
-
A driver specific fix that wasn't noticed as the OpenMoko guys have been
stuck on 2.6.39 for a very long time now and are just starting to catch
up again. -
The neo1973 driver had wrong codec name which prevented the "sound card"
from appearing.Signed-off-by: Denis 'GNUtoo' Carikli
Signed-off-by: Mark Brown
Cc: stable@vger.kernel.org
02 Mar, 2012
1 commit
-
Kill hyphens from "Line-Out" name strings, as suggested by Mark Brown.
Signed-off-by: Takashi Iwai
01 Mar, 2012
2 commits
-
A small fix for the SSI driver and a fix for system shutdown with modern
devices. Most of the modern devices will never get shut down normally
with a visible kernel log as the systems they're in tend not to shut
down often and when they do it's usually in form factors that don't have
a user visible console. -
Some codecs don't supply the mute amp-capabilities although the lowest
volume gives the mute. It'd be handy if the parser provides the mute
mixers in such a case.This patch adds an extension amp-cap bit (which is used only in the
driver) to represent the min volume = mute state. Also modified the
amp cache code to support the fake mute feature when this bit is set
but the real mute bit is unset.In addition, conexant cx5051 parser uses this new feature to implement
the missing mute controls.Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=42825
Cc:
Signed-off-by: Takashi Iwai
29 Feb, 2012
1 commit
-
A bug report with an old Sony laptop showed that we can't rely on BIOS
setting the pins of headphones but the driver should set always by
itself.Cc:
Signed-off-by: Takashi Iwai
26 Feb, 2012
1 commit
-
opl3->private_data was set even if opl3 could not be created.
Signed-off-by: Alban Bedel
Signed-off-by: Takashi Iwai
25 Feb, 2012
1 commit
-
When there are multiple input sources, the driver wrongly overwrites with
the value of the last input source on other slots at resume. Thus the
primary input source may be shown wrongly.Reported-and-tested-by: Julian Sikorski
Cc: [v3.1+]
Signed-off-by: Takashi Iwai
24 Feb, 2012
1 commit
-
According to i.MX27 Reference Manual (p 1593) TXBIT0 bit selects
whether the most significant or the less significant part of the
data word written to the FIFO is transmitted.As DSP_A is the same as DSP_B with a data offset of 1 bit, it
doesn't make any sense to remove TXBIT0 bit here.Signed-off-by: Javier Martin
Acked-by: Sascha Hauer
Signed-off-by: Mark Brown
Cc: stable@vger.kernel.org
23 Feb, 2012
1 commit
-
Recent enhancements in the bias management means that we might not be
in standby when the CODEC is idle and can have active widgets without
being in full power mode but the shutdown functionality assumes these
things. Add checks for the bias level at each stage so that we don't
do transitions other than the ON->PREPARE->STANDBY->OFF ones that the
drivers are expecting.Signed-off-by: Mark Brown
Cc: stable@kernel.org
22 Feb, 2012
2 commits
-
Commit 3702b08 added a lock, but did not account for the case of
SNDRV_PCM_POS_XRUN, which would get immediately overwritten.This could be bundled into one if-else-if statement, but the goto
helps to clarify the 'exceptional' case.Thanks to Andreas Pape for spotting this.
Signed-off-by: Mark Hills
Acked-by: Daniel Mack
Signed-off-by: Takashi Iwai -
A couple of small, driver specific fixes - nothing too exciting going
on.
21 Feb, 2012
1 commit
-
Current ak4642 driver had wrong dapm settings for headphone L/R.
If you select headphone L, and select R after that,
headphone L setting was removed by R settings.This patch fixes it up.
It provides just "Headphone Enable" to user sideSigned-off-by: Kuninori Morimoto
Signed-off-by: Mark Brown
17 Feb, 2012
1 commit
-
The previous fix for the speaker on Acer Aspire 59135 introduced
another problem for surround outputs. It changed the connections on
the line-in/mic pins for limiting the routes, but it left the modified
connections. Thus wrong connection indices were written when set to
4ch or 6ch mode.This patch fixes it by restoring the right connections just after
parsing the tree but before the initialization.Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=42740
Cc: [v3.2+]
Signed-off-by: Takashi Iwai
16 Feb, 2012
1 commit
-
The bitmap introduced in the commit [527e4d73: ALSA: hda/realtek - Fix
missing volume controls with ALC260] is too narrow for some codecs,
which may have more NIDs than 0x20, thus it may overflow the bitmap
array on them.Just double the number to cover all and also add a sanity-check code
to be safer.Cc: [v3.2+]
Signed-off-by: Takashi Iwai
15 Feb, 2012
2 commits
-
A malicious USB device could feed in a large nr_rates value. This would
cause the subsequent call to kmemdup() to allocate a smaller buffer than
expected, leading to out-of-bounds access.This patch validates the nr_rates value and reuses the limit introduced
in commit 4fa0e81b ("ALSA: usb-audio: fix possible hang and overflow
in parse_uac2_sample_rate_range()").Signed-off-by: Xi Wang
Signed-off-by: Takashi Iwai -
The sidetone enumeration texts have left and right swapped.
Signed-off-by: Mark Brown
Cc: stable@vger.kernel.org
14 Feb, 2012
2 commits
-
BugLink: https://bugs.launchpad.net/bugs/930842
The reporter states that audio is inaudible by default without muting
'External Amplifier'. Add a quirk to handle his SSID so that changing
the control is not necessary.Reported-and-tested-by: Benjamin Carlson
Cc:
Signed-off-by: Daniel T Chen
Signed-off-by: Takashi Iwai -
A simple fix from Morimoto-san for the pointer() operation in the FSI
driver.
13 Feb, 2012
3 commits
-
Conflicts:
sound/pci/hda/patch_realtek.cMerged back the fix for Acer Aspire 6935 with ALC889 codec.
The fix commit was based on 3.2 kernel so that it can be applied to
stable kernel cleanly. -
Since 3.2 kernel, the driver starts trying to assign the multi-io DACs
before the speaker, thus it assigns DAC2/3 for multi-io and DAC4 for
the speaker for a standard laptop setup like a HP, a speaker, a mic-in
and a line-in. However, on Acer Aspire 6935, it seems that the
speaker pin 0x14 must be connected with either DAC1 or 2; otherwise it
results in silence by some reason, although the codec itself allows
the routing to DAC3/4.As a workaround, the connection list of each pin is reduced to be
mapped to either only DAC1/2 or DAC3/4, so that the compatible
assignment as in kernel 3.1 is achieved.Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=42740
Cc: [v3.2+]
Signed-off-by: Takashi Iwai -
VT1705 codec has two ADCs where the secondary ADC has no MUX but only
a fixed connection to the mic pin. This confused the driver and it
tries always overriding the input-source selection by assumption of
the existing MUX for the secondary ADC, resulted in resetting the
input-source at each time PM (including power-saving) occurs.The fix is simply to check the existence of MUX for secondary ADCs in
the initialization code.Tested-by: Anisse Astier
Cc: [v3.1+]
Signed-off-by: Takashi Iwai
09 Feb, 2012
5 commits
-
current fsi_pointer() calculation was not correct for FSI driver.
This patch fix it up.Signed-off-by: Kuninori Morimoto
Signed-off-by: Mark Brown -
The new HP laptops turns off the mute LED with VREF50 or VREF80, but
not in HIZ unlike the previous models. Since VREF50 (also 80) works
with the previous models, let's use VREF50 for all.Signed-off-by: Takashi Iwai
-
A few small WM8994 updates to go on top of the previous lot of things
that were sent. They collide with some -next work so I'd really like to
get them into 3.3-rc3 if possible to merge back up into the -next code.
All driver specific and unexciting in the grand scheme of things. -
Signed-off-by: Mark Brown
-
The VMID ramp rate is supposed to be 0x3, not 11b. Fix that.
Signed-off-by: Mark Brown
Cc: stable@vger.kernel.org
08 Feb, 2012
2 commits
-
The driver accidentally exchanged the left/right fields for stereo AC'97
mixer registers. This affected only the aux and CD inputs because the
line input bypasses the AC'97 codec and the mic input is mono; cards
without AC'97 (Xonar DS/DG/HDAV Slim, HG2PCI, HiFier) were not affected.Reported-and-tested-by: Abby Cedar
Signed-off-by: Clemens Ladisch
Cc: 2.6.31+
Signed-off-by: Takashi Iwai -
Signed-off-by: Clemens Ladisch
Signed-off-by: Takashi Iwai
07 Feb, 2012
3 commits
-
This hardware requires same fixup for the node 0x0f like Asus A6Rp.
More information: https://bugzilla.redhat.com/show_bug.cgi?id=785417Signed-off-by: Jaroslav Kysela
Signed-off-by: Takashi Iwai -
In patch_ca0132.c, the error returned from chipio_write() isn't checked
always. Also, the power-up/down sequence isn't tracked properly in some
error paths.Reported-by: Dan Carpenter
Signed-off-by: Takashi Iwai -
The only particularly remarkable change here is the one for handling of
the Android suspend ignore code for idle_bias_off CODECs. That one is
actually a regression fix as some of the new power savings that have
been introduced confused the suspend ignore code, making devices that
are active for non-audio reasons look like they are idle causing them to
be suspended instead of being kept active.
06 Feb, 2012
2 commits
-
We can enable VMID independently of the bias in some use cases so we need
to ensure that the core device is powered up.Signed-off-by: Mark Brown
Cc: stable@vger.kernel.org -
sparse complains that "spec->multiout.dac_nids" is a pointer.
sound/pci/hda/patch_realtek.c:2321:37: error: incompatible types for operation (>)
sound/pci/hda/patch_realtek.c:2321:37: left side has type unsigned short const [usertype] *dac_nids
sound/pci/hda/patch_realtek.c:2321:37: right side has type intIt was meant to be num_dacs instead of dac_nids.
Although the current code still works as expected (when num_dacs is zero,
dac_nids should be NULL, too), better to fix now, of course.Reported-by: Dan Carpenter
Cc: David Henningsson
Signed-off-by: Takashi Iwai