| Age | Commit message (Collapse) | Author |
|---|
|
'net 2002::/16', which were previously non-deterministic based on
the previous contents of memory.
from upstream; ok claudio@
|
|
Make the description of `b' a little better.
If you have a one-byte sequence, `w', `b' is the second
character. Not the third.
Submitted by: Christoph Mallon
checked by otto
|
|
OK deraadt@
|
|
|
|
Sorry.
|
|
- queue packets from pf(4) to a userspace application
- reinject packets from the application into the kernel stack.
The divert socket can be bound to a special "divert port" and will
receive every packet diverted to that port by pf(4).
The pf syntax is pretty simple, e.g.:
pass on em0 inet proto tcp from any to any port 80 divert-packet port 8000
test, bugfix and ok by reyk@
manpage help and ok by jmc@
no objections from many others.
|
|
specified in hint or hints is NULL.
claudio@ ok
|
|
into the cap database format and back: rather than replacing all colons with
commas, only touch real separators (skip those with a leading \ or ^) and
replace an unadorned colon with a literal "\072".
Fixes problems with quite a few caps including acsc in "screen" (:s instead of
,s) and setab/initc in "xterm-256color" (wrongly concatenated together).
ok millert
|
|
as a programming error. At any stage the program should be alble to
cleanly free resources and close the device.
|
|
on sio_close()
|
|
free resources and drop the connection. This allows the client
to ensuire that at any time it's using only one connection, thus
only one MIDI control channel.
|
|
just stop updating fts_level so we don't overflow it. This allows
rm, find, etc to operate on very deep hierarchies. Consumers of
fts(3) do need to be aware that the actual level may be larger
than fts_level. During the next libc major bump we will make
fts_level an int instead of a short. OK deraadt@
|
|
of volume changes
|
|
realtime. For now only the playback volume of individual streams can be
changed/monitored. To each stream is assigned a MIDI channel; the volume
is changed/monitored using the standard controller number 7.
|
|
|
|
ok kettenis
|
|
|
|
from Alan R. S. Bueno
|
|
beck@ ok
|
|
already pulled; so manually substitute protos ensuring they will
always be right; ok millert@
|
|
|
|
|
|
where appropriate. pointed out by jmc@
|
|
|
|
eating 100% CPU while trying to use blocking i/o.
ok jakemsr
|
|
double => 4.3BSD
float => NetBSD 1.1
long double => OpenBSD 4.5
scalbln, scalblnf, scalblnl => OpenBSD 4.7
|
|
is getting ridiculous. split them into groups of copysign, ilogb,
nextafter, scalbn. discussed long ago with millert@
|
|
|
|
|
|
|
|
|
|
|
|
strings. suggested by Thomas Pfaff
|
|
a midi device name starting with a separator
|
|
from Thomas Pfaff, ok jmc@
|
|
defined as such
from Thomas Pfaff
|
|
from Thomas Pfaff
|
|
formats. which even for 80-bit & 128-bit long doubles is only 15
bits. therefore, scalbln, scalblnf, scalblnl are essentially the
same as scalbn, scalbnf, scalbnl with bounds checking so that
LONG_MIN..INT_MIN, and INT_MAX..LONG_MAX ranges properly raise
exceptions & yield correct values. looks good to millert@
|
|
with open(2) and write(2) syscalls.
from Thomas Pfaff, jakemsr is fine with it
|
|
spotted by jasper@
|
|
cannot cooperate with other programs. The aim of this change is
to allow any program to send midi data to other programs as they
were midi hardware. For instance, this change should solve the
longstanding problem of using a midi sequencer with software
synthesizers. More precisely:
- new midicat(1) utility (actually hardlink to aucat(1)).
it creates software midi thru boxes, allowing programs
to send midi messages to other programs as they were
midi(4) hardware.
- new midi api in libsndio (see mio_open(3)), to access
midi(4) devices and midicat(1) sockets in a uniform way.
- new device naming scheme <service>:<unit>[.<option>],
common to audio and midi.
- new sndio(7) manual describing concepts and naming
The current audio device naming still works, but people having
scripts or configuration files containing device names could read
the sndio(7) man page and slowly start updating device names.
discussed with jakemsr@ and deraadt@, help form jmc@
|
|
ok kettenis@
|
|
The report size is not a local item, so don't clear it when clearing local items.
|
|
to the HID spec.
From FreeBSD hid.c rev 1.31
|
|
|
|
|
|
|
|
noticed by joao <salvatti at gmail dot com> on tech@;
feedback and ok kettenis@ deraadt@ and reminded by jmc@
|
|
32 bit ints on OpenBSD.
ok kettenis@
|
|
to 2GB of vm space.
|
