| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
after sys/dev/sound/pcm/channel.c rev. 1.99, i.e. when there's no
existing KERNBUILDDIR with an opt_isa.h defined.
- Sync with sys/dev/sound/pcm/channel.c rev. 1.99 (sort of), i.e.
never compile in isadma support on sparc64 as we just never need
it there. This allows to use the "generic" module with a custom
kernel that is built without isa(4).
Reviewed by: ru
Approved by: re (scottl)
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
on UltraSPARC workstations. The driver is based on OpenBSD's SBus
cs4231 driver and heavily modified to incorporate into sound(4)
infrastructure. Due to the lack of APCDMA documentation, the DMA
code of SBus cs4231 came from OpenBSD's driver.
The driver runs without Giant lock and supports both SBus and EBus
based CS4231 audio controller. Special thanks to marius for providing
feedbacks during the driver writing. His feedback made it possible
to write hiccup free playback code under high system loads.
Approved by: jake (mentor)
Reviewed by: marius (initial version)
Tested by: marius, kwm, Julian C. Dunn(jdunn AT opentrend DOT net)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- `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
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
The mixer works, pcm support is half done.
|
| |
|
|
|
|
|
|
|
| |
- Rename all sndbuf_isadma* functions to sndbuf_dma* and move them into
sys/dev/sound/isa/sndbuf_dma.c.
No response from: sound
|
|
|
|
| |
No response from: sound
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|