Allow for another TEMPerHUM version. From Sebastiaan Indesteege.

remove unneeded includes; ok mpi@

New TEMPerGold sensor; reported by Mikolaj Kucharski on bugs@

The new cinematic to get sensor information as soon as possible sometimes
runs too fast for the device and causes it to stutter its identification
string. Check if the second string chunk matches the

The new cinematic to get sensor information as soon as possible sometimes
runs too fast for the device and causes it to stutter its identification
string. Check if the second string chunk matches the first one, and ignore
it in this case, the correct data will come later.

show more ...

New TEMPerHUM sensor; reported by Mikolaj Kucharski on bugs@

Overhaul device identification logic in order to make matching on
device-provided information easier.

Add support for a few more devices.

Trigger state machine updates quickly so as not to have to

Overhaul device identification logic in order to make matching on
device-provided information easier.

Add support for a few more devices.

Trigger state machine updates quickly so as not to have to wait 6 seconds to
get the device identified, then 6 more seconds to get the first sensor data.

Tested on:
TEMPerX_V3.3 by landry@
TEMPerF1.4M by sthen@
TEMPerHUM_V4.0, TEMPer2_V4.1, TEMPer1F_V4.1 and TEMPerGold_V3.4 by yours truly

show more ...

Remove strict checks added in 1.22, for they break some sensors.
Reported by Paul de Weerd on bugs@

Add support for TEMPerGold 3.4 to ugold(4).

ok landry@

spelling
feedback and ok tb@ jmc@ ok ratchov@

In preparation for once again trying the resolve the claim multiple
report ids conflict, extract the claim multiple report ids conditional
in order to minimize the required upcoming changes to resolv

In preparation for once again trying the resolve the claim multiple
report ids conflict, extract the claim multiple report ids conditional
in order to minimize the required upcoming changes to resolve the
conflict.

Tested by gnezdo@

show more ...

Revert recent uhidev report size changes. It's reported to break fido devices
for as of now unknown reasons.

Instead of letting uhidev drivers get the report sizes, do it once in
uhidev and pass the same sizes as part of the attach arguments. Makes
the uhidev drivers a bit less repetitive.

It might look te

Instead of letting uhidev drivers get the report sizes, do it once in
uhidev and pass the same sizes as part of the attach arguments. Makes
the uhidev drivers a bit less repetitive.

It might look tempting to let uhidev assign the sizes after a driver has
attached, removing the need to repeat this logic in each driver. This
does however not work since the input size must be known while calling
uhidev_open() in order to open the interrupt pipe; and uhidev_open() is
called from several attach routines.

Note that this change only works and applies to when attaching to a
single report ID.

ok jcs@

show more ...

ugold(4): add support for TEMPerGold & more TEMPerHUM devices

originally from mlarkin@ for TEMPerGold_V3.1 (only a temperature sensor),
i just added TEMPerX variants to the mix - all those devices s

ugold(4): add support for TEMPerGold & more TEMPerHUM devices

originally from mlarkin@ for TEMPerGold_V3.1 (only a temperature sensor),
i just added TEMPerX variants to the mix - all those devices share the
same usb product id (boo), so differentiate them on the firmware string...
even if the device is labelled as TEMPerHUM and has a blue TXT button on
it, its firmware reports itself as TEMPerX_V3.3.

ok jung@ sthen@ mlarkin@

show more ...

Allow uhidev child devices to claim selective report ids

There may be multiple matching devices on a single uhidev device but
the first device that responds to UHIDEV_CLAIM_ALLREPORTID will
block th

Allow uhidev child devices to claim selective report ids

There may be multiple matching devices on a single uhidev device but
the first device that responds to UHIDEV_CLAIM_ALLREPORTID will
block the others from attaching.

Change this to UHIDEV_CLAIM_MULTIPLE_REPORTID and require any
devices wanting some/all report ids to fill in the claimed array in
uhidev_attach_arg with just the reports it needs. uhidev can then
run match routines for other drivers with the available report ids.

ok anton

show more ...

Fix typo in comment

From Paul de Weerd

Add support for the "TEMPer1F_H1V1.5F" USB temperature and humidity
sensor to the ugold(4) driver.

Patch by Jan Klemkow
Tested by Remi Locherer
ok mpi@ patrick@

Remove unneeded <sys/malloc.h> from Michael W. Bombardieri.

revert manual additions of hid.h now that usbhid.h brings it in

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

update author information of the copyright section.
no binary update.

fix regressions introduced in my previous commmit, resulting in
'unknown command' dmesg lines for TEMPer devices and a
possible type command loop for unsupported TEMPerHUM devices,
moreover, 2 whites

fix regressions introduced in my previous commmit, resulting in
'unknown command' dmesg lines for TEMPer devices and a
possible type command loop for unsupported TEMPerHUM devices,
moreover, 2 whitespace fixes while here

tested by myself and frederic cambus

ok mpi@

show more ...

add support for newer PCsensor TEMPerHUM thermo- and hygrometers:
TEMPerHUM1V1.2 tested by Raf Czlonka via bugs@ and
TEMPerHUM1V1.0 tested by myself

earlier version tested by sasano,
input from mpi@

add support for newer PCsensor TEMPerHUM thermo- and hygrometers:
TEMPerHUM1V1.2 tested by Raf Czlonka via bugs@ and
TEMPerHUM1V1.0 tested by myself

earlier version tested by sasano,
input from mpi@ and deraadt

ok mpi@

show more ...

Change uhidev(4) set/get report functions in various way.

Always pass the parent uhidev(4) descriptor corresponding to the single
USB device with multiple reportIDs instead of a child.

Make uhidev_

Change uhidev(4) set/get report functions in various way.

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.

show more ...

Make sure to call uhidev_close() upon detach, plug another xfer leak.

Modify the uhidev_*_report() methods to always take a report ID argument
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

Modify the uhidev_*_report() methods to always take a report ID argument
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@

show more ...