| Age | Commit message (Collapse) | Author |
|---|
|
already scheduled and whether we have to unref the device ourselves.
ok tedu@, ratchov@
|
|
ok anton
|
|
is void* so no need to cast; ok ratchov@
|
|
enum, sets, and values. This is simpler and less error prone. This
fixes the record.enable elements replacing the last few hardware
mixer controls.
Help from Laurence Tratt, tested by landry@
|
|
knob to take the new "sysctl" value, which is the default. In this
case, the device behavior is determined by the new "kern.audio.record"
sysctl(2), which defaults to zero.
ok florian
|
|
is disabled, the device records silence. The control may be modified
only by root and defaults to "off", ie. recording is disabled by
default.
ok florian, deraadt
|
|
use it during suspend/resume. Remove driver-specific mixer
save/restore bits that don't need to be duplicated in every
low-lever driver.
ok mpi
|
|
ring read pointer from wrapping, in turn allowing the process to read
past the ring boundaries.
ok deraadt@
|
|
Michael W. Bombardieri, thanks.
|
|
whether the device is started before using structures shared with the
interrupt handler. From Michael W. Bombardieri, tested by me.
|
|
From Michael Bombardieri, thanks.
|
|
From Jan Stary <hans at stare.cz>, thanks.
|
|
|
|
Michael W. Bombardieri <mb at ii.net>. Thanks.
|
|
drivers nor exposed to user-land. Remove definitions and code to
handle convertions.
|
|
From Michael W. Bombardieri. Thanks.
|
|
|
|
Michael W. Bombardieri <mb at ii.net>. Thanks
|
|
about buffer parameters. No behaviour change.
|
|
large data structure and if the compiler gets clever and inlines some code
we hit the stack size compiler warning. This makes things compile with clang.
ok ratchov@
|
|
device, and factor it into a single function. Without this fix, if the
device is open in full-duplex mode, it could start with empty play
buffer.
|
|
telling the audio subsystem about this later on in boot. (Mute state
is maintained by the BIOS over a suspend, hibernate, reboot, etc -- this
may be last missing piece of the puzzle we tore our hair out in Brisbane)
diagnosis and code by Anton Lindqvist, ok ratchov
|
|
|
|
methods from all audio drivers and from the audio_if structure as they
are never called.
|
|
used internally by low-level drivers from sys/audioio.h to
dev/audio_if.h instead of deleting them.
|
|
|
|
It's intended for use with diagnostic tools (like audioctl) and is of
no use to audio programs.
|
|
Fushicai USBTV007 chip.
The chip specific code has been written by Lubomir Rintel and Federico
Simoncelli. Patrick Keshishian has ported it to OpenBSD and wrote the
remaining code based on uvideo(4).
Input and help also from mpi@ and ratchov@.
ok mpi
|
|
bytes) then, adjust the block size accordingly. Fixes zaudio(4) not
starting when large blocks are requested. Found and reported by
Andre Smagin <as at smagin.com>, thanks.
|
|
block size multiplier (in bytes) and for the driver block size
multiplier (in frames). No behaviour change.
|
|
set and get parameters. This is much simpler.
ok semarie, armani, tweaks from jmc
|
|
|
|
than driver specific strings.
ok kettenis
|
|
native byte order. No behaviour change, as attach time
parameters are just hints, except thay this makes audioctl
output nicer if the device was never opened.
|
|
ok ratchov@ deraadt@
|
|
|
|
control for wskbd. This may fix "record level" keys on certain
keyboards.
|
|
No binary change.
|
|
thanks!
|
|
pointers to wrap, recover by detecting and compensating
for the missed interrupts. Fixes certain audio hangs on
MP machines.
with help from armani@, typos fixed by Alexey Suslikov
|
|
returned by AUDIO_GETxOFFS and AUDIO_xERROR ioctls.
ok deraadt
|
|
multiply the block count by the block size to get the bytes count
because they won't wrap correctly.
|
|
just because it's simpler this way. No behaviour change.
|
|
functionality. Same API and ABI except for the removed bits and no
behaviour change for programs using libsndio. With help from armani@
and mpi@, thanks.
|
|
ok ratchov@
|
|
the kernel_lock), as we already do better conversions in
user-mode. Yet, no need for every single driver to fiddle with the
conversion code as they are done transparently by common MI code. With
help from armani and miod, support from mpi
ok armani@
|
|
- rename uiomove() to uiomovei() and update all its users.
- introduce uiomove(), which is similar to uiomovei() but with a size_t.
- rewrite uiomovei() as an uiomove() wrapper.
ok kettenis@
|
|
hardware behaviour on Thinkpads making it harder for software state and
hardware state get out of sync.
ok deraadt@
|
|
when workqs were introduced, we provided a second argument so you
could pass a thing and some context to work on it in. there were
very few things that took advantage of the second argument, so when
i introduced pools i suggested removing it. since tasks were meant
to replace workqs, it was requested that we keep the second argument
to make porting from workqs to tasks easier.
now that workqs are gone, i had a look at the use of the second
argument again and found only one good use of it (vdsp(4) on sparc64
if you're interested) and a tiny handful of questionable uses. the
vast majority of tasks only used a single argument. i have since
modified all tasks that used two args to only use one, so now we
can remove the second argument.
so this is a mechanical change. all tasks only passed NULL as their
second argument, so we can just remove it.
ok krw@
|
|
task, rather than abusing task arguments to carry long values around.
this is unreliable, but so was the previous mechanism, just in a
different way. if you're so low on memory that you cant change the
volume, you probably have other more important problems going on
too.
tested by jim smith
|
