1. 02 2月, 2009 1 次提交
  2. 01 2月, 2009 2 次提交
  3. 30 1月, 2009 1 次提交
  4. 28 1月, 2009 1 次提交
  5. 27 1月, 2009 2 次提交
  6. 23 1月, 2009 3 次提交
  7. 22 1月, 2009 1 次提交
  8. 21 1月, 2009 1 次提交
  9. 19 1月, 2009 3 次提交
  10. 18 1月, 2009 1 次提交
  11. 16 1月, 2009 3 次提交
  12. 15 1月, 2009 2 次提交
    • C
      sound: virtuoso: do not overwrite EEPROM on Xonar D2/D2X · 7e86c0e6
      Clemens Ladisch 提交于
      On the Asus Xonar D2 and D2X models, the SPI chip select signal for the
      fourth DAC shares its pin with the serial clock for the EEPROM that
      contains the PCI subdevice ID values.  It appears that when DAC
      registers are written and some other unknown conditions occur (probably
      noise on the EEPROM's chip select line), the EEPROM gets overwritten
      with garbage, which makes it impossible to properly detect the card
      later.
      
      Therefore, we better avoid DAC register writes and make sure that the
      driver works with the DAC's registers' default values.  Consequently,
      the sample format is now I2S instead of left-justified (no user-visible
      change), and the DAC's volume/mute registers cannot be used anymore
      (volume changes are now done by the software volume plugin).
      Signed-off-by: NClemens Ladisch <clemens@ladisch.de>
      Cc: <stable@kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      7e86c0e6
    • T
      ALSA: hda - Fix HP dv5 mic input · 1b0652eb
      Takashi Iwai 提交于
      Fix HP dv5 (103c:3603) built-in mic input.
      
      Reference: kernel bug 12440
      	http://bugzilla.kernel.org/show_bug.cgi?id=12440Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      Cc: stable@kernel.org
      1b0652eb
  13. 14 1月, 2009 7 次提交
  14. 13 1月, 2009 3 次提交
  15. 12 1月, 2009 2 次提交
  16. 09 1月, 2009 1 次提交
    • W
      ALSA: hda - create hda_codec.control_mutex for kcontrol->private_value · 5a9e02e9
      Wu Fengguang 提交于
      Fix the following lockdep warning by not reusing the hda_codec.spdif_mutex.
      
          ALSA sound/pci/hda/hda_codec.c:882: hda_codec_cleanup_stream: NID=0x2
      
          =======================================================
          [ INFO: possible circular locking dependency detected ]
          2.6.28-next-20090102 #33
          -------------------------------------------------------
          mplayer/3151 is trying to acquire lock:
           (&pcm->open_mutex){--..}, at: [<ffffffffa004ced3>] snd_pcm_release+0x43/0xd0 [snd_pcm]
      
          but task is already holding lock:
           (&mm->mmap_sem){----}, at: [<ffffffff810c0252>] sys_munmap+0x42/0x80
      
          which lock already depends on the new lock.
      Signed-off-by: NWu Fengguang <fengguang.wu@intel.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      5a9e02e9
  17. 08 1月, 2009 2 次提交
  18. 07 1月, 2009 3 次提交
  19. 06 1月, 2009 1 次提交