| Age | Commit message (Collapse) | Author |
|---|
|
("does not exist outside of mentions in linux/netbsd on the web"),
gleaned from
http://www.ussg.iu.edu/hypermail/linux/kernel/0504.0/1146.html.
"sure" deraadt@, ok with above comment jsg@
|
|
bug in the code, but as soon as I try to fix it, it seems to trigger
some other bugs. Instead of trying to figure out what's going on
while everyone suffers, it's better to back out and figure out
the bugs outside the tree.
|
|
of the other ones. From Marc Winiger mw at msys . ch
|
|
console.
From Marc Winiger <mw@msys.ch>
ok jsg, claudio
|
|
make sure to clear the SCAN lock in case the scan is interrupted.
|
|
Revert it to needs-flag.
Noticed by xsa.
|
|
|
|
(like the Sony Ericsson K610 mobile phone).
- Read hardware address from ethernet descriptor makes the Sony Ericsson
K610 work.
- Add support for status notifications (interrupt endpoint).
- Recognize if there is a union descriptori (thus remove CDCE_NO_UNION).
- Handle wrong union descriptors (master/slave values are swapped)
(Ambit NTL 250)
Diff done by Marc Winiger <mw@msys.ch>, tested by many on different
platforms and with various devices: cable modems, mobile phones, and,
zaurus as USB function.
ok jsg, claudio, kili
|
|
Also, don't restrict to only opening dev minor 0.
|
|
device inquiry/discovery parameters, pairings, and what else might be
needed.
From discussion with gwk. MAKEDEV goo follows later.
ok and lots of input from miod.
|
|
- enable internal mic and select it as the default recording source,
- create mixerctl record.source for selecting between internal and
external mics,
- mute input by default.
|
|
|
|
audio layer wants, and is a more accurate description. Use the
correct number of steps.
|
|
- Add set_port and get_port functions and use them to create a stereo
master volume out of the headphone and speaker dacs. Unbreaks setting
the volume in ports like xmms.
- Use the correct number of steps for the dac volumes.
|
|
move it out of azalia_generic_mixer_set into its own function,
azalia_generic_mixer_pinctrl. From kent@netbsd.
In azalia_stac9200_mixer_init, let the unsolicited event handler make
the initial headphone vs speaker choice. Removes some duplicate code.
These changes only affect STAC9200. Tested by krw@ on a Latitude
D620.
|
|
|
|
|
|
|
|
From Marc Winiger <mw@msys.ch>
ok dlg, claudio.
|
|
the mixer layer to the audio layer, differentiate between the
'monitor' class and the 'outputs' class instead of lumping them
together. not all mixers have a monitor class entry which was
causing the outputs class to be ignored.
- look for monitor port in the monitor class, but if the monitor
port is not found in the monitor class look in the outputs class
as well. the code was effectively looking in both the monitor and
outputs classes before, so this is no real change.
sets up audio_info.play.[gain|balance] correctly on at least emu(4),
auich(4), auvia(4) and snapper(4) ... probably most other AC'97 devices
as well. as a result, audioctl(1) works much better and the overall
volume can be set with /dev/audio instead of needing to go through
/dev/mixer.
from deanna@
thanks again to those who tested this change
|
|
pointed out by mglocker@
|
|
to allow buffer sizes and pointer to the buffer to be set to reasonable
values for the sample size of the data to be read/written.
fixes kernel corruption seen with azalia and probably other drivers
that are using something other than 8kHz monaural mulaw as the default
encoding when doing 'dd if=/dev/audio of=foo' as the first audio
operation after boot.
problem reported by deanna@
|
|
|
|
one that can be used with other ciphers than WEP.
|
|
|
|
and the userland sample size matters.
there may be different sample size factors for play and record,
so use the appropriate factor when userland sets the blocksize.
the reported blocksize, hiwat and lowat are only for the play buffer.
IMO, it would be good to report the record blocksize, hiwat and lowat
as well, but that is another issue.
tested with emu(4) and an auvia(4) modified to only do stereo in
hardware.
|
|
|
|
may not be the same sample size as what userland is to receive.
account for the discrepency between the sample sizes when comparing
how much to copy out with what userland expects.
- only copy out the part of the buffer that is in the format userland
expects.
emu(4) can now record with all encodings it claims to be able to.
that is, dd if=/dev/audio of=foo does as audio(4) says (monaural
mu-law) and does it correctly.
AFAIKS, the only other driver that sets a read factor is uaudio(4),
and that depends on what the hardware supports.
tested on i386, amd64 and sgi with 3 different emu(4) cards
|
|
2x on each loop, only loop .5x times
fixes hard hangs on i386 and "hiccups" on sgi when these functions are
used through e.g. dd if=/dev/audio of=foo, since mulaw is the default
encoding.
the commit history wrt this code is interesting. I am responsible for
introducing this braindamage to OpenBSD ... and note that
linear16_to_linear8_[lb]e had it right ...
|
|
eeproms was backwards. This resulted in a bogus MAC address being
read from the eeprom on certain cards. From FreeBSD. OK pvalchev@
|
|
The variety of different serial devices is just too big to make a decision up
front. This should make the second serial port on four-digit B/C/J-class
workstation work as a serial console too.
ok miod@
|
|
- remove argument names from function prototypes
OK jasper@, ray@, "Didn't notice any errors" marc@
|
|
the correct size for my 4.TB volume. Original diff from dlg@ with some
tweaks by me; ok dlg@
|
|
|
|
it to 16-bit slinear_le.
this appears to be the result of a mistake in porting the driver
from NetBSD. when this driver was ported, NetBSD had some members
in it's 'audio_params' structure that OpenBSD doesn't have. in
particular, NetBSD had 'hw_encoding' and 'hw_precision', which store
what the hardware is presenting. the 'encoding' and 'precision' members
store what the audio layer is presenting (both in NetBSD and
OpenBSD) and can be different than what the hardware is presenting.
the original NetBSD code was setting 'hw_encoding' and 'hw_precision',
and in porting was changed to 'encoding' and 'precision'.
with this change the hardware is still presenting 16-bit slinear_le;
having the variable 'b16' set to '1' is enough to ensure this.
however now the audio layer will convert it to the requested format,
instead of always outputting 16-bit slinear_le.
|
|
while i'm here, fix allocation of the Rx ring descriptors so we don't
waste memory.
IMPORTANT: you must upgrade your wpi-firmware package to rev. 2.14.4
or the driver will stop working.
|
|
data is expanded before it goes in the buffer. all sizes
and offsets used internally are of this expanded data.
there's no need to compensate for this fact except when
showing information to the user in case their actions
depend on how many bytes are in the buffer.
|
|
try to go past the end of the buffer.
this and the last commit allow ffplay and gnash to work properly
on devices that may need to do mono to stereo conversion, like
auich(4).
problem reported by and much debugging deanna@
|
|
by taking into account expansion we may have done in cases such as
playing monoaural media on a device that only plays stereo, like
auich(4).
|
|
defined.
|
|
ok krw@
|
|
|
|
successful compilation of assembler or generating microcode.
|
|
|
|
|
|
ALC882, and differs only by lacking an ADC and a mixer, so have it use
ALC882's get_port(), set_port() and a slightly modified version of its
mixer init.
This also works around a problem where the generic mixer init creates
truncated mixer item names which can't be manipulated (noticed by
steven@).
Tested by steven@, ckuethe@ and jmc@.
|
|
reported a while back by Laurence Tratt, reminded more recently by brad@
|
|
read-write and it supports full-duplex operation.
- update documentation to match this behaviour.
see http://marc.info/?l=openbsd-tech&m=118310788926431&w=2 for
more background on this change
"patches look correct to me" marc@
|
|
buffer, not the record buffer.
inspired by recent similar change in NetBSD.
"patches look correct to me" marc@
|
|
originally from Alexandre Ratchov
"patches look correct to me" marco@
|
