1. 21 8月, 2012 1 次提交
    • O
      ALSA: introduce snd-cmi8328: C-Media CMI8328 driver · f9933487
      Ondrej Zary 提交于
      Introduce snd-cmi8328 driver for C-Media CMI8328-based sound cards, such as
      AudioExcel AV500.
      
      It supports PCM playback and capture (full-duplex) through wss_lib, gameport,
      OPL3 and MPU401. The AV500 card has onboard Dream wavetable synth connected
      to the MPU401 port and Aux 1 input internally which works too.
      The CDROM interface is not supported (as the drivers for these CDROMs were
      removed from the kernel some time ago).
      
      A separate driver is needed because CMI8328 is completely different chip to
      CMI8329/CMI8330. It's configured by magic registers (there's no PnP). Sound is
      provided by a real WSS codec (CS4231A) and the SB part is just a SB Pro
      emulation (for DOS games, useless for Linux).
      
      When SB is enabled, the CMI8328 chip disables access to the WSS codec,
      emulates SoundBlaster on one side and outputs sound data to the codec - so SB
      and WSS can't work together with this card. The WSS codec can do full duplex
      by itself so there's no need for crazy things like snd-cmi8330 does
      (combining SB and WSS parts into one driver).
      Signed-off-by: NOndrej Zary <linux@rainbow-software.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      f9933487
  2. 13 8月, 2010 2 次提交
    • R
      ALSA: ISA: Remove snd-sgalaxy · cbaa9f60
      René Herman 提交于
      Its hardware is handled more fully by the new azt1605/azt2316 drivers.
      Signed-off-by: NRene Herman <rene.herman@gmail.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      cbaa9f60
    • R
      ALSA: ISA: New Aztech Sound Galaxy driver · 49531192
      René Herman 提交于
      This is a new driver for Aztech Sound Galaxy ISA soundcards based on the
      AZT1605 and AZT2316 chipsets. It's constructed as two seperate drivers
      for either chipset generated from the same source file, with (very)
      minimal ifdeffery.
      
      The drivers check the SB DSP version to decide if they are being loaded
      for the right chip. AZT1605 returns 2.1 by default and AZT2316 3.1.
      This isn't full-proof as the DSP version can actually be set through
      software but it's close enough -- as far as I've been able to see, the
      DSP version can not be stored in the EEPROM and the cards will therefore
      startup with the defaults.
      
      This distinction could (with the same success rate) also be used to
      decide which chip we're looking at at runtime meaning a single, merged
      driver is also an option but I feel it's actually nicer this way. A
      merged driver would have to postpone translating the passed in resource
      values to the card configuration until it knew which one it was looking
      at and would need to postpone erring out on mpu_irq=10 for azt1605 and
      mpu_irq=3 for azt2316.
      
      The drivers have been tested on various cards. For snd-azt1605:
      
      FCC-ID I38-MMSN811: Aztech Sound Galaxy Nova 16 Extra
      FCC-ID I38-MMSN822: Aztech Sound Galaxy Pro 16 II
      
      and for snd-azt2316:
      
      FCC-ID I38-MMSN824: Aztech Sound Galaxy Pro 16 AB
      FCC-ID I38-MMSN826: Trust Sound Expert DeLuxe Wave 32 (05201)
      FCC-ID I38-MMSN830: Trust Sound Expert DeLuxe 16+ (05202)
      FCC-ID I38-MMSN837: Packard Bell ISA Soundcard 030069
      FCC-ID I38-MMSN846: Trust Sound Expert DeLuxe 16-3D (06300)
      FCC-ID I38-MMSN847: Trust Sound Expert DeLuxe Wave 32-3D (06301)
      FCC-ID I38-MMSN852: Aztech Sound Galaxy Waverider Pro 32-3D
      
      826 and 846 were also marketed directly by Aztech and then known as:
      
      FCC-ID I38-MMSN826: Aztech Sound Galaxy Waverider 32+
      FCC-ID I38-MMSN846: Aztech Sound Galaxy Nova 16 Extra II-3D
      
      Together, these cover the AZT1605 and AT2316A, AZT2316R and AZT2316-S
      chipsets. All cards work fully -- full-duplex PCM, MIDI and FM. Full
      duplex is a little flaky on some.
      
      I38-MSN811 tends to not work in full-duplex but sometimes does with the
      highest success rate being achieved when you first start the capture and
      then a playback instead of the other way around (it's a CS4231-KL
      codec).
      
      The cards with an AD1845XP codec (my I38-MMSN826 and one of my
      I38-MMSN830s) are also somewhat duplex-challenged. Sometimes full-duplex
      works, sometimes not and this varies from try to try. This seems likely
      to be a timing problem somewhere inside wss-lib.
      
      I38-MMSN826 has an additional "ICS2115 WaveFront" wavetable synth
      onboard that isn't supported yet. The wavetable synths on I38-MMSN847
      and I38-MMSN852 are wired directly to the standard MPU-401 UART and the
      AUX1 input on the codec and work without problem.
      
      CD-ROM audio on the cards is routed to the codec "Line" input, Line-In
      to its Aux input, and FM/Wavetable to its AUX1 input. I did not rename
      the controls due to the capture source enumeration: I see that
      capture-source overrides are hardcoded in wss-lib and this is just too
      ugly to live.
      
      Versus the old snd-sgalaxy driver these drivers add support for the
      models without a configuration EEPROM (which are common), full-duplex,
      MPU-401 UART and OPL3. In the future they might grow support for that
      ICS2115 WaveFront synth on 826 and an hwdep interface to write to the
      EEPROM on the models that have one.
      Signed-off-by: NRene Herman <rene.herman@gmail.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      49531192
  3. 10 5月, 2010 1 次提交
    • K
      ALSA: Merge es1688 and es968 drivers · a20971b2
      Krzysztof Helt 提交于
      The ESS ES968 chip is nothing more then a PnP companion
      for a non-PnP audio chip. It was paired with non-PnP ESS' chips:
      ES688 and ES1688. The ESS' audio chips are handled by the es1688
      driver in native mode. The PnP cards are handled by the ES968
      driver in SB compatible mode.
      
      Move the ES968 chip handling to the es1688 driver so the driver
      can handle both PnP and non-PnP cards. The es968 is removed.
      
      Also, a new PnP id is added for the card I acquired (the change
      was tested on this card).
      Signed-off-by: NKrzysztof Helt <krzysztof.h1@wp.pl>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      a20971b2
  4. 21 12月, 2009 1 次提交
  5. 11 12月, 2009 1 次提交
  6. 01 10月, 2009 1 次提交
  7. 28 9月, 2009 1 次提交
  8. 14 4月, 2009 1 次提交
  9. 07 4月, 2009 1 次提交
  10. 17 2月, 2009 1 次提交
  11. 29 1月, 2009 2 次提交
  12. 28 1月, 2009 1 次提交
  13. 21 1月, 2009 1 次提交
  14. 10 11月, 2008 1 次提交
  15. 29 8月, 2008 1 次提交
  16. 06 8月, 2008 3 次提交
  17. 15 7月, 2008 1 次提交
  18. 13 6月, 2008 1 次提交
  19. 06 6月, 2008 1 次提交
  20. 27 5月, 2008 1 次提交
  21. 16 10月, 2007 3 次提交
  22. 20 7月, 2007 2 次提交
  23. 11 5月, 2007 4 次提交
  24. 09 2月, 2007 2 次提交
  25. 22 10月, 2006 1 次提交
  26. 31 3月, 2006 2 次提交
    • R
      [ALSA] AdLib FM card driver · cf40a310
      Rene Herman 提交于
      Attached you'll find an ALSA driver for AdLib FM cards. An AdLib card is
      just an OPL2, which was already supported by sound/drivers/opl3, so only
      very minimal bus-glue is needed. The patch applies cleanly to both
      2.6.16 and 2.6.16-mm1.
      
      The driver has been tested with an actual ancient 8-bit ISA AdLib card
      and works fine. It also works fine for an OPL3 {,emulation} as still
      found on many ISA soundcards but given that AdLib cards don't have their
      own mixer, upping the volume from 0 might be a problem without the card
      driver already loaded and driving the OPL3.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      cf40a310
    • M
      [ALSA] Add snd-miro driver · 1841f613
      Martin Langer 提交于
      Added snd-miro driver for miroSOUND PCM by Martin Langer.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      1841f613
  27. 03 1月, 2006 2 次提交