| Age | Commit message (Collapse) | Author | Files | Lines |
|
quirks.
Original diff from Sven M. Hallberg < pesco () khjk ! org >
Diff updated and tested by Timo Myyra
ok phessler@
|
|
ok kn@
|
|
"button type" usages, so assume some reasonable defaults rather than
failing to attach.
Fixes two Dell Latitude laptops and tested in snaps for a bit.
|
|
too many PUSH. report from Andy Nguyen @ google.
fix by jcs
This is errata 6.6/030_hid and 6.7/008_hid
|
|
|
|
we will get hid_collection and hid_endcollection items. Since hid_
endcollection apparently returns the usage of the previous item, it
was possible that we "see" two items for the same usage. Make sure
that we only accept hid_input items. Both hidms and hidkbd do some-
thing similar, fixes the Pinebook Pro's trackpad.
ok kettenis@
|
|
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
|
|
ok jcs
|
|
|
|
when looking for logical min/max of screen.
ok kettenis
|
|
Based on imt(4)
Rename HIDMT_INPUT_MODE_MT to HIDMT_INPUT_MODE_MT_TOUCHPAD
ok deraadt
|
|
into hidmt.
The HID code uses hid_feature, hid_input, and hid_output constants
to refer to report types internally that then need to be converted
to their bus-level counterparts before actually getting sent out (so
hid_feature becomes UHID_FEATURE_REPORT for USB,
I2C_HID_REPORT_TYPE_FEATURE for i2c).
This conversion was hard-coded in ihidev but ihidev_[gs]et_report
should assume the type passed is already an i2c-level define, not a
hid one. This is how uhidev does it.
Add a conversion routine callback that any hidmt callers need to set
so that hidmt can convert hid constants to the bus-level versions.
Also add a similar conversion function to uhidev.
ok deraadt
|
|
claiming to be elantech devices
|
|
tested by a few
|
|
|
|
with hidmt_input function
|
|
ok mpi@, jcs@
|
|
From Coverity via NetBSD via miod@
ok claudio@, tedu@, deraadt@, krw@
|
|
use it.
Instead of defering every input of a USB console keyboard to a timeout
via a queue of one element, only differ entering ddb(4) once a matching
control sequenece has been typed.
This prevent loosing inputs when a USB console keyboard is "too fast".
Fix a problem reported by matthieu@, Adam McDougall and Hrvoje Popovski.
ok stsp@, dlg@
|
|
|
|
By setting "machdep.forceukbd=1" you can now use your USB keyboard in
ddb(4) even if your BIOS emulates a pckbd(4).
ok tom@, kettenis@, deraadt@
|
|
|
|
ok kettenis@
|
|
This change adds new input-processing functions to wsmouse and
adapts the touchpad drivers.
ok mpi@, shadchin@
|
|
Needed by some touchscreens.
no objection matthieu@
|
|
to the "Windows Precision Touchpad" standard. when a compatible
device is found, hidmt claims all report ids and switches the device
into multitouch packet mode.
add imt, an i2c-HID driver that sits between ihidev and hidmt
|
|
code from FreeBSD, name from NetBSD
|
|
libusbhid
|
|
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
|