Skip to content

cloud-kernel
cloud-kernel

bug2833 / cloud-kernel
与 Fork 源项目一致

Fork自 openanolis / cloud-kernel

通知 1
Star 0
Fork 0
cloud-kernel
cloud-kernel

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 30 1月, 2014 1 次提交
  3. 25 1月, 2014 1 次提交
  5. 22 1月, 2014 1 次提交
  7. 16 1月, 2014 1 次提交
  9. 14 1月, 2014 2 次提交
  11. 13 1月, 2014 2 次提交
  13. 09 1月, 2014 3 次提交
  15. 08 1月, 2014 7 次提交
  17. 05 1月, 2014 1 次提交
  19. 20 12月, 2013 2 次提交
  21. 19 12月, 2013 3 次提交
    • T
      ALSA: hda - Add warning texts when codec driver Kconfig doesn't match · d8f66c71
      由 Takashi Iwai 提交于 
      When a Kconfig of a codec driver doesn't match with the controller
(CONFIG_SND_HDA_INTEL), it'll result in the non-working automatic
probing.  Unfortunately kbuild can't give such a restriction, but at
least, it's possible to show a warning if such a condition is found.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      d8f66c71
    • T
      ALSA: hda - Kill EXPORT_SYMBOL_HDA() · 2698ea98
      由 Takashi Iwai 提交于 
      Replace all with the standard EXPORT_SYMBOL_GPL().
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      2698ea98
    • T
      ALSA: hda - Make CONFIG_SND_HDA_CODEC_* tristate · 595fe1b7
      由 Takashi Iwai 提交于 
      So far, CONFIG_SND_HDA_CODEC_* kconfigs have been booleans due to
historical reasons.  The major reason was that the automatic codec
driver probing wouldn't work if user sets a codec driver as a module
while the controller driver as a built-in.  And, another reason was to
avoid exporting symbols of the helper codes when all drivers are built
in.

But, this sort of "kindness" rather confuses people in the end,
especially makes the config refinement via localmodconfig unhappy.
Also, a codec module would still work if you re-bind the controller
driver via sysfs (although it's no automatic loading), so there might
be a slight use case.

That said, better to let people fallen into a pitfall than being too
smart and restrict something.  Let's make things straightforward: now
all CONFIG_SND_HDA_CODEC_* become tristate, and all symbols exported
unconditionally.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      595fe1b7
  23. 18 12月, 2013 2 次提交
  25. 13 12月, 2013 2 次提交
  27. 11 12月, 2013 4 次提交
    • T
      ALSA: hda - Add static DAC/pin mapping for AD1986A codec · 3690739b
      由 Takashi Iwai 提交于 
      AD1986A codec is a pretty old codec and has really many hidden
restrictions.  One of such is that each DAC is dedicated to certain
pin although there are possible connections.  Currently, the generic
parser tries to assign individual DACs as much as possible, and this
lead to two bad situations: connections where the sound actually
doesn't work, and connections conflicting other channels.

We may fix this by trying to find the best connections more harder,
but as of now, it's easier to give some hints for paired DAC/pin
connections and honor them if available, since such a hint is needed
only for specific codecs (right now only AD1986A, and there will be
unlikely any others in future).

Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=64971
Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=66621
Cc: <stable@vger.kernel.org>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      3690739b
    • H
      ALSA: hda - One more Dell headset detection quirk · 7dca4bc6
      由 Hui Wang 提交于 
      On the Dell machines with codec whose Subsystem Id is 0x10280624,
no external microphone can be detected when plugging a 3-ring
headset. If we add "model=dell-headset-multi" for the
snd-hda-intel.ko, the problem will disappear.

BugLink: https://bugs.launchpad.net/bugs/1259790
Cc: David Henningsson <david.henningsson@canonical.com>
Cc: stable@vger.kernel.org
Signed-off-by: NHui Wang <hui.wang@canonical.com>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      7dca4bc6
    • A
      ALSA: hda - hdmi: Fix IEC958 ctl indexes for some simple HDMI devices · c9a6338a
      由 Anssi Hannula 提交于 
      In case a single HDA card has both HDMI and S/PDIF outputs, the S/PDIF
outputs will have their IEC958 controls created starting from index 16
and the HDMI controls will be created starting from index 0.

However, HDMI simple_playback_build_controls() as used by old VIA and
NVIDIA codecs incorrectly requests the IEC958 controls to be created
with an S/PDIF type instead of HDMI.
In case the card has other codecs that have HDMI outputs, the controls
will be created with wrong index=16, causing them to e.g. be unreachable
by the ALSA "hdmi" alias.

Fix that by making simple_playback_build_controls() request controls
with HDMI indexes.

Not many cards have an affected configuration, but e.g. ASUS M3N78-VM
contains an integrated NVIDIA HDA "card" with:
- a VIA codec that has, among others, an S/PDIF pin incorrectly
  labelled as an HDMI pin, and
- an NVIDIA MCP7x HDMI codec.

Reported-by: MysterX on #openelec
Tested-by: MysterX on #openelec
Signed-off-by: NAnssi Hannula <anssi.hannula@iki.fi>
Cc: <stable@vger.kernel.org> # 3.8+
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      c9a6338a
    • T
      ALSA: hda - Mute all aamix inputs as default · ebb93c05
      由 Takashi Iwai 提交于 
      Not all channels have been initialized, so far, especially when aamix
NID itself doesn't have amps but its leaves have.  This patch fixes
these holes.  Otherwise you might get unexpected loopback inputs,
e.g. from surround channels.

Cc: <stable@vger.kernel.org>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      ebb93c05
  29. 10 12月, 2013 3 次提交
  31. 09 12月, 2013 1 次提交
    • T
      ALSA: hda - Enable stereo mix as default for AD and VIA codecs · f1e762dd
      由 Takashi Iwai 提交于 
      AD and VIA codecs had stereo mixer input enabled as default before
moving to the generic parser, and people think the lack of such a
regression.  In this patch, the stereo mixer input is added back to
the input selection if no auto-mic is available, and if it's not
disabled explicitly via hint.  This should satisfy most of demands,
i.e. stereo mix on desktop machines like what it worked before, and it
still keeps the new auto-mic feature on laptops.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      f1e762dd
  33. 07 12月, 2013 2 次提交
    • T
      ALSA: hda - Ignore small negative LPIB delay correction · e8648e5e
      由 Takashi Iwai 提交于 
      Sometimes the hardware reports LPIB being advanced than POSBUF.
When this happens, the driver adjusts to a positive value by adding
the buffer size.  Then the driver detects it as an error (greater than
the period size), and stops the LPIB delay account from this point
on.

When I took a close look at these conditions, the values shown are all
very small numbers, and it'd be better to just ignore these values
instead of discontinuing the LPIB delay correction.

In this patch, the driver checks a negative delay value and ignores if
it's a significantly small error.  Currently the threshold is set to
64 frames, but could be smaller.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      e8648e5e
    • T
      ALSA: hda - Add missing initialization of aamix paths · 4f7f67fb
      由 Takashi Iwai 提交于 
      The loopback mixing paths aren't initialized correctly at init
callback.  Mostly this is harmless as codecs usually set the mute
state as default, but we still should make sure.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      4f7f67fb
  35. 06 12月, 2013 2 次提交