Age | Commit message (Collapse) | Author |
|
itself is, the FIFO engine around doesn't seem to be.
|
|
the user asks to only keep the input source enabled, and remember this
to keep reporting the previously configured volume values in mixerctl.
While there, document the supported encodings and the supported mixer items
in the manual page, and the fact that all output sources share the same
volume (GX gain) setting.
|
|
quality. While there, use a better gain table.
|
|
bit or byte flipping. Trivial, and would have been part of the initial commit,
had I not made the mistake of testing a big-endian chip with 16-bit audio
data in little-endian format (``oops'').
|
|
(hp300) and the HP9000/705 and 9000/710 (hppa). 8-bit mono, 8KHz, no surprise
since it is based upon a digital phone chip.
Tested on 425e only so far, and playback only; configured in, but disabled,
on hppa kernels until there are positive test reports (I am not sure the
interrupt assignment on hppa is correct).
And now people no longer can joke about audio on hp300.
|
|
Change fxp_resume to avoid the nested splnet call inside fxp_init
altogether. Initial diff by Jan Klemkow; Tested and OK bluhm.
|
|
Tested on a Supermicro X9SCL/X9SCM board.
With help from kettenis to make the part that works around a
chip ID collision less ugly.
OK kettenis
|
|
Found by Jan Klemkow. Thanks!
|
|
tech@
|
|
|
|
such as READ_CAPACITY_16. So plugging SCSI-3 devices onto such a bus
can be problematic.
Cap the acceptable xs->cmdlen at 12 in ncr53c9x.c.
Problem noted and fix tested by Kurt Mosiejczuk. Thanks! Diff mostly
from miod@ with kibitzing from me.
ok miod@
|
|
me to add more paranoia.
|
|
source! From Pedro Martelletto.
|
|
floppyB to fit again. ok deraadt@
|
|
Fixes TKIP replays seen by STAs connecting to an ath(4) hostap and matches
the FreeBSD driver. Tested with several cards by Theo and myself.
Thanks mikeb for providing some cards, your next beer in Berlin is on me.
ok deraadt
|
|
ok stsp@
|
|
refresh function. sensor_task_work() is incomprehensively complex.
Work around this by using a workq to deactive the i2c alias when the
isa interface is preffered.
Problem of dead sensors reported by henning, fix tested by Nigel Taylor
ok kettenis
|
|
under 4g now. this moves the inqbufs off the stack to dma_alloc/dma_free.
reported by and fix tested by henning@
ok henning@
|
|
the comments); this makes hppa64 much happier according to jsing@.
ok krw@ exactly two years ago, it was about time to commit this.
|
|
|
|
enodev().
ok jsing@ krw@ deraadt@
|
|
if it needs to rewrite the audio stream; adapted from NetBSD
|
|
more than 8 years ago; allows aucat (and sndio users) to happily use
amd7930-based audio devices.
Verified by playing an mp3 file on vax.
|
|
|
|
ncr53c9x_poll(). Fixes a race causing *some* drives to trigger a
panic in ncr53c9x_sched() at attach time on vax.
ok dlg@ krw@
|
|
in DIO-II space, as a fat device spanning four select codes (i.e. 16MB of
memory). This is way too much for an at-most 2 Mpixel 8bit frame buffer, and
it turns out that this is because the device provides both a regular DIO-II
frame buffer (spanning two select codes) and a regular STI frame buffer
(spanning the other two select codes).
This commit introduces a straightforward sti@dio attachment to get a working
sti(4) and wsdisplay(4) in a ridiculously small number of lines; however
the console code needs some changes to avoid duplicating globals.
While there, add sti@dio support for the bootblocks, and I couldn't help
myself but clean the most rotten parts of them, and try to have them reuse
various files in sys/arch/hp300/dev instead of rolling their outdated ones.
Tested on a real 382 with the low-resolution frame buffer:
sti0 at dio0 scode 132: rev 8.02;129, ID 0x27134CB440A00499
sti0: 382V, 2048x512 frame buffer, 640x480x8 display
sti0: 8x16 font type 1, 16 bpc, charset 0-255
wsdisplay0 at sti0 mux 1: console (std, vt100 emulation)
Boot blocks updates tested on DIO-II 425t (serial/glass console), SGC 425e
(serial/glass console) and 382 (serial/glass console). And will be tested
on SGC 425t soon as well.
|
|
see a recent subr_autoconf.c commit). To resolve this problem, mark the
other attachment dead, and clean it up when the first servicing timeout
gets run.
ok kettenis
|
|
is causing problems when trying to boot sparc64 from an isp(4).
Verified to fix the sparc64/isp(4) regression by krw@; ok deraadt@
|
|
errata for the Serverworks SATA chipset found on the macppc xserve G5.
ok jmc
|
|
can be set into D3 sleep state at the wrong time. Fixes lock-up issues
reported by Thomas Gerlach.
Also, the interface needs to be running for WOL to work, so set it up
from within xl_wol() if it's not running yet.
"you don't need an ok for this" deraadt
|
|
adapter_buswidth to sc_targets): gdt(4) and atascsi(4) still used it
in other ways.
Apply appropriate fixes; tested on ahci(4).
ok krw@
|
|
saa_luns instead of adapter_buswidth and luns in the prototype link.
ok dlg@, miod@
|
|
ok deraadt
|
|
|
|
with this nothing in the tree fiddles if ifqueue internals any more, of
course except if.c and if.h (and some altq)
|
|
something. Doesn't matter right now because scsibus_attach_args only
has one field and it's mandatory, but I'm planning to move some more
fields from scsi_link to scsibus_attach_args+scsibus_softc.
ok dlg@
|
|
link->bus->sc_dev.dv_unit.
|
|
become empty. In that case, the hme driver could not recover as
the ring was only filled after receiving data. Check and potentially
fill an empty receive ring every second in hme_tick().
ok kettenis@
|
|
scsi_link::scsibus hack to determine which channel the link is
associated with.
"looks sane" dlg@, but haven't found any testers yet; committing so
further SCSI refactorings can go in. dlg@ or I will back out or fix
if anything breaks.
|
|
this has been a problem since internal xfer queues got
removed back in 2008.
ok matthew@ krw@
|
|
no binary change.
ok jmatthew@
|
|
ok claudio@
|
|
no change in binary
OK claudio@
|
|
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
|
|
initialization statements.
Found the hard way by Sebastiaan Indesteege
|
|
|
|
|
|
1. Change adapter_softc to point to a per-channel intermediary
object instead of pointing to the dpt_softc directly. This
removes dpt(4) dependency on scsibus unit numbers.
2. Fix dpt(4) to use a struct scsibus_attach_args instead of a
struct scsi_link for attaching the scsibus. (Evidently no one
has tried using dpt(4) since Nov 2006...)
ok krw@, miod@
|
|
|
|
intended.
ok damien@
|