1. 15 5月, 2009 1 次提交
  2. 13 5月, 2009 1 次提交
  3. 12 5月, 2009 1 次提交
  4. 11 5月, 2009 1 次提交
  5. 08 5月, 2009 5 次提交
  6. 07 5月, 2009 1 次提交
  7. 04 5月, 2009 1 次提交
  8. 28 4月, 2009 3 次提交
  9. 23 4月, 2009 1 次提交
  10. 22 4月, 2009 2 次提交
  11. 21 4月, 2009 6 次提交
  12. 20 4月, 2009 2 次提交
  13. 18 4月, 2009 1 次提交
  14. 16 4月, 2009 5 次提交
  15. 15 4月, 2009 2 次提交
  16. 14 4月, 2009 2 次提交
    • T
      ALSA: hda - Avoid call of snd_jack_report at release · 95c09099
      Takashi Iwai 提交于
      Don't call snd_jack_report at release of sigmatel and conexnat codecs
      which results in Oops at unloading the module.
      
      The Oops is triggered by the power-up sequence during the free due to
      the pincfg restoration.  Since the power-up sequence is involved with
      the unsol handling, the jack reporting may be issued during that.
      The Oops occurs with this jack reporting because the jack instances
      have been already released but the codec doesn't do the proper
      book-keeping.
      
      This patch adds the book-keeping of jack instances to avoid the access
      to bogus pointers.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      95c09099
    • Y
      Replace all DMA_nBIT_MASK macro with DMA_BIT_MASK(n) · e930438c
      Yang Hongyang 提交于
      This is the second go through of the old DMA_nBIT_MASK macro,and there're not
      so many of them left,so I put them into one patch.I hope this is the last round.
      After this the definition of the old DMA_nBIT_MASK macro could be removed.
      Signed-off-by: NYang Hongyang <yanghy@cn.fujitsu.com>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Cc: Tony Lindgren <tony@atomide.com>
      Cc: "David S. Miller" <davem@davemloft.net>
      Cc: James Bottomley <James.Bottomley@HansenPartnership.com>
      Cc: Greg KH <greg@kroah.com>
      Cc: Takashi Iwai <tiwai@suse.de>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      e930438c
  17. 10 4月, 2009 1 次提交
    • J
      [ALSA] hda_intel: fix unexpected ring buffer positions · fa00e046
      Jaroslav Kysela 提交于
      I found two issues with ICH7-M (it should be related to other HDA chipsets
      as well):
      
      - the ring buffer position is not reset when stream restarts (after xrun) -
        solved by moving azx_stream_reset() call from open() to prepare() callback
        and reset posbuf to zero (it might be filled with hw later than position()
        callback is called)
      - irq_ignore flag should be set also when ring buffer memory area is not
        changed in prepare() callback - this patch replaces irq_ignore with
        more universal check based on jiffies clock
      Signed-off-by: NJaroslav Kysela <perex@perex.cz>
      fa00e046
  18. 07 4月, 2009 2 次提交
  19. 06 4月, 2009 2 次提交