summaryrefslogtreecommitdiffstats
path: root/sys/dev/sound/pci
Commit message (Collapse)AuthorAgeFilesLines
* Start each of the license/copyright comments with /*-, minor shuffle of linesimp2005-01-0629-29/+30
|
* Fix build.ru2004-11-111-2/+2
| | | | Submitted by: Taku YAMAMOTO
* Add record capability.julian2004-11-102-488/+1405
| | | | Submitted by: Taku Yamamoto (original author)
* Limit DMA address space to 1GB since the trident audio cards can'tyongari2004-10-131-1/+11
| | | | | | | | | | handle DMA addresses located above 1GB. The LBA(loop begin address) register which holds DMA base address is 32bits register. But the MSB 2bits are used for other purposes. This effectivly limits the DMA address space up to 1GB. Approved by: jake (mentor) Reviewed by: truckman, matk
* Audio drivers failed to detect failure condition and attempted toyongari2004-10-1313-18/+22
| | | | | | | | | | assign DMA address to the wrong address. It can cause system lockup or other mysterious errors. Since most sound cards requires low DMA address(BUS_SPACE_MAXADDR_24BIT) sndbuf_alloc() would fail when the audio driver is loaded after long running of operations. Approved by: jake (mentor) Reviewed by: truckman, matk
* Add ICH6 support.ps2004-09-281-2/+8
|
* Correct the capitalization of "nVidia".des2004-09-211-5/+5
|
* Add support Nvidia nForce2(audio)sanpei2004-09-201-0/+4
| | | | | | PR: kern/71317 Submitted by: Mezz <mezz@freebsd.org> MFC after: 1 week
* Add support nForce3 250 audiosanpei2004-09-201-0/+4
| | | | | | PR: kern/71726 Submitted by: FUJIMOTO Kou <fujimoto@j.dendai.ac.jp> MFC after: 1 week
* Backout the code which tries to use undocumented way to determine ifsobomax2004-09-151-43/+5
| | | | | | | | fm801 has sound capabilities or not. Unfortunately this code doesn't work as expected. Submitted by: many MFC after: 3 days
* The new contigmalloc code is exposing a lot of misuses of busdma memorygreen2004-08-221-21/+15
| | | | | | | | | | | | | | | | | | allocation. Notably, in this case, the driver tries to allocate several pieces of memory and then fails if the pieces allocated after the first do not come after it physically, and within a specific range (8MB I believe). Of course, this could just as easily fail for any number of reasons, but it almost always fails now that contiguous allocations start at the end of possible specified memory locations rather than the beginning. Allocate all the possibly-needed memory up front, even though it's a waste, to get around this. The least bogus solution would be to take the physical address from the first allocation and create a new tag that specified that further allocations must follow it within that 8MB window, then use that when allocating new channels, but that's left for anyone else that really feels like doing it. Tested by: Erwin Lansing <erwin@lansing.dk>
* Remove rev 1.50.obrien2004-07-241-9/+0
|
* Rename the sound device drivers:tanimura2004-07-1620-20/+20
| | | | | | | | | | | | | | - `sound' The generic sound driver, always required. - `snd_*' Device-dependent drivers, named after the sound module names. Configure accordingly to your hardware. In addition, rename the `snd_pcm' module to `sound' in order to sync with the driver names. Suggested by: cg
* Check the return value of bus_dmamem_alloc() correctly.bms2004-07-041-2/+4
| | | | Submitted by: Darron Broad (with cleanups)
* Add PCI identifier for Dell modified SBLive! cardobrien2004-06-131-0/+9
| | | | Submitted by: Joseph Dunn <joseph@magnesium.net>
* Make the emu10k1 pcm driver INTR_MPSAFE. The locking is modeledmux2004-06-041-28/+46
| | | | | | exactly as done in the cmi driver. I am quite confident this is safe since I'm runing this for more than two weeks now, on an SMP box. A few people tested this patch for me successfully as well.
* Axe the old midi drivers and framework. matk has developed a newtanimura2004-06-011-586/+0
| | | | module-friendly midi subsystem to be merged soon.
* Add PCI ID for via 8237.matk2004-05-261-0/+4
| | | | | | Submitted by: Josh Elsasser <jre@vineyard.net> Approved by: tanimura (mentor) PR: kern/61730
* This driver certainly works fine turning INTR_MPSAFE back on. For thosegreen2004-04-211-1/+1
| | | | | | of you with other cards, please do review and test the drivers for MP-safety and disable Giant in the interrupt routines when you are sure of proper functionality.
* The newpcm headers currently #define away INTR_MPSAFE and INTR_TYPE_AVgreen2004-04-147-7/+7
| | | | | | | | | | | | | | | | | | because they bogusly check for defined(INTR_MPSAFE) -- something which never was a #define. Correct the definitions. This make INTR_TYPE_AV finally get used instead of the lower-priority INTR_TYPE_TTY, so it's quite possible some improvement will be had on sound driver performance. It would also make all the drivers marked INTR_MPSAFE actually run without Giant (which does seem to work for me), but: INTR_MPSAFE HAS BEEN REMOVED FROM EVERY SOUND DRIVER! It needs to be re-added on a case-by-case basis since there is no one who will vouch for which sound drivers, if any, willy actually operate correctly without Giant, since there hasn't been testing because of this bug disabling INTR_MPSAFE. Found by: "Yuriy Tsibizov" <Yuriy.Tsibizov@gfk.ru>
* By default, ich4 has NAMBAR and NABMBAR i/o spaces asmatk2004-03-311-1/+12
| | | | | | | | read-only. Need to enable "legacy support", by poking into pci config space. (comment from the patch) Submited by: Autrijus Tang <autrijus@autrijus.org> Approved by: tanimura (mentor)
* Actually program the list of recording devices in sv_mix_setrecsrc().marcel2004-03-201-0/+1
| | | | | | | | | | | | | This change has not been tested. This change was triggered by a gcc(1) warning on ia64 at -O2. The variable v was not used after being computed, which resulted in enough dead code elimination (DCE) to confuse the compiler and emit a bogus warning about the use of the variable i without prior definition. The variable i is the loop variable. Submitted by: des Responsibility: marcel
* Convert callers to the new bus_alloc_resource_any(9) API.njl2004-03-1719-81/+97
| | | | | Submitted by: Mark Santcroos <marks@ripe.net> Reviewed by: imp, dfr, bde
* Augment /dev/sndstat with the module names, if applicable.matk2004-03-0619-36/+40
| | | | Approved by: tanimura (mentor)
* As previously announced: discontinue use of makedev() call in soundcode.phk2004-01-171-1/+1
| | | | | | | | | | | This takes us a lot closer to refcounting dev_t. This patch originally by cg@ with a few minor changes by me. It is largely untested, but has been HEADSUP'ed twice, so presumably people have not found any issues with it. Submitted by: cg@
* Specify the right location of the generated header.obrien2004-01-121-1/+1
|
* Add Audigy support.obrien2004-01-111-93/+521
| | | | | | I started with a year-old patch by Orlando Bassotto <orlando.bassotto@ieo-research.it>, and ported it to 5.2-CURRENT along with fixing the problems working with pre-Audigy cards.
* Remove EMUDEBUG [un]def. This should be done in the Makefile.obrien2004-01-111-1/+0
|
* Sync with Creative's 8010.h rev 1.51.obrien2004-01-091-0/+7
|
* Fix sound LOR problems:scottl2003-11-111-25/+25
| | | | | | | | | | | | | | | | dsp_open: rearrange to only hold one lock at a time dsp_close: ditto mixer_hwvol_init: delete locking, the only consumer seems to be the ess driver and it only call it a creation time, I think the device will be stable across the sleepable malloc. cmi interrupt routine: Release locks while caller chn_intr, either this or do what emu10k1 does which is have no locks at in the interrupt handler. Submitted by: mat@cnd.mcgill.ca
* A couple of months' worth of back-burner hacking: restructure to betterdes2003-10-122-89/+189
| | | | | handle the minor (but significant) differences between the various Vortex chips; add (incomplete) support for playback.
* Correctly reset ich[3-5] sound cards on resume. This fixes audio playbacknjl2003-09-151-0/+30
| | | | | | | | | | | after suspend/resume for me. PR: Submitted by: iwasaki Reviewed by: orion Approved by: cg Obtained from: MFC after:
* update my email address.cg2003-09-0711-11/+11
|
* Recognize the sound chip on the Opteron-based nForce3 motherboardsobrien2003-09-031-0/+4
| | | | (such as the Asus SK8N).
* Use PCIR_BAR(x) instead of PCIR_MAPS.jhb2003-09-0219-41/+41
| | | | | Glanced over by: imp, gibbs Tested by: i386 LINT
* Add Creative SB AudioPCI CT4730 rev A.orion2003-08-291-2/+18
| | | | | Submitted by: David Xu <davidxu@FreeBSD.org> PR: kern/54810
* Add sound support for the AMD64 8111 chip.obrien2003-08-281-0/+4
| | | | | PR: kern/55932 Submitted by: Mark Kettenis <kettenis@chello.nl>
* When calculating the block size to use for a particular sample rate,iedowse2003-08-231-4/+6
| | | | | | | | | | | round the result up to a multiple of 4 bytes so that it will always be a multiple of the sample size. Also use the actual buffer size from sc->bufsz instead of the default DS1_BUFFSIZE. This fixes panics and bad distortion I have seen on Yamaha DS-1 hardware, mainly when playing certain Real Audio media. Reviewed by: orion (an earlier version of the patch)
* Prefer new location of pci include files (which have only been in theimp2003-08-2221-43/+43
| | | | | tree for two or more years now), except in a few places where there's code to be compatible with older versions of FreeBSD.
* disable resume code implementing panic().cg2003-08-141-1/+6
| | | | this needs to be reimplemented properly.
* Switch from legacy to native mode for ICH4 and ICH5.orion2003-08-102-21/+22
| | | | | | | Submitted by: Shin-ichi YOSHIMOTO <yosimoto@waishi.jp> Test by: Markko Merzin <markko@short.cut.ee> PR: kern/53242 MFC after: 5 days
* * support ich5cg2003-07-061-9/+14
| | | | | | | PR: kern/53242 Submitted by: Shin-ichi Yoshimoto <yosimoto@waishi.jp> (partly) Tested by: Dominic Marks <dom@cus.org.uk> (version in PR) MFC after: 1 week
* * add support for amd-768 audio, as used on many dual athlon boards. onlycg2003-07-061-19/+23
| | | | | | | | | | | tested for playback. * modify device name strings for ich chips to better conform with their common names. * remove superflous 'AC97 controller' from nforce device names. MFC after: 1 week
* Mega busdma API commit.scottl2003-07-0118-20/+41
| | | | | | | | | | | | | | | | | | | | | | | | Add two new arguments to bus_dma_tag_create(): lockfunc and lockfuncarg. Lockfunc allows a driver to provide a function for managing its locking semantics while using busdma. At the moment, this is used for the asynchronous busdma_swi and callback mechanism. Two lockfunc implementations are provided: busdma_lock_mutex() performs standard mutex operations on the mutex that is specified from lockfuncarg. dftl_lock() is a panic implementation and is defaulted to when NULL, NULL are passed to bus_dma_tag_create(). The only time that NULL, NULL should ever be used is when the driver ensures that bus_dmamap_load() will not be deferred. Drivers that do not provide their own locking can pass busdma_lock_mutex,&Giant args in order to preserve the former behaviour. sparc64 and powerpc do not provide real busdma_swi functions, so this is largely a noop on those platforms. The busdma_swi on is64 is not properly locked yet, so warnings will be emitted on this platform when busdma callback deferrals happen. If anyone gets panics or warnings from dflt_lock() being called, please let me know right away. Reviewed by: tmm, gibbs
* Add (but do not connect) a half-finished driver for Aureal Vortex cards.des2003-06-012-0/+811
| | | | The mixer works, pcm support is half done.
* more style(9) changes.obrien2003-04-201-6/+8
|
* more style(9) changes.obrien2003-04-201-32/+32
|
* A few style(9) fixes.obrien2003-04-201-50/+50
|
* Sync with Creative's 8010.h rev 1.39.obrien2003-04-181-3/+3
|
* Perform warm or cold reset AC97 per the spec depending on state of theorion2003-04-172-22/+49
| | | | | | codec during initialization. This code mirrors the reset code used on the VIA82c686 and fixes a codec initialization failure (SoundMAX AD1885) reported by Matthias Schuendehuette.
OpenPOWER on IntegriCloud