History log of /openbsd/sys/dev/usb/uoaklux.c (Results 1 – 18 of 18)
Revision Date Author Comments
# 81508fe3 23-May-2024 jsg <jsg@openbsd.org>

remove unneeded includes; ok mpi@


# 8197d3ce 09-Apr-2022 naddy <naddy@openbsd.org>

constify method tables in OAK USB sensor drivers

ok miod@


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

spelling
feedback and ok tb@ jmc@ ok ratchov@


# faac88c0 15-Nov-2021 anton <anton@openbsd.org>

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


# f31b43ce 08-Mar-2021 jcs <jcs@openbsd.org>

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


# 234dfda1 08-Apr-2017 deraadt <deraadt@openbsd.org>

A pile of sizes to free(9). In test for a few days in snapshots.
Errors will result in nice clean panic messages so we know what's wrong.
Reviewed by dhill visa natano jsg.


# 6238f091 09-Jan-2016 jcs <jcs@openbsd.org>

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


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


# 21dab745 14-Mar-2015 jsg <jsg@openbsd.org>

Remove some includes include-what-you-use claims don't
have any direct symbols used. Tested for indirect use by compiling
amd64/i386/sparc64 kernels.

ok tedu@ deraadt@


# df2ac69f 12-Jul-2014 tedu <tedu@openbsd.org>

add a size argument to free. will be used soon, but for now default to 0.
after discussions with beck deraadt kettenis.


# 9dcdfc61 07-May-2014 mpi <mpi@openbsd.org>

Make sure to call uhidev_close() upon detach for every HID driver calling
uhidev_open() at attach time. This plugs up to 3 xfer leaks and a buffer
one.

ok yuo@


# f964a65c 19-Mar-2014 mpi <mpi@openbsd.org>

Add a temporary hack to let a subdriver claim all the reportIDs of
a device. This should be removed once all the drivers attaching to
uhidev(4) are converted.

ok andre@, sthen@


# ae343004 07-Mar-2014 mpi <mpi@openbsd.org>

Do not define per-driver DEBUG variable when USB_DEBUG is defined. It's
really impossible to debug the USB stack when any single device you plug
in your machine starts to vomit its own poetry,


# c021bf9e 11-Nov-2013 pirofti <pirofti@openbsd.org>

Clean-up the activate routines from the uoak*(4) drivers.

Leave the deactivate bits to the parent.
Simplify by making a single dying check in uhidev(4) interrupt routine
instead of having each child

Clean-up the activate routines from the uoak*(4) drivers.

Leave the deactivate bits to the parent.
Simplify by making a single dying check in uhidev(4) interrupt routine
instead of having each child doing it.

Okay mpi@

show more ...


# ab0b1be7 15-Apr-2013 mglocker <mglocker@openbsd.org>

Get rid of various 'typedef struct' definitions and use plain structure
definitions instead. We don't change usb.h for now to stay compatible
with userland.

Tested by mpi@ on macppc and myself on i

Get rid of various 'typedef struct' definitions and use plain structure
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@

show more ...


# b047b92c 28-Mar-2013 tedu <tedu@openbsd.org>

proc.h is way too much header for usb to handle.


# 448c0c4a 19-Oct-2012 deraadt <deraadt@openbsd.org>

small cleanups and output prettying
ok yuo matthieu


# ae06e6b2 20-Sep-2012 yuo <yuo@openbsd.org>

add device driver for Toradex OAK usb sensors:
uoaklux(4): Toradex OAK LUX, USB illuminance sensor
uoakrh(4) : Toradex OAK RH, USB temperature and relative humidity sensor
uoakv(4) : Toradex OAK

add device driver for Toradex OAK usb sensors:
uoaklux(4): Toradex OAK LUX, USB illuminance sensor
uoakrh(4) : Toradex OAK RH, USB temperature and relative humidity sensor
uoakv(4) : Toradex OAK V, USB +/- 10V 8channel ADC interface

ok deraadet@

show more ...