1. 18 1月, 2011 1 次提交
    • B
      ALSA: ice1712 delta - initialize SPI clock · b8b1a4cb
      Brian Bloniarz 提交于
      The driver was using an initial value for the clock on the SPI bus
      which was read from ICE1712 EEPROM,
      ice->eeprom.data[ICE_EEP1_GPIO_STATE] & ICE1712_DELTA_AP_CCLK (0x02)
      
      It appears some cards have it default high, some cards
      have it default low. On my Delta 66 rev. E:
      $ cat /proc/asound/M66/ice1712 | grep 'GPIO state'
        GPIO state       : 0x70 /* ICE1712_DELTA_AP_CCLK bit is zero */
      On my Audiophile 2496:
      $ cat /proc/asound/M2496/ice1712 | grep 'GPIO state'
        GPIO state       : 0xfe /* ICE1712_DELTA_AP_CCLK bit is one */
      
      It must be raised before the first SPI write happens, or the write will
      fail, leading to:
      
      [   23.248721] invalid CS8427 signature 0x0: let me try again...
      
      I theorize that 4eb4550a
      is no longer needed, it was a different way to workaround
      the problem.
      
      [fixed variable decleration by tiwai]
      Signed-off-by: NBrian Bloniarz <brian.bloniarz@gmail.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      b8b1a4cb
  2. 09 12月, 2010 1 次提交
    • B
      ALSA: ice1712 - working M-Audio Delta 66E support · 93430096
      Brian Bloniarz 提交于
      Rev. E of the M-Audio Delta 66 is partially supported (commit
      ef2cd2cc), but the layout of the GPIO
      pins was still unclear. This patch adds the GPIO definitions so that
      communication to the CS8247 & 2x AK4524 works correctly.
      
      ALSA bug#3327 has more details; users cap & jhunt report there that the
      GPIO wiring is similar to the Digigram VX442 (chip select: pin 4 =
      CS8427, pin 5 = AK4524 #0, pin 6 = AK4524 #1).  There has been a lot of
      conflicting information in the bug, but given these definitions, my
      Delta 66E works; I tested analog in&out at 44.1kHz & 96kHz, analog gain
      settings, S/PDIF clock sync, and S/PDIF in&out at 44.1kHz.
      Signed-off-by: NBrian Bloniarz <brian.bloniarz@gmail.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      93430096
  3. 23 8月, 2010 1 次提交
  4. 09 9月, 2008 1 次提交
  5. 24 4月, 2008 2 次提交
  6. 01 2月, 2008 2 次提交
  7. 16 10月, 2007 2 次提交
  8. 11 5月, 2007 1 次提交
    • R
      [ALSA] ice1712: build fixes · bf748ed7
      Ralf Baechle 提交于
        CC [M]  sound/pci/ice1712/ice1712.o
      sound/pci/ice1712/ice1712.c:290: error: snd_ice1712_mixer_digmix_route_ac97 causes a section type conflict
      sound/pci/ice1712/ice1712.c:1630: error: snd_ice1712_eeprom causes a section type conflict
      ...
      Gcc like its __devinitdata readable not const, it seems.  An alternative
      fix would be to remove the __devinitdata attribute but that would result
      in slight runtime bloat.
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      Signed-off-by: NJaroslav Kysela <perex@suse.cz>
      bf748ed7
  9. 09 2月, 2007 1 次提交
  10. 22 3月, 2006 4 次提交
  11. 03 1月, 2006 1 次提交
  12. 04 11月, 2005 1 次提交
  13. 30 8月, 2005 1 次提交
    • C
      [ALSA] sound - fix .iface field of mixer control elements · 67ed4161
      Clemens Ladisch 提交于
      Documentation,CS46xx driver,EMU10K1/EMU10K2 driver,AD1848 driver
      SB16/AWE driver,CMIPCI driver,ENS1370/1+ driver,RME32 driver
      RME96 driver,ICE1712 driver,ICE1724 driver,KORG1212 driver
      RME HDSP driver,RME9652 driver
      This patch changes .iface to SNDRV_CTL_ELEM_IFACE_MIXER whre _PCM or
      _HWDEP was used in controls that are not associated with a specific PCM
      (sub)stream or hwdep device, and changes some controls that got
      inconsitent .iface values due to copy+paste errors.  Furthermore, it
      makes sure that all control that do use _PCM or _HWDEP use the correct
      number in the .device field.
      Signed-off-by: NClemens Ladisch <clemens@ladisch.de>
      67ed4161
  14. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4