1. 09 4月, 2012 1 次提交
    • H
      [media] Drivers/media/radio: Fix build error · d3a92d62
      Hans Verkuil 提交于
      On Sunday, April 01, 2012 21:09:34 Tracey Dent wrote:
      > radio-maxiradio depends on SND_FM801_TEA575X_BOOL to build or will
      > result in an build error such as:
      >
      > Kernel: arch/x86/boot/bzImage is ready  (#1)
      > ERROR: "snd_tea575x_init" [drivers/media/radio/radio-maxiradio.ko] undefined!
      > ERROR: "snd_tea575x_exit" [drivers/media/radio/radio-maxiradio.ko] undefined!
      > WARNING: modpost: Found 6 section mismatch(es).
      > To see full details build your kernel with:
      > 'make CONFIG_DEBUG_SECTION_MISMATCH=y'
      > make[1]: *** [__modpost] Error 1
      > make: *** [modules] Error 2
      >
      > Select CONFIG_SND_TEA575X to fixes problem and enable
      > the driver to be built as desired.
      >
      > v2:
      > instead of selecting CONFIG_SND_FM801_TEA575X_BOOL, select
      > CONFIG_SND_TEA575X, which in turns selects CONFIG_SND_FM801_TEA575X_BOOL
      > and any other dependencies for it to build.
      
      No, this is the correct patch:
      
      RADIO_MAXIRADIO should be treated just like RADIO_SF16FMR2, I just didn't
      realize at the time that it had to be added as a SND_TEA575X dependency.
      Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com>
      Tested-by: NShea Levy <shea@shealevy.com>
      Acked-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      d3a92d62
  2. 19 3月, 2012 2 次提交
    • H
      [media] tea575x: fix HW seek · bc2b395c
      Hans Verkuil 提交于
      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 kHz
      Signed-off-by: NOndrej Zary <linux@rainbow-software.org>
      Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      bc2b395c
    • H
      [media] tea575x-tuner: update to latest V4L2 framework requirements · d4ecc83b
      Hans Verkuil 提交于
      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: NHans Verkuil <hans.verkuil@cisco.com>
      Thanks-to: Ondrej Zary <linux@rainbow-software.org>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      d4ecc83b
  3. 08 3月, 2012 1 次提交
  4. 07 3月, 2012 1 次提交
  5. 06 3月, 2012 1 次提交
  6. 04 3月, 2012 1 次提交
  7. 02 3月, 2012 1 次提交
  8. 01 3月, 2012 1 次提交
    • T
      ALSA: hda - Add a fake mute feature · 3868137e
      Takashi Iwai 提交于
      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: <stable@kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      3868137e
  9. 29 2月, 2012 1 次提交
  10. 26 2月, 2012 1 次提交
  11. 25 2月, 2012 1 次提交
  12. 24 2月, 2012 1 次提交
  13. 23 2月, 2012 1 次提交
    • M
      ASoC: dapm: Check for bias level when powering down · 7679e42e
      Mark Brown 提交于
      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: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: stable@kernel.org
      7679e42e
  14. 22 2月, 2012 1 次提交
  15. 21 2月, 2012 1 次提交
  16. 17 2月, 2012 1 次提交
  17. 16 2月, 2012 1 次提交
  18. 15 2月, 2012 2 次提交
  19. 14 2月, 2012 1 次提交
  20. 13 2月, 2012 2 次提交
    • T
      ALSA: hda - Fix silent speaker output on Acer Aspire 6935 · 02a237b2
      Takashi Iwai 提交于
      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: <stable@kernel.org> [v3.2+]
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      02a237b2
    • T
      ALSA: hda - Fix initialization of secondary capture source on VT1705 · fc1156c0
      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: NAnisse Astier <anisse@astier.eu>
      Cc: <stable@kernel.org> [v3.1+]
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      fc1156c0
  21. 09 2月, 2012 4 次提交
  22. 08 2月, 2012 2 次提交
  23. 07 2月, 2012 2 次提交
  24. 06 2月, 2012 3 次提交
  25. 03 2月, 2012 1 次提交
  26. 02 2月, 2012 5 次提交
新手
引导
客服 返回
顶部