| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
been created. This has been sitting in my local tree for
far too long; I can't believe noone else has come across this
yet.
|
|
|
|
| |
removed in the world although the correct one was removed in the universe.
|
|
|
|
| |
ns16550.h is now sufficient.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add two new arguments to bus_dma_tag_create(): lockfunc and lockfuncarg.
Lockfunc allows a driver to provide a function for managing its locking
semantics while using busdma. At the moment, this is used for the
asynchronous busdma_swi and callback mechanism. Two lockfunc implementations
are provided: busdma_lock_mutex() performs standard mutex operations on the
mutex that is specified from lockfuncarg. dftl_lock() is a panic
implementation and is defaulted to when NULL, NULL are passed to
bus_dma_tag_create(). The only time that NULL, NULL should ever be used is
when the driver ensures that bus_dmamap_load() will not be deferred.
Drivers that do not provide their own locking can pass
busdma_lock_mutex,&Giant args in order to preserve the former behaviour.
sparc64 and powerpc do not provide real busdma_swi functions, so this is
largely a noop on those platforms. The busdma_swi on is64 is not properly
locked yet, so warnings will be emitted on this platform when busdma
callback deferrals happen.
If anyone gets panics or warnings from dflt_lock() being called, please
let me know right away.
Reviewed by: tmm, gibbs
|
| |
|
|
|
|
|
|
|
| |
- Rename all sndbuf_isadma* functions to sndbuf_dma* and move them into
sys/dev/sound/isa/sndbuf_dma.c.
No response from: sound
|
|
|
|
| |
- GC a few hand-rolled min()/max() macros while I'm here.
|
|
|
|
|
| |
- Restore speed and format settings on resume for CS423x and
CS423x-PCI devices.
|
|
|
|
| |
especially in troff files.
|
|
|
|
|
| |
Submitted by: marius@alchemy.franken.de
MFC after: 3 days
|
|
|
|
| |
Approved by: re
|
|
|
|
|
|
| |
onboard FM tuner.
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
obviously bogous return value of ad1816chan_setformat().
PR: 37932
Submitted by: Martin Kaeske <Martin.Kaeske@Stud.TU-Ilmenau.DE>
Reviewed by: hm
MFC after: 10 days
|
|
|
|
|
|
|
| |
most cases NULL is passed, but in some cases such as network driver locks
(which use the MTX_NETWORK_LOCK macro) and UMA zone locks, a name is used.
Tested on: i386, alpha, sparc64
|
| |
|
|
|
|
|
| |
Reviewed by: cg
Obtained from: NetBSD (partly)
|
|
|
|
|
|
|
| |
- Add another quirk entry of SB AWE64.
PR: kern/32530
Submitted by: Magnus Backstrom <b@etek.chalmers.se>
|
|
|
|
|
| |
Approved by: cg (in principle)
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
hw.midi.debug and hw.midi.seq.debug to 1 to enable debug log.
- Make debug messages human-frendly.
- Implement /dev/music.
- Add a timer engine required by /dev/music.
- Fix nonblocking I/O.
- Fix the numbering of midi and synth devices.
|
|
|
|
|
|
|
|
|
| |
- Move from msleep/wakeup to condvar.
- Return either zero or a positive errno value from a function.
Return additional result via references.
- Unify the typedef of callback functions.
|
|
|
|
|
|
| |
(experienced with an Opti931/ISA PnP card).
Approved by: cg
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- The MD functions critical_enter/exit are renamed to start with a cpu_
prefix.
- MI wrapper functions critical_enter/exit maintain a per-thread nesting
count and a per-thread critical section saved state set when entering
a critical section while at nesting level 0 and restored when exiting
to nesting level 0. This moves the saved state out of spin mutexes so
that interlocking spin mutexes works properly.
- Most low-level MD code that used critical_enter/exit now use
cpu_critical_enter/exit. MI code such as device drivers and spin
mutexes use the MI wrappers. Note that since the MI wrappers store
the state in the current thread, they do not have any return values or
arguments.
- mtx_intr_enable() is replaced with a constant CRITICAL_FORK which is
assigned to curthread->td_savecrit during fork_exit().
Tested on: i386, alpha
|
|
|
|
|
|
|
|
| |
to fix right in a hurry.
This (almost) fixes LINT.
Submitted by: bde
|
|
|
|
| |
problems.
|
|
|
|
|
|
| |
PR: 30909
Submitted by: Kinji Itoh <kinji-i@gray.plala.or.jp>
MFC after: 7 days
|
| |
|
|
|
|
| |
release isa dma channels on unload (ad1816, ess, sb8)
|
|
|
|
| |
block sizes.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Note ALL MODULES MUST BE RECOMPILED
make the kernel aware that there are smaller units of scheduling than the
process. (but only allow one thread per process at this time).
This is functionally equivalent to teh previousl -current except
that there is a thread associated with each process.
Sorry john! (your next MFC will be a doosie!)
Reviewed by: peter@freebsd.org, dillon@freebsd.org
X-MFC after: ha ha ha ha
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* add new channels to the end of the list so channels used in order of
addition
* de-globalise definition of struct snddev_info and provide accessor
functions where necessary.
* move the $FreeBSD$ tag in each .c file into a macro and allow the
/dev/sndstat handler to display these when set to maximum verbosity to aid
debugging.
* allow each device to register its own sndstat handler to reduce the amount
of groping sndstat must do in foreign structs.
|
| |
|
| |
|
|
|
|
|
| |
Reviewed by: cg
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
1: most drivers are sensitive to timing, and
2: the handlers are MPSAFE and need a chance to get into the kernel
before some other non-mpsafe handler blocks the ithread on Giant in
shared irq cases.
Reviewed by: cg (in principle)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
worked before.
mixer, dsp and sndstat are seperate devices - give them their own cdevsws
instead of demuxing requests sent to a single cdevsw.
use the si_drv1/si_drv2 fields in dev_t structures for holding information
specific to an open instance of mixer/dsp.
nuke /dev/{dsp,dspW,audio}[0-9]* links - this functionality is now provided
using cloning.
various locking fixes.
|
|
|
|
|
|
|
|
|
|
| |
can be made userland-visible as <dev/ic/...>. Also, those files are
not supposed to contain any bus-specific details at all, so placing
them under .../isa/ has been a misnomer from the beginning.
The files in src/sys/dev/ic/ have been repo-copied from their old
location (this commit is a forced null commit there to record this
message).
|
| |
|
|
|
|
|
|
| |
- Finish transmitting data to mpu when a buffer gets empty.
Submitted by: KUROSAWA Takahiro <fwkg7679@mb.infoweb.ne.jp>
|
| |
|
|
|
|
|
|
| |
PR: 22372
Submitted by: Hiroyuki Aizu <aizu@jaist.ac.jp>
Reviewed by: cg
|
|
|
|
|
| |
PR: kern/26188
Submitted by: Jim Bloom <bloom@acm.org>
|
| |
|
| |
|
|
|
|
| |
otherwise resource_list_alloc panics when opti_detect tries its next probe.
|
|
|
|
| |
Submitted by: George Reid <greid@ukug.uk.freebsd.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
| |
both should work in non-pnp mode, the 924 should also work in its rather
braindead pnp mode- it will adopt port 0x530 unless given hints due to it
starting up in soundblaster mode and thus not requesting a valid mss port
address.
Submitted by: George Reid <greid@ukug.uk.freebsd.org>
|
|
|
|
|
| |
pcm/midi devices trying to attach if the module is repeatedly loaded and
unloaded.
|