1. 27 Jan, 2010 1 commit
  2. 25 Jan, 2010 1 commit
  3. 20 Jan, 2010 1 commit
  4. 19 Jan, 2010 2 commits
  5. 17 Jan, 2010 1 commit
  6. 15 Jan, 2010 1 commit
    • Kunal Gangakhedkar's avatar
      ALSA: hda - Fix mute led GPIO on HP dv-series notebooks · d38cce70
      Kunal Gangakhedkar authored
      
      
      On my laptop (HP dv6-1110ax), there are no OEM strings in SMBIOS of type
      "HP_Mute_LED*". Hence, the GPIO for the mute button LED doesn't get set
      properly. I didn't find the strings in my cousin's laptop (HP dv9500t CTO)
      either.
      
      As per the documentation of find_mute_led_gpio(), these strings occur
      in HP B-series systems - so, before scanning the SMBIOS strings, we need to
      check if we're dealing with a B-series system.
      Need to get confirmation from HP if this logic takes care of all the
      systems. I'm trying to poke a friend there.
      Signed-off-by: default avatarKunal Gangakhedkar <kunal.gangakhedkar@gmail.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      d38cce70
  7. 14 Jan, 2010 1 commit
  8. 13 Jan, 2010 2 commits
  9. 12 Jan, 2010 1 commit
  10. 10 Jan, 2010 2 commits
  11. 28 Dec, 2009 2 commits
  12. 27 Dec, 2009 2 commits
  13. 25 Dec, 2009 3 commits
    • Takashi Iwai's avatar
      ALSA: hda - use snd_hda_jack_detect() again in patch_sigmatel.c · a252c81a
      Takashi Iwai authored
      
      
      Use snd_hda_jack_detect() again for jack-sensing.
      The triggering problem can be worked around with codec->no_trigger_sense
      flag now.
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      a252c81a
    • Takashi Iwai's avatar
      ALSA: hda - Disable tigger at pin-sensing on AD codecs · 729d55ba
      Takashi Iwai authored
      
      
      Analog Device codecs seem to have problems with the triggering of
      pin-sensing although their pincaps give the trigger requirements.
      Some reported that constant CPU load on HP laptops with AD codecs.
      
      For avoiding this regression, add a flag to codec struct to notify
      explicitly that the codec doesn't suppot the trigger at pin-sensing.
      Tested-by: default avatarMaciej Rutecki <maciej.rutecki@gmail.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      729d55ba
    • Wu Fengguang's avatar
      ALSA: hda - HDMI sticky stream tag support · ef18bede
      Wu Fengguang authored
      
      
      When we run the following commands in turn (with
      CONFIG_SND_HDA_POWER_SAVE_DEFAULT=0),
      
      	speaker-test -Dhw:0,3 -c2 -twav  # HDMI
      	speaker-test -Dhw:0,0 -c2 -twav  # Analog
      
      The second command will produce sound in the analog lineout _as well as_
      HDMI sink. The root cause is, device 0 "reuses" the same stream tag that
      was used by device 3, and the "intelhdmi - sticky stream id" patch leaves
      the HDMI codec in a functional state. So the HDMI codec happily accepts
      the audio samples which reuse its stream tag.
      
      The proposed solution is to remember the last device each azx_dev was
      assigned to, and prefer to
      1) reuse the azx_dev (and hence the stream tag) the HDMI codec last used
      2) or assign a never-used azx_dev for HDMI
      
      With this patch and the above two speaker-test commands,
      HDMI codec will use stream tag 8 and Analog codec will use 5.
      
      The stream tag used by HDMI codec won't be reused by others, as long
      as we don't run out of the 4 playback azx_dev's. The legacy Analog
      codec will continue to use stream tag 5 because its device id is 0
      (this is a bit tricky).
      Signed-off-by: default avatarWu Fengguang <fengguang.wu@intel.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      ef18bede
  14. 23 Dec, 2009 2 commits
  15. 22 Dec, 2009 2 commits
  16. 21 Dec, 2009 5 commits
  17. 20 Dec, 2009 1 commit
  18. 19 Dec, 2009 1 commit
  19. 18 Dec, 2009 1 commit
  20. 17 Dec, 2009 4 commits
  21. 15 Dec, 2009 3 commits
    • André Goddard Rosa's avatar
      tree-wide: convert open calls to remove spaces to skip_spaces() lib function · e7d2860b
      André Goddard Rosa authored
      Makes use of skip_spaces() defined in lib/string.c for removing leading
      spaces from strings all over the tree.
      
      It decreases lib.a code size by 47 bytes and reuses the function tree-wide:
         text    data     bss     dec     hex filename
        64688     584     592   65864   10148 (TOTALS-BEFORE)
        64641     584     592   65817   10119 (TOTALS-AFTER)
      
      Also, while at it, if we see (*str && isspace(*str)), we can be sure to
      remove the first condition (*str) as the second one (isspace(*str)) also
      evaluates to 0 whenever *str == 0, making it redundant. In other words,
      "a char equals zero is never a space".
      
      Julia Lawall tried the semantic patch (http://coccinelle.lip6.fr
      
      ) below,
      and found occurrences of this pattern on 3 more files:
          drivers/leds/led-class.c
          drivers/leds/ledtrig-timer.c
          drivers/video/output.c
      
      @@
      expression str;
      @@
      
      ( // ignore skip_spaces cases
      while (*str &&  isspace(*str)) { \(str++;\|++str;\) }
      |
      - *str &&
      isspace(*str)
      )
      Signed-off-by: default avatarAndré Goddard Rosa <andre.goddard@gmail.com>
      Cc: Julia Lawall <julia@diku.dk>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Ingo Molnar <mingo@elte.hu>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: "H. Peter Anvin" <hpa@zytor.com>
      Cc: Richard Purdie <rpurdie@rpsys.net>
      Cc: Neil Brown <neilb@suse.de>
      Cc: Kyle McMartin <kyle@mcmartin.ca>
      Cc: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
      Cc: David Howells <dhowells@redhat.com>
      Cc: <linux-ext4@vger.kernel.org>
      Cc: Samuel Ortiz <samuel@sortiz.org>
      Cc: Patrick McHardy <kaber@trash.net>
      Cc: Takashi Iwai <tiwai@suse.de>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      e7d2860b
    • Andres Salomon's avatar
      ALSA: cs5535audio: free OLPC quirks from reliance on MGEODE_LX cpu optimization · 3c554946
      Andres Salomon authored
      
      
      Previously, OLPC support for the mic extensions was only enabled in the
      ALSA driver if CONFIG_OLPC and CONFIG_MGEODE_LX were both set.  This was
      because the old geode GPIO code was written in a manner that assumed
      CONFIG_MGEODE_LX.  With the new cs553x-gpio driver, this is no longer the
      case; as such, we can drop the requirement on CONFIG_MGEODE_LX and instead
      include a requirement on GPIOLIB.
      
      We use the generic GPIO API rather than the cs553x-specific API.
      Signed-off-by: default avatarAndres Salomon <dilinger@collabora.co.uk>
      Cc: Takashi Iwai <tiwai@suse.de>
      Cc: Jordan Crouse <jordan@cosmicpenguin.net>
      Cc: David Brownell <david-b@pacbell.net>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      3c554946
    • Steve Soule's avatar
      ALSA: ac97_codec - increase timeout for analog sections to 5 second · f7489027
      Steve Soule authored
      
      
      I have a Soundblaster 16PCI. For many years, alsa has had a bug where
      not all of the card's controls are detected (many alsa versions,
      many kernel versions). In particular, Master Playback Volume is
      usually not detected, and so I get no sound or extremely faint sound.
      The problem has always been inconsistent: sometimes all of the controls
      are detected correctly, and sometimes a partial set is detected. It works
      correctly about 10% of the time.
      
      Finally, I got around to tracking down the problem. When the driver
      fails, it prints the kernel message "AC'97 0 analog subsections not
      ready". This message is generated from the function snd_ac97_mixer()
      in ac97_codec.c. The message indicates that the card failed to come
      back after reset within the time limit. The time limit is
      120 milliseconds.
      
      I tried increasing the time limit to 1 second, and found that this
      made the driver work about 70% of the time. I tried increasing it
      to 5 seconds, and it now seems to work 100% of the time.
      
      I expect that this change would be completely harmless for
      existing cards that work, and would only introduce additional
      delay for cards that do not work.
      
      ALSA bug#4032.
      Signed-off-by: default avatarSteve Soule <sts11dbxr@gmail.com>
      Signed-off-by: default avatarJaroslav Kysela <perex@perex.cz>
      f7489027
  22. 14 Dec, 2009 1 commit