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