Enable mtw(4) on i386, macppc, and arm64.

Testing by hastings@ and myself.
i386 has a media size issue, deraadt@ will sort it out.

Enable dt(4)

This produces helpful flamegraphs on macppc.
With Andrew Krasavin <noiseless-ak AT yandex DOT ru>.

OK mpi

Remove hifn(4), safe(4), and ubsec(4) crypto drivers. They require
the asynchronous crypto API which makes progress in MP difficult.
The hardware is rarely available. They support only obsolete cry

Remove hifn(4), safe(4), and ubsec(4) crypto drivers. They require
the asynchronous crypto API which makes progress in MP difficult.
The hardware is rarely available. They support only obsolete crypto
algorithms. Scheduling crypto tasks via PCI is probably slower
than the CPU, especailly as modern CPUs have their own accelerators.

show more ...

Add ucc(4), a driver for USB HID Consumer Control keyboards. Such
keyboard is a pseudo device which is used to expose audio and
application launch keys. My prime motivation is to get the volume mute,

Add ucc(4), a driver for USB HID Consumer Control keyboards. Such
keyboard is a pseudo device which is used to expose audio and
application launch keys. My prime motivation is to get the volume mute,
increment and decrement keys to just work on my keyboard without the
need to use usbhidaction(1).

Looks reasonable to kettenis@ mpi@ and ok jcs@

show more ...

Add uhidpp(4), a driver for Logitech HID++ devices. Currently limited to
exposing battery sensors for HID++ 2.0 devices. Most of the code is
derived from the hid-logitech-hidpp Linux driver.

Thanks

Add uhidpp(4), a driver for Logitech HID++ devices. Currently limited to
exposing battery sensors for HID++ 2.0 devices. Most of the code is
derived from the hid-logitech-hidpp Linux driver.

Thanks to Ville Valkonen <weezeldinga at gmail dot com> for testing.

ok mglocker@

show more ...

introduce ujoy(4), a restricted subset of uhid(4) for gamecontrollers.
This includes ujoy_hid_is_collection() to work around limitations of
hid_is_collection() until this can be combined without fall

introduce ujoy(4), a restricted subset of uhid(4) for gamecontrollers.
This includes ujoy_hid_is_collection() to work around limitations of
hid_is_collection() until this can be combined without fallout.

input, testing with 8bitdo controller, and ok brynet@
PS4 controller testing, fix for hid_is_collection, and ok mglocker@

show more ...

mesh(4) is old world and only new world macppc hardware is supported.

ok tedu@ jsg@

remove unfinished macppc esp driver.
ok deraadt krw

Add fido(4), a HID driver for FIDO/U2F security keys

While FIDO/U2F keys were already supported by the generic uhid(4)
driver, this driver adds the first step to tighten the security of
FIDO/U2F acc

Add fido(4), a HID driver for FIDO/U2F security keys

While FIDO/U2F keys were already supported by the generic uhid(4)
driver, this driver adds the first step to tighten the security of
FIDO/U2F access. Specifically, users don't need read/write access to
all USB/HID devices anymore and the driver also improves integration
with pledge(2) and unveil(2): It is pledge-friendly because it doesn't
require any ioctls to discover the device and unveil-friendly because
it uses a single /dev/fido/* directory for its device nodes.

It also allows to support FIDO/U2F in firefox without further
weakening the "sandbox" of the browser. Firefox does not have a
proper privsep design and many operations, such as U2F access, are
handled directly by the main process. This means that the browser's
"fat" main process needs direct read/write access to all USB HID
devices, at least on other operating systems. With fido(4) we can
support security keys in Firefox under OpenBSD without such a
compromise.

With this change, libfido2 stops using the ioctl to query the device
vendor/product and just assumes "OpenBSD" "fido(4)" instead. The
ioctl is still supported but there was no benefit in obtaining the
vendor product or name; it also allows to use libfido2 under pledge.

With feedback from deraadt@ and many others
OK kettenis@ djm@ and jmc@ for the manpage bits

show more ...

Enable ucrcom(4) on all architectures that have uslcom(4).

ok deraadt@

umbg now supports DCF600USB as well; adjust comment. from weerd@

Enable bwfm(4) in GENERIC on macppc.
Tested by Christian Hammerschmidt.

Enable uscom(4) where uslcom(4) is already present.

Based on a submisison from Jan Klemkow.

prune files.* entries that refer to files not in tree
ok krw@ mpi@

Enable ne(4) at pcmcia.

Tested by & diff from Donovan Watteau.

remove mention of unused MACOBIOVERBOSE and NBUF options

swap ualea for urng

Enable uwacom(4) where uts(4) is already present.

bha depends on the deleted aha.h, so it will follow it into the attic

enable ure(4) where we already have url(4)

New USB device driver for Audio/Video capture devices based on the
Fushicai USBTV007 chip.

The chip specific code has been written by Lubomir Rintel and Federico
Simoncelli. Patrick Keshishian has

New USB device driver for Audio/Video capture devices based on the
Fushicai USBTV007 chip.

The chip specific code has been written by Lubomir Rintel and Federico
Simoncelli. Patrick Keshishian has ported it to OpenBSD and wrote the
remaining code based on uvideo(4).

Input and help also from mpi@ and ratchov@.

ok mpi

show more ...

Remove 'option COMPAT_PCVT' now that X doen't use it anymore.
An X server built after april 3 is needed to be able to start X with
the new kernel.
ok kettenis@

Enable uonerng(4) where ualea(4) is already present.

Enable agp(4), this makes X11 usable on my Dual G5 with radeondrm(4).

ok kettenis@

Attaches zs(4) as "zs" not "zsc".

Incoherency brought by jmc@ and schwarze@ because the SYNOPSIS of the
corresponding manual do not match its NAME.

This is one step further in the zs(4) unification

Attaches zs(4) as "zs" not "zsc".

Incoherency brought by jmc@ and schwarze@ because the SYNOPSIS of the
corresponding manual do not match its NAME.

This is one step further in the zs(4) unification... Go dokey go!

Tested by jmatthew@, ok sebastia@, deraadt@

show more ...