1. 17 May, 2010 1 commit
    • Dan Carpenter's avatar
      ALSA: es1688: add pedantic range checks · b0fb75ad
      Dan Carpenter authored
      Smatch complains that if (dev == SNDRV_CARDS) we're one past the end of
      the array.  That's unlikely to happen in real life, I suppose.
      
      Also smatch complains about "strcpy(card->shortname, pcm->name);"
      The "pcm->name" buffer is 80 characters and "card->shortname" is 32
      characters.  If you follow the call paths it turns out we never actually
      use more than 16 characters so it's not a problem.  But anyway, let's
      make it easy for people auditing this in the future.
      Signed-off-by: default avatarDan Carpenter <error27@gmail.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      b0fb75ad
  2. 11 May, 2010 1 commit
  3. 10 May, 2010 3 commits
  4. 08 May, 2010 2 commits
  5. 05 May, 2010 1 commit
    • Dan Carpenter's avatar
      ALSA: take tu->qlock with irqs disabled · bfe70783
      Dan Carpenter authored
      We should disable irqs when we take the tu->qlock because it is used in
      the irq handler.  The only place that doesn't is
      snd_timer_user_ccallback().  Most of the time snd_timer_user_ccallback()
      is called with interrupts disabled but the the first ti->ccallback()
      call in snd_timer_notify1() has interrupts enabled.
      
      This was caught by lockdep which generates the following message:
      
      > =================================
      > [ INFO: inconsistent lock state ]
      > 2.6.34-rc5 #5
      > ---------------------------------
      > inconsistent {HARDIRQ-ON-W} -> {IN-HARDIRQ-W} usage.
      > dolphin/4003 [HC1[1]:SC0[0]:HE0:SE1] takes:
      > (&(&tu->qlock)->rlock){?.+...}, at: [<f84ec472>] snd_timer_user_tinterrupt+0x28/0x132 [snd_timer]
      > {HARDIRQ-ON-W} state was registered at:
      >   [<c1048de9>] __lock_acquire+0x654/0x1482
      >   [<c1049c73>] lock_acquire+0x5c/0x73
      >   [<c125ac3e>] _raw_spin_lock+0x25/0x34
      >   [<f84ec370>] snd_timer_user_ccallback+0x55/0x95 [snd_timer]
      >   [<f84ecc4b>] snd_timer_notify1+0x53/0xca [snd_timer]
      Reported-by: default avatarStefan Richter <stefanr@s5r6.in-berlin.de>
      Signed-off-by: default avatarDan Carpenter <error27@gmail.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      bfe70783
  6. 26 Apr, 2010 1 commit
  7. 23 Apr, 2010 6 commits
  8. 22 Apr, 2010 7 commits
  9. 19 Apr, 2010 1 commit
    • Takashi Iwai's avatar
      ALSA: hda - Fix resume from StR of HP 2510p with docking-station · b7d2526f
      Takashi Iwai authored
      When HP laptop with AD1981 codec is suspended and the docking-station
      is connected before the resume, the outputs get confused, and wrongly
      routed still to the speaker.  This is because of a change in 2.6.34-rc1
      ea52bf26
          ALSA: hda: Add powerdown for Analog Devices HDA codecs
      
      The problem was the added resume callback that doesn't consider the
      modified init hook.  The fix is simply remove the resume callback here
      and make the resume normally.  This doesn't change any behavior intended
      in the commit above (for shutting down the sound at suspend) but only
      fixes the resume.
      Reported-and-tested-by: default avatarFrans Pop <elendil@planet.nl>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      b7d2526f
  10. 16 Apr, 2010 7 commits
  11. 15 Apr, 2010 10 commits