summaryrefslogtreecommitdiffstats
path: root/sys/dev/sound/usb
Commit message (Collapse)AuthorAgeFilesLines
* Add code from Kazuhito HONDA that allows the user to seejulian2005-04-273-0/+157
| | | | | | | | | | the available modes in /dev/sndstat. e.g. pcm1: <USB Audio> at addr ? (0p/1r/0v channels duplex) mode 1:(input) 1ch, 16/16bit, pcm, 44100Hz mode 2:(input) 1ch, 16/16bit, pcm, 22050Hz mode 3:(input) 1ch, 16/16bit, pcm, 11025Hz mode 4:(input) 1ch, 16/16bit, pcm, 8000Hz
* Fix a bug where we call pcm_getbuffersize twice.matk2005-04-171-1/+0
| | | | Pointed out by: Kazuhito HONDA <kazuhito at ph dot noda dot tus dot ac dot jp>
* De-dma the uaudio <-> pcm bridge. We were not capable of doing DMA frommatk2005-04-171-41/+35
| | | | | | | | this buffer anyway so the constraint that it had to be DMA capable only caused pain when devices failed to aquire the memory. Use a regular malloc instead with sndbuf_setup. Approved by: tanimura (mentor)
* On record only devices, don't fail if we don't have a play channel.julian2005-04-171-3/+11
| | | | MFC after: 3 days
* The maximum allowable alloc is 16K not (16K-1).julian2005-04-131-1/+1
| | | | | This whole section is actually overly restrictive and another patch is in the works.
* Use BUS_PROBE_DEFAULT in preference to 0 and BUS_PROBE_LOW_PRIORITY inimp2005-03-011-1/+1
| | | | | preference to some random negative number to allow other drivers a bite at the apple.
* Start each of the license/copyright comments with /*-, minor shuffle of linesimp2005-01-064-4/+4
|
* Allow selection of a recording source on USB audio devices.julian2004-12-253-8/+95
| | | | | | | PR: 75316 Submitted by: Kazuhito HONDA <kazuhito at ph dot noda dot tus dot ac dot jp> Obtained from: NetBSD plus changes MFC after: 2 weeks
* Allow recording on at least some USB audio devices.julian2004-12-253-2/+73
| | | | | | | PR: 75311 Submitted by: Kazuhito HONDA <kazuhito at ph dot noda dot tus dot ac dot jp> Obtained from: NetBSD plus changes MFC after: 2 weeks
* Allow volume control on more channels/inputsjulian2004-12-251-18/+129
| | | | | | | PR: 75276 Submitted by: Kazuhito HONDA <kazuhito at ph dot noda dot tus dot ac dot jp> Obtained from: NetBSD with changes MFC after: 2 weeks
* MFNetBSD:julian2004-12-254-724/+1762
| | | | | | | | | | One of a set of patches submitted by Kazuhito HONDA to make the usb audio driver a lot more capable. PR: 75274 Submitted by: Kazuhito HONDA (kazuhito at ph dot noda dot tus dot ac dot jp) Obtained from: NetBSD (indirectly) MFC after: 2 weeks
* Don't include vnode.hphk2004-12-221-1/+0
|
* Rename the sound device drivers:tanimura2004-07-161-1/+1
| | | | | | | | | | | | | | - `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
* Devclass have to be shared with same 'pcm' devclass, ortakawata2004-05-311-1/+0
| | | | unit management will corrupt.
* Mega busdma API commit.scottl2003-07-011-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | 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
* if the list of supported formats is empty, fail the attach instead ofcg2002-11-251-4/+8
| | | | | | | panicing later. this is a band-aid pending further investigation. MFC After: 7 days Approved by: re
* Packed structures are defined differently in older gcc's, like the onejoe2002-11-061-4/+0
| | | | | currently in -stable. Put the exception into usb.h instead of having it hard coded in the sound code.
* Fixed editing errors in rev.1.4 which manifested as printf format errorsbde2002-08-251-2/+2
| | | | at compile time and probably as panics at runtime.
* Use the hw.usb sysctl tree instead of debug.usb.joe2002-08-081-1/+2
| | | | Requested by: imp
* Replace the FOO_DEBUG definitions with USB_DEBUG, and switch thejoe2002-07-311-13/+13
| | | | | | debugging levels to off by default. Now that debug levels can be tweaked by sysctl we don't need to go through hoops to get the different usb parts to produce debug data.
* Make this compile with the debugging options switched on.joe2002-07-311-0/+7
|
* Get bored with hard coded debug level variables and introduce a debug.usbjoe2002-07-311-0/+3
| | | | | | sysctl tree for tweaking them real-time. Reviewed by: iedowse
* Make this compile.peter2002-07-221-0/+8
| | | | uaudio.c:1822: warning: `uaudio_ctl_get' defined but not used
* Add uaudio -- a USB audio device driver.nsayer2002-07-214-0/+3720
This driver actually works slightly better on -stable than on -current (the system locks on detach on -current), so it should be MFC'd somewhat sooner. This driver currently points out a difficulty in the sound device framework. The PCM unregister routine is allowed to refuse the detach if the device is in use. In the case of a USB device, however, this unregistration is much more mandatory in nature, since the device is *actually* gone when this call is made. The sound subsystem really should not refuse an unregistration and should take its own steps to reject further I/O. As a result, if you detach a USB sound device while it is in use, you can expect a panic shortly thereafter. This device cannot currently record audio. Some routines are unwritten as of yet in uaudio.c to support recording. This device hangs my -current box on detach. I don't know why. This does not happen on my -stable machine. Obtained from: Hiroyuki Aizu MFC after: 2 weeks
OpenPOWER on IntegriCloud