1. 19 1月, 2011 1 次提交
  2. 10 1月, 2011 3 次提交
  3. 29 11月, 2010 1 次提交
  4. 03 11月, 2010 3 次提交
  5. 30 9月, 2010 1 次提交
  6. 02 9月, 2010 1 次提交
  7. 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
  8. 10 8月, 2010 2 次提交
  9. 04 8月, 2010 1 次提交
    • J
      Documentation: update broken web addresses. · 0ea6e611
      Justin P. Mattock 提交于
      Below you will find an updated version from the original series bunching all patches into one big patch
      updating broken web addresses that are located in Documentation/*
      Some of the addresses date as far far back as 1995 etc... so searching became a bit difficult,
      the best way to deal with these is to use web.archive.org to locate these addresses that are outdated.
      Now there are also some addresses pointing to .spec files some are located, but some(after searching
      on the companies site)where still no where to be found. In this case I just changed the address
      to the company site this way the users can contact the company and they can locate them for the users.
      Signed-off-by: NJustin P. Mattock <justinmattock@gmail.com>
      Signed-off-by: NThomas Weber <weber@corscience.de>
      Signed-off-by: NMike Frysinger <vapier.adi@gmail.com>
      Cc: Paulo Marques <pmarques@grupopie.com>
      Cc: Randy Dunlap <rdunlap@xenotime.net>
      Cc: Michael Neuling <mikey@neuling.org>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      0ea6e611
  10. 08 7月, 2010 1 次提交
  11. 23 6月, 2010 1 次提交
  12. 18 6月, 2010 1 次提交
  13. 08 6月, 2010 1 次提交
  14. 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
  15. 23 4月, 2010 1 次提交
  16. 22 4月, 2010 1 次提交
  17. 02 4月, 2010 1 次提交
  18. 26 3月, 2010 3 次提交
  19. 02 3月, 2010 1 次提交
  20. 23 2月, 2010 1 次提交
  21. 22 2月, 2010 1 次提交
  22. 13 2月, 2010 1 次提交
  23. 28 1月, 2010 1 次提交
  24. 24 1月, 2010 2 次提交
  25. 18 1月, 2010 1 次提交
  26. 14 1月, 2010 1 次提交
  27. 27 12月, 2009 1 次提交
  28. 25 12月, 2009 1 次提交
  29. 22 12月, 2009 1 次提交
  30. 15 12月, 2009 1 次提交
  31. 09 12月, 2009 1 次提交