#
8e650cf5 |
| 01-Dec-2024 |
landry <landry@openbsd.org> |
upd(4): add PercentLoad sensor
Reports the % of the available UPS power drawed by output outlets.
tested by sthen@, matthieu@ and Walter Alejandro Iglesias ok sthen@ as part of a larger diff
|
#
81508fe3 |
| 23-May-2024 |
jsg <jsg@openbsd.org> |
remove unneeded includes; ok mpi@
|
#
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 ...
|
#
fac838e3 |
| 06-Aug-2021 |
abieber <abieber@openbsd.org> |
Mark matching reportIDs as claimed.
This fixes a panic that was reported on misc@ and bugs@ by Mike <the.lists () mgm51 ! com> and Anindya Mukherjee <anindya49 () hotmail ! com>
OK jcs@, thanks to
Mark matching reportIDs as claimed.
This fixes a panic that was reported on misc@ and bugs@ by Mike <the.lists () mgm51 ! com> and Anindya Mukherjee <anindya49 () hotmail ! com>
OK jcs@, thanks to mpi@/jcs@ for the pointers!
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 ...
|
#
a007768d |
| 29-Jan-2021 |
sthen <sthen@openbsd.org> |
update some usb.org URLs following reorganisation, add a new one for upd partly from Alessandro Ricci
|
#
b0a4640c |
| 28-Feb-2020 |
mpi <mpi@openbsd.org> |
Treat non-0 value as true for boolean indicators.
Makes sensorsd(8) happy with UPS reporting a value of "-1" for true.
Reported by and initial diff from Boudewijn Dijkstra.
|
#
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 ...
|
#
f0f44f97 |
| 01-Oct-2015 |
mpi <mpi@openbsd.org> |
No need to wakeup(9) the sensor thread because upd_refresh() does not sleep.
Discussed with deraadt@
|
#
d55e24b2 |
| 17-Jun-2015 |
mpi <mpi@openbsd.org> |
Four new sensors, from David Higgs.
|
#
d1175cff |
| 14-May-2015 |
mpi <mpi@openbsd.org> |
Make the "Battery Present" sensor a depency of all the battery-related sensors only if it is present, From David Higgs.
Fix a regression reported by and ok halex@
|
#
a2254ca0 |
| 11-May-2015 |
mpi <mpi@openbsd.org> |
Refresh sensor values asynchronously.
From David Higgs.
|
#
c7bdea97 |
| 30-Apr-2015 |
mpi <mpi@openbsd.org> |
Link report descriptors to known sensors.
Since HID buffers always start by a reportID we can access the corresponding report descriptor in O(1). Having a list of sensors attached to each report de
Link report descriptors to known sensors.
Since HID buffers always start by a reportID we can access the corresponding report descriptor in O(1). Having a list of sensors attached to each report descriptor makes it easier to update all of them with only on I/O request.
Note that sensors are attached in depency order on every report list.
From David Higgs.
show more ...
|
#
3d645ebb |
| 30-Apr-2015 |
mpi <mpi@openbsd.org> |
Instead of using a single flat array for all sensors, put all the children of a sensor in a separate structure.
Children sensors should only be probbed if their parent is active. This make the depen
Instead of using a single flat array for all sensors, put all the children of a sensor in a separate structure.
Children sensors should only be probbed if their parent is active. This make the dependency tree explicit and will reduce the number of I/O.
From David Higgs.
show more ...
|
#
dd459b5a |
| 27-Apr-2015 |
mpi <mpi@openbsd.org> |
Since upd(4) currently supports a known but limited number of sensors, parse the HID descriptor multiple times to find them.
This logic is necessary to later create a tree of sensors in order to avo
Since upd(4) currently supports a known but limited number of sensors, parse the HID descriptor multiple times to find them.
This logic is necessary to later create a tree of sensors in order to avoid lookups in the hot path for sensors that depend on the value of others.
From David Higgs.
show more ...
|
#
136270be |
| 27-Apr-2015 |
mpi <mpi@openbsd.org> |
with more unit convertion when new sensors will appear.
From David Higgs.
|
#
6acf6676 |
| 27-Apr-2015 |
mpi <mpi@openbsd.org> |
Make use of DEVNAME(), from David Higgs.
|
#
5526e273 |
| 01-Apr-2015 |
mpi <mpi@openbsd.org> |
Small cleanups when attaching sensors, from David Higgs.
|
#
b7958b67 |
| 11-Jan-2015 |
deraadt <deraadt@openbsd.org> |
use mallocarray(), then set the size afterwards. Prefer if people learn and use this idiom everywhere, it is always safest.
|
#
2b2858ec |
| 11-Dec-2014 |
mpi <mpi@openbsd.org> |
Handle UPSes with broken report descriptors.
As reported by David Higgs some UPSes might send fewer bytes than requested. When such thing happens, do like apcupsd and adjust the size of the given d
Handle UPSes with broken report descriptors.
As reported by David Higgs some UPSes might send fewer bytes than requested. When such thing happens, do like apcupsd and adjust the size of the given descriptor.
Based on a diff provided by David Higgs, thanks!
show more ...
|
#
e6a02383 |
| 11-Dec-2014 |
mpi <mpi@openbsd.org> |
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 ...
|
#
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.
|
#
132b9f16 |
| 12-May-2014 |
mpi <mpi@openbsd.org> |
Backport FreeBSD's HID parser in order to properly parse `moderm' input device descriptors, notably if they include an Item with an Usage array (Min-Max range) and others single Usage elements.
Test
Backport FreeBSD's HID parser in order to properly parse `moderm' input device descriptors, notably if they include an Item with an Usage array (Min-Max range) and others single Usage elements.
Tested by many, thanks! ok andre@
show more ...
|