1. 22 Aug, 2013 2 commits
  2. 19 Aug, 2013 7 commits
  3. 16 Aug, 2013 2 commits
  4. 14 Aug, 2013 1 commit
  5. 13 Aug, 2013 2 commits
  6. 12 Aug, 2013 1 commit
  7. 10 Aug, 2013 1 commit
  8. 09 Aug, 2013 1 commit
  9. 08 Aug, 2013 1 commit
  10. 06 Aug, 2013 9 commits
  11. 05 Aug, 2013 1 commit
  12. 29 Jul, 2013 6 commits
    • Takashi Iwai's avatar
      ALSA: hda - Fix invalid multi-io creation on VAIO-Z laptops · da96fb5b
      Takashi Iwai authored
      VAIO-Z laptops need to use the specific DAC for the speaker output
      by some unknown reason although the codec itself supports the flexible
      connection.  So we implemented a workaround by a new flag,
      no_primary_hp, for assigning the speaker pin first.
      
      This worked until 3.8 kernel, but it got broken because the driver
      learned for a better multi-io pin mapping, and not it can assign two
      mic pins for multi-io.  Since the multi-io requires to be the primary
      output, the hp and two mic pins are assigned in prior to the speaker
      in the end.
      
      Although the machine has two mic pins, one of them is used as a noise-
      canceling headphone, thus it's no real retaskable mic jack.  Thus, at
      best, we can disable the multi-io assignment and make the parser
      behavior back to the state before the multi-io.
      
      This patch adds again a new flag, no_multi_io, to indicate that the
      device has no multi-io capability, and set it in the fixup for
      VAIO-Z.  The no_multi_io flag itself can be used generically, added
      via a helper line, too.
      Reported-by: default avatarTormen <my.nl.abos@gmail.com>
      Reported-by: default avatarAdam Williamson <awilliam@redhat.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      da96fb5b
    • Takashi Iwai's avatar
      ALSA: hda - Remove analog mic pin override from STAC9228 dell-bios quirk · eefb8be4
      Takashi Iwai authored
      The current fixup for dell-bios model with STAC9228 codec contains the
      override of pin 0x0c for analog mic.  But this is actually just adding
      a bogus pin and confuses the parser.  Better to remove it for the
      auto-mic switching.
      
      Meanwhile, for a possible regression, keep the old configuration as
      model=dell-bios-amic, so that people can test it again quickly.
      
      Tested on Dell 1420n laptop.
      Reported-and-tested-by: default avatarEric Shattow <lucent@gmail.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      eefb8be4
    • Wang Xingchao's avatar
      ALSA: hda - WAKEEN feature enabling for runtime pm · 7d4f606c
      Wang Xingchao authored
      With runtime power save feature enabled, Headphone hotplug
      event will not be detected while controller/codec in D3. HDA has
      feature WAKEEN to let codec wake up system if controller is in D3 or
      system in S3.(HDA Spec 4.5.9.2/3). Codec can send out INT or wake up
      controller depending on whether CIE or GIE enabled.(Figure 4, Interupt
      structure).
      
      The controller must be in RESET mode after enter runtime-suspend, otherwise
      it will not be waken up even if codec send out wake-up event. And STATESTS
      will be cleared after controller brought out of RESET mode.
      
      This patch only enable WAKEEN for runtime-suspend(Controller D3) mode,
      not for system S3 mode. with tool "evtest", Headphone hotplug events
      could be cought and reported successfully.
      
      [fixed an unused variable warning by tiwai]
      Signed-off-by: default avatarWang Xingchao <xingchao.wang@linux.intel.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      7d4f606c
    • Wang Xingchao's avatar
      ALSA: hda - jack poll once if jackpoll_interval==0 · 18e60627
      Wang Xingchao authored
      With jackpoll_interval != 0, it's used to poll jack event periodically
      in a delayed work. if it's 0, give the caller chance to probe jack status
      but will not restart the delayed work.
      
      In the next patch which enable WAKEEN feature, HDA controller was able to wake
      up system when it's in D3, it's useful to detect Jack hotplug event and notify
      userspace. By default the jackpoll_interval=0, this patch let jack poll once
      without starting the delayed work.
      Signed-off-by: default avatarWang Xingchao <xingchao.wang@linux.intel.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      18e60627
    • Wang Xingchao's avatar
      ALSA: hda - Clearing jackpoll_interval avoid pending work · 7eaa9161
      Wang Xingchao authored
      Clearing jackpoll_interval before calling cancel_delayed_work_sync(),
      otherwise the work will be triggered again and cause impact in
      hda_jackpoll_work(). The next patch will poll jack once even with
      jackpoll_interval=0.
      Signed-off-by: default avatarWang Xingchao <xingchao.wang@linux.intel.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      7eaa9161
    • Dan Carpenter's avatar
      ALSA: usx2y: remove an unneeded check · 85054b21
      Dan Carpenter authored
      The test here is always true because S[i].urb is an array not a pointer.
      Also it's bogus because the intent was to test:
      	if (S->urb[i]) {
      instead of:
      	if (S[i].urb) {
      
      Anyway, usb_kill_urb() and usb_free_urb() accept NULL pointers so we can
      just remove this.
      Signed-off-by: default avatarDan Carpenter <dan.carpenter@oracle.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      85054b21
  13. 24 Jul, 2013 3 commits
  14. 21 Jul, 2013 2 commits
    • Jingoo Han's avatar
      ALSA: replace strict_strto*() with kstrto*() · b785a492
      Jingoo Han authored
      The usage of strict_strto*() is not preferred, because
      strict_strto*() is obsolete. Thus, kstrto*() should be
      used.
      Signed-off-by: default avatarJingoo Han <jg1.han@samsung.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      b785a492
    • Takashi Iwai's avatar
      ALSA: hda - Add snd_hda_jack_detect_state() helper function · 60ea8ca2
      Takashi Iwai authored
      snd_hda_jack_detect() function returns a boolean value for a jack
      plugged in or not, but it also returns always true when the
      corresponding pin is phantom (i.e. fixed).  This is OK in most cases,
      but it makes the generic parser misbehaving about the auto-mute or
      auto-mic switching, e.g. when one of headphone pins is a fixed.
      Namely, the driver decides whether to mute the speaker or not, just
      depending on the headphone plug state: if one of the headphone jacks
      is seen as active, then the speaker is muted.  Thus this will result
      always in the muted speaker output.
      
      So, the problem is the function returns a boolean, after all, although
      we need to think of "phantom" jack.  Now a new function,
      snd_hda_jack_detect_state() is introduced to return these tristates.
      The generic parser uses this function for checking the headphone or
      mic jack states.
      
      Meanwhile, the behavior of snd_hda_jack_detect() is kept as is, for
      keeping compatibility in other driver codes.
      Acked-by: default avatarDavid Henningsson <david.henningsson@canonical.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      60ea8ca2
  15. 16 Jul, 2013 1 commit