| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
that want them
|
|
|
|
|
| |
not clear enough, will require additional analysis, or will
require some input from their maintainers.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the impatient.
Hardware...
Provided by: ps
Lost by: <censored>
Found by: <censored>
Not delivered by: Ashley Penney <ashp@unloved.org>
Retrieved by: greid, Andrew McKay <andy@openirc.co.uk>
Delivered by: Andrew McKay <andy@openirc.co.uk>
PR: kern/25507
Submitted by: Katsurajima Naoto <raven@katsurajima.seya.yokohama.jp>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
OK'ed by: cg
|
|
|
|
|
|
| |
the main benefit this gives for now is that via686 audio devices on
motherboards with ac97 codecs that do not support vra will be able to use
sample rates other than 48khz.
|
| |
|
| |
|
| |
|
|
|
|
| |
Reviewed by: Cameron Grant
|
| |
|
|
|
|
| |
Submitted by: Orion Hodson <O.Hodson@cs.ucl.ac.uk>
|
|
|
|
| |
Submitted by: Orion Hodson <O.Hodson@cs.ucl.ac.uk>
|
|
|
|
|
|
| |
amount of GPL'd firmware in the driver, it will only be built as a module.
Approved by: cg
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
this gives us several benefits, including:
* easier extensibility- new optional methods can be added to
ac97/mixer/channel classes without having to fixup every driver.
* forward compatibility for drivers, provided no new mandatory methods are
added.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Approved by: cg
|
|
|
|
| |
Submitted by: Taku YAMAMOTO <taku@cent.saitama-u.ac.jp>
|
| |
|
| |
|
| |
|
|
|
|
|
| |
PR: conf/20698
Submitted by: dimmy the wild <diwil@dataart.com>
|
| |
|
|
|
|
|
|
|
| |
not personally tested, but i'm assured it works
Submitted by: David Jones <dej@ox.org>
PR: kern/20161
|
|
|
|
|
| |
recording is still broken, but IMHO that's enough to at least
"hook it up" to the rest of the kernel/module builds.
|
|
|
|
| |
It will be connected to the parent Makefile after more testing.
|
|
once built, 'kld_load snd_driver; kldunload snd_driver' will load all sound
drivers and unload all unattached ones. attached drivers do not yet support
unloading.
|