| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
into C9X initializer designators.
Reviewed by: schweikh (mentor)
MFC after: 4 weeks
|
|
|
|
|
|
|
|
|
| |
debugging.
* set the parent of non-format feeders, so that sndstat doesn't miss out
things like feeder_rate.
MFC: 1 week
|
|
|
|
|
|
|
|
|
|
| |
* be more specific in verbose boot messages
* allow the feeder subsystem to veto pcm* attaching if there is an error
initialising the root feeder
* don't free/malloc a new tmpbuf when resizing a snd_dbuf to the same size as
it currently is
* store the feeder description in the feeder structure instead of mallocing
space for it
|
|
|
|
|
|
|
| |
extensively as none of my testboxes have speakers or an audio source at
present, but the chains built look correct and reading /dev/audio (ulaw,
translated from signed 16 bit little-endian) gives values within the
expected range for silence.
|
| |
|
|
|
|
| |
don't stop exploring the feeders if a feeder fails to initialise.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
this introduces a new buffering mechanism which results in dramatic
simplification of the channel manager.
as several structures have changed, we take the opportunity to move their
definitions into the source files where they are used, make them private and
de-typedef them.
the sound drivers are updated to use snd_setup_intr instead of
bus_setup_intr, and to comply with the de-typedefed structures.
the ac97, mixer and channel layers have been updated with finegrained
locking, as have some drivers- not all though. the rest will follow soon.
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
move format conversion feeders to feeder_fmt.c - no pertinent history so no
repo-copy.
|
|
modify driver capability reporting format to list every audio format
seperately- required for above and because we could not previously indicate
that mono was unsupported.
there should be no functional impact.
|