History log of /openbsd/sys/dev/usb/files.usb (Results 1 – 25 of 150)
Revision Date Author Comments
# 552d8a60 11-Nov-2022 anton <anton@openbsd.org>

Make ucc(4) the first consumer of hidcc. No intended functional change.

ok matthieu@


# 4b1a56af 09-Jan-2022 jsg <jsg@openbsd.org>

spelling
feedback and ok tb@ jmc@ ok ratchov@


# f225ca39 20-Dec-2021 hastings <hastings@openbsd.org>

Make mtw(4) known to the config(8) framework.

Not enabled yet. Pending firmware availability.

ok stsp@ jmatthew@


# 497492a7 04-Sep-2021 jmatthew <jmatthew@openbsd.org>

Add uaq(4), a driver for Aquantia AQC111U/AQC112U USB ethernet devices.

hardware provided by Brad
tested with modest success by mlarkin@, kevlo@ and Brad
ok kevlo@


# bdbba0eb 20-Aug-2021 anton <anton@openbsd.org>

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 ...


# 7acea25d 04-Feb-2021 anton <anton@openbsd.org>

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 ...


# 1d44892e 23-Jan-2021 thfr <thfr@openbsd.org>

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 ...


# de1eb137 31-May-2020 jcs <jcs@openbsd.org>

add umstc(4) for Microsoft Surface Type Cover keyboards


# 854a1b2d 24-Jan-2020 jsg <jsg@openbsd.org>

cleanup unused headers generated by config

ok tedu@ krw@ deraadt@


# 1ba9f8e2 17-Dec-2019 reyk <reyk@openbsd.org>

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 ...


# 23c1d887 09-Jul-2019 kevlo <kevlo@openbsd.org>

ure(4) and url(4) need ifmedia attribute.

ok deraadt@


# 867dd35e 07-Jun-2019 jcs <jcs@openbsd.org>

add ukspan(4), a driver for the Keyspan USA19HS USB serial adapter

written by Cody Cutler <ccutler at csail.mit.edu>


# 037672b6 09-May-2019 kettenis <kettenis@openbsd.org>

Add ucrcom(4) a (very simple) driver for the serial console of (some)
chromebooks.

ok deraadt@


# e10c0347 27-Mar-2019 kettenis <kettenis@openbsd.org>

Add uxrcom(4), a driver for the Exar XR21V1410 USB serial adapter.
Even though these chips implement the standard USB CDC class protocol
we need a separate driver to be able to disable hardware flow

Add uxrcom(4), a driver for the Exar XR21V1410 USB serial adapter.
Even though these chips implement the standard USB CDC class protocol
we need a separate driver to be able to disable hardware flow control.
Hardware flow control is automatically enabled in CDC mode but if the
relevant lines aren't connected this prevents the chip from getting
input.

ok deraadt@

show more ...


# 737d705b 25-Aug-2018 jcs <jcs@openbsd.org>

Add umt(4) for USB Windows Precision Touchpad devices

Based on imt(4)

Rename HIDMT_INPUT_MODE_MT to HIDMT_INPUT_MODE_MT_TOUCHPAD

ok deraadt


# 77395c04 03-Aug-2018 kevlo <kevlo@openbsd.org>

Add mue(4), a driver for Microchip LAN75xx/LAN78xx 10/100/1000 USB Ethernet
adapters.

"go ahead commit it" deraadt@


# 32b2494e 11-Oct-2017 patrick <patrick@openbsd.org>

Add bwfm(4), a driver for Broadcom FullMAC WiFi controllers. The
FullMAC, in comparison to SoftMAC, does most WiFi handling in the
firmware that's running on the controller. This means we have to
w

Add bwfm(4), a driver for Broadcom FullMAC WiFi controllers. The
FullMAC, in comparison to SoftMAC, does most WiFi handling in the
firmware that's running on the controller. This means we have to
work around the net80211 stack while still implementing all the
WiFi interfaces to userland.

This driver is still in early development. So far it can connect
to open WiFis over the USB bus. SDIO and PCIe support, for devices
like the Raspberry Pi 3 or the Macbooks, is not yet implemented.
Also mbufs on the transmit path leak and are not yet freed.

ok stsp@

show more ...


# 69f9e953 29-Aug-2017 deraadt <deraadt@openbsd.org>

"urng" is needed on the file lines... or these end up in all kernels,
including ramdisks without usb support...


# c51cbc79 28-Aug-2017 jasper <jasper@openbsd.org>

Add urng(4) which supports various USB RNG devices. Instead of adding one
driver per device, start bundling them into a single driver.

urng(4) supports the device currently supported by ualea(4) and

Add urng(4) which supports various USB RNG devices. Instead of adding one
driver per device, start bundling them into a single driver.

urng(4) supports the device currently supported by ualea(4) and adds support for
the Altusmetrum ChaosKey 1.0, by abieber@

This was tested by abieber@ with a ChaosKey and Sean Levy with an Alea II

ok abieber@ deraadt@ naddy@

show more ...


# 7af0d1f0 12-Sep-2016 mpi <mpi@openbsd.org>

Wacom USB tablet driver from Frank Groeneveld.

Currently attaches as a single child of uhidev(4) and offers basic
pointer functionalities.


# d864fd98 03-Sep-2016 guenther <guenther@openbsd.org>

Retire zaurus, as it hasn't made the EABI jump and will be permanently broken
shortly when we use the hardware thread register in userland


# 42c54c93 27-Jun-2016 jmatthew <jmatthew@openbsd.org>

add ure(4), a driver for Realtek RTL8152 10/100 USB Ethernet adapters,
ported from FreeBSD.

ok dereaadt@


# 27131187 15-Jun-2016 gerhard <gerhard@openbsd.org>

Add umb(4) - a driver for the Mobile Broadband Interface Model (MBIM)

The umb(4) driver provides support for USB MBIM devices.
Those devices establish connections via celluar networks such as
GPRS,

Add umb(4) - a driver for the Mobile Broadband Interface Model (MBIM)

The umb(4) driver provides support for USB MBIM devices.
Those devices establish connections via celluar networks such as
GPRS, UMTS, and LTE.

ok mpi@ sthen@
additional feedback from deraadt@ jmc@ stsp@ kettenis@

show more ...


# 181d57e0 01-Jun-2016 mglocker <mglocker@openbsd.org>

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 ...


# 8a83145e 08-Jan-2016 jcs <jcs@openbsd.org>

Move HID support files out of dev/usb into new dev/hid directory

These files aren't USB-specific and were used by the previous
Bluetooth implementation, and will be used by the upcoming
HID-over-i2C

Move HID support files out of dev/usb into new dev/hid directory

These files aren't USB-specific and were used by the previous
Bluetooth implementation, and will be used by the upcoming
HID-over-i2C implementation

ok deraadt
previous version ok kettenis and mpi

show more ...


123456