| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
ok ratchov@
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
methods from all audio drivers and from the audio_if structure as they
are never called.
|
|
|
|
|
|
|
|
|
| |
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@
|
|
|
|
|
|
|
| |
have any direct symbols used. Tested for indirect use by compiling
amd64/i386/sparc64 kernels.
ok tedu@ deraadt@
|
|
|
|
| |
ok guenther@
|
|
|
|
| |
after discussions with beck deraadt kettenis.
|
|
|
|
|
|
|
|
| |
kernel resumes normal (non-cold, able to run processes, etc) operation.
Previously we were relying on specific DVACT_RESUME op's in drivers
creating callback/threads themselves, but that has become too common,
indicating the need for a built-in mechanism.
ok dlg kettenis, tested by a sufficient amount of people
|
|
|
|
|
|
|
|
| |
with the IPL_MPSAFE flag. In certain circumstances, this prevents
interrupt handlers from waiting the global kernel_lock possibly (hold
by slower code) to be released.
ok kettenis
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
structures (including sound-card registers) from concurent
access by syscall and interrupt code-paths. Since critical
sections remain the same, calls to splraise/spllower can be
safely replaced by calls to mtx_enter/mtx_leave with two
exceptions: (1) mutexes are not reentrant (the inner splraise
is thus removed), and (2) we're not allowed to sleep with a
mutex (either msleep is used or the mutex is released before
sleeping).
ok and help from kettenis, a lot of work from armani
|
|
|
|
|
|
|
| |
just return and make the midi(4) driver retry later. UART buffers
are large enough for this, except eap(4) which uses interrupts for
output.
help from and ok jsg@
|
|
|
|
|
|
|
|
| |
that's ever used it, and it's long since been changed to use
DVACT_{QUIESCE,SUSPEND,RESUME} instead.
ok deraadt@, dlg@; miod@ also agreed with this idea when I brought it
up a few weeks ago
|
|
|
|
| |
ok claudio@
|
| |
|
|
|
|
|
|
|
|
|
|
| |
for both structs, the new members are 'bps' and 'msb', which
describe the number of bytes per sample and data alignment in the
sample, respectively. drivers must properly set these fields in
the 'query_encoding', 'set_parameters' and 'get_default_params'
hardware interface methods.
discussed with ratchov, deraadt
|
|
|
|
|
|
|
|
| |
codec rate). The es1731 has a hardware sample rate converter but
we don't know how to program it (no documentation) and the current
code is wrong (breaks full-duplex).
ok jakemsr, landry
|
| |
|
|
|
|
| |
problem found by chl@, fix tested by jasper@.
|
|
|
|
|
|
|
| |
of 22.5 kHz, since this is an ac97(4) device, and the default sample
rate for ac97(4) is 48 kHz.
tested by jasper@, thanks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
values of the audio_params structure during AUDIO_SETINFO if the
hardware cannot be set to exactly the requested mode.
some drivers do this sometimes. others always return EINVAL if there
isn't an exact match.
be more consistent. only return EINVAL if an absurd parameter was
requested, otherwise return a supported set of parameters, as close
as possible to what was requested.
with/ok ratchov@
|
|
|
|
|
|
|
|
|
| |
Not sure what's more surprising: how long it took for NetBSD to
catch up to the rest of the BSDs (including UCB), or the amount of
code that NetBSD has claimed for itself without attributing to the
actual authors.
OK deraadt@
|
|
|
|
|
|
|
|
|
|
|
| |
this makes the emulation expansion factor 1 by default since there's no
emulation. previously the factor was 2 because these drivers emulate
8-bit ulaw playback with 16-bit linear encodings. having a factor
other than 1 by default creates block size and hiwat/lowat issues
with applications that set the block size and hiwat before other
parameters.
ok ratchov@
|
|
|
|
|
|
|
|
|
| |
instead of 8-bit mono mulaw @ 8kHz.
this is just the infrastructure; no drivers are specifying a default
yet.
ok ratchov@, deanna@
|
|
|
|
|
|
| |
are already initialized in ac97.c, we dont need to set them here too.
ok jakemsr
|
|
|
|
|
|
| |
makes 'audioctl play.gain' work correctly
from NetBSD
|
|
|
|
|
|
|
| |
Allow umidi(4) to send multiple events in a single USB transfer.
This greatly improves the number of interrupts umidi is able to generate.
From Alexandre Ratchov.
|
| |
|
|
|
|
| |
no binary changes.
|
|
|
|
|
|
|
|
| |
``Ensoniq CT5880''-based card.
from netbsd rev 1.59
ok mickey@
|
| |
|
| |
|
|
|
|
| |
Tested by serveral people. ok millert@, mickey@
|
|
|
|
| |
ok mickey@
|
| |
|
|
|
|
| |
the loop time... icky poo! ok millert, tested by margarida
|
| |
|
|
|
|
|
| |
The > was wrong and >= is not needed (== is suuficient). OK krw@
From Patrick Latifi
|
| |
|
|
|
|
| |
will ease porting, and generally cleans up a bit
|
|
|
|
| |
as the mmap offset.
|
|
|
|
| |
naddy@ OK
|
|
|
|
|
|
| |
- better support for more chip revisions
- split register definitions into separate header file
- KNF
|
|
|
|
|
|
|
|
|
|
|
| |
All callers actually took all arguments to pci_intr_map from pci_attach_args
structs, so this simplifies code.
This also allows more complicated interrupt assignment schemes like the one
on sparc64.
This makes sparc64 pci interrupts work.
Inspired by the same change in NetBSD.
|
|
|
|
|
|
|
| |
put a size limitation of the PCI region to map. That makes the PERC 3/Di
raid controller usable, as it publishes too much PCI memory for us to map
in the kernel virtual memory. As we only access the first 256 byte it is
of no use to map 128MB of kvm.
|
| |
|
|
|
|
| |
for pointin this out.
|
|
|
|
|
|
|
|
|
|
| |
Fix failure to start playing in my ES1371-based card. Was caused by a
disabled sample rate converter.
Support for newer ES1371 variants
Codec and sample-rate converter functions updated to reflect black magic
in FreeBSD
|
| |
|