| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
all the local ones to ``nticks''.
ok stefan@, deraadt@
|
| |
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Always pass the parent uhidev(4) descriptor corresponding to the single
USB device with multiple reportIDs instead of a child.
Make uhidev_get_report() aware of non NUL reportID by prepending a byte
to the given buffer, just like uhidev_set_report{,async}() already do.
Return the number of bytes written or read upon success and -1 otherwise.
This allow callers to deal with short reads without having do mess with
xfer error codes madness.
Reviewed and tested by David Higgs.
|
|
|
|
|
|
|
|
| |
instead of using the default, per-driver, one. This is a step to move
away from the 1 report ID <-> 1 driver design which is no longer true
since the addition of upd(4).
ok andre@
|
|
|
|
|
|
|
| |
a device. This should be removed once all the drivers attaching to
uhidev(4) are converted.
ok andre@, sthen@
|
|
|
|
|
| |
really impossible to debug the USB stack when any single device you plug
in your machine starts to vomit its own poetry,
|
|
|
|
|
|
| |
when the offset is -1 < degC < 0.
ok by yuo@ and mpi@.
|
|
|
|
|
|
|
|
| |
Reset device on detach (required for planed usb device claiming).
Tested with my uthum(4) device
"TEMPer sensor(0x660c), Ten X Technology, Inc.(0x1130)".
ok yuo@, mpi@
|
|
|
|
| |
testing by myself and mglocker@, ok mpi@
|
|
|
|
| |
hard way by mglocker@
|
|
|
|
|
|
| |
- sc_dying is unused, remove it and the uthum_activate() function
suggested by mpi (for ugold, but applicable here too), ok mpi
|
|
|
|
|
|
|
|
|
| |
definitions instead. We don't change usb.h for now to stay compatible
with userland.
Tested by mpi@ on macppc and myself on i386.
ok mpi@
|
| |
|
|
|
|
|
|
|
|
| |
that's ever used it, and it's long since been changed to use
DVACT_{QUIESCE,SUSPEND,RESUME} instead.
ok deraadt@, dlg@; miod@ also agreed with this idea when I brought it
up a few weeks ago
|
|
|
|
|
|
| |
them from userland, and nothing in the kernel uses them.
ok krw@, miod@
|
|
|
|
|
|
| |
The dying flag will be set in activate()/DEACTIVATE.
ok deraadt@
|
| |
|
| |
|
|
|
|
| |
reported by enami-san
|
| |
|
|
|
|
| |
Reported by naddy@
|
|
|
|
|
|
| |
support new TEMPer sensors: TEMPer, TEMPer1, TEMPer2, TEMPerNTC
ok jsg@, deraadt@
|
| |
|
|
|
|
|
|
| |
TEMPerHUM hardware. (It uses 3.38-3.48V as SHT1X's VDD).
mentiond by Michael Fuckner
|
| |
|
|
|
|
| |
ok deraadt@
|
| |
|
|
|
|
|
|
|
| |
read a value from the sensor properly. The .status field, on the other
hand, indicates whether the location that sensor is at, is OK, failed,
on fire, or whatnot. In the case of uthum we have no idea whether that
temperature is ok or not, so we must leave it SENSOR_S_UNSPEC
|
| |
|
|
humidity sensor.
ok deraadt@
|