#
1.6 |
|
24-Oct-2021 |
mpi |
Constify struct cfattach.
ok visa@ a long time ago
|
Revision tags: OPENBSD_4_3_BASE OPENBSD_4_4_BASE OPENBSD_4_5_BASE OPENBSD_4_6_BASE OPENBSD_4_7_BASE OPENBSD_4_8_BASE OPENBSD_4_9_BASE OPENBSD_5_0_BASE OPENBSD_5_1_BASE OPENBSD_5_2_BASE OPENBSD_5_3_BASE OPENBSD_5_4_BASE OPENBSD_5_5_BASE OPENBSD_5_6_BASE OPENBSD_5_7_BASE OPENBSD_5_8_BASE OPENBSD_5_9_BASE OPENBSD_6_0_BASE OPENBSD_6_1_BASE OPENBSD_6_2_BASE OPENBSD_6_3_BASE OPENBSD_6_4_BASE OPENBSD_6_5_BASE OPENBSD_6_6_BASE OPENBSD_6_7_BASE OPENBSD_6_8_BASE OPENBSD_6_9_BASE OPENBSD_7_0_BASE
|
#
1.5 |
|
22-Oct-2007 |
cnst |
the invalid flag is never set in these two drivers, so don't test if it is; ok djm@ kettenis@
|
Revision tags: OPENBSD_4_2_BASE
|
#
1.4 |
|
24-Jun-2007 |
dlg |
rework sensor tasks to use the kernels generic workq rather than a special kernel thread of its own. the api has changed (which will be fixed in the manpage shortly) so all the users of sensor tasks that i can find have been fixed too.
noone tested, so its going in to force people to run with it. "put it in" deraadt@
|
#
1.3 |
|
22-Mar-2007 |
deraadt |
split userland & kernel struct sensor/sensordev so that the addition of new fields in the future is less disruptive. This is done similar to how struct proc is handled for ps(1). ok jmc (man page changes) tested fkr simon, and more suggestions from millert
|
Revision tags: OPENBSD_4_1_BASE
|
#
1.2 |
|
23-Dec-2006 |
deraadt |
adapt to new two-level sensor api; Constantine A. Murenin
|
Revision tags: OPENBSD_3_9_BASE OPENBSD_4_0_BASE
|
#
1.1 |
|
10-Feb-2006 |
djm |
driver for Philips PCF8591 I2C ADC sensor. Because of the mindlessness of this chip, it is impossible to probe for and we need to be told where it is and how to understand its output. We get this information from openfirmware, but this restricts the use of the driver to sparc64 for now. Only sensors that OFW identifies as temperature sensors are supported at present.
prodded by dlg@ "get it in" deraadt@
|
Revision tags: OPENBSD_4_3_BASE OPENBSD_4_4_BASE OPENBSD_4_5_BASE OPENBSD_4_6_BASE OPENBSD_4_7_BASE OPENBSD_4_8_BASE OPENBSD_4_9_BASE OPENBSD_5_0_BASE OPENBSD_5_1_BASE OPENBSD_5_2_BASE OPENBSD_5_3_BASE OPENBSD_5_4_BASE OPENBSD_5_5_BASE OPENBSD_5_6_BASE OPENBSD_5_7_BASE OPENBSD_5_8_BASE OPENBSD_5_9_BASE OPENBSD_6_0_BASE OPENBSD_6_1_BASE OPENBSD_6_2_BASE
|
#
1.5 |
|
22-Oct-2007 |
cnst |
the invalid flag is never set in these two drivers, so don't test if it is; ok djm@ kettenis@
|
Revision tags: OPENBSD_4_2_BASE
|
#
1.4 |
|
24-Jun-2007 |
dlg |
rework sensor tasks to use the kernels generic workq rather than a special kernel thread of its own. the api has changed (which will be fixed in the manpage shortly) so all the users of sensor tasks that i can find have been fixed too.
noone tested, so its going in to force people to run with it. "put it in" deraadt@
|
#
1.3 |
|
22-Mar-2007 |
deraadt |
split userland & kernel struct sensor/sensordev so that the addition of new fields in the future is less disruptive. This is done similar to how struct proc is handled for ps(1). ok jmc (man page changes) tested fkr simon, and more suggestions from millert
|
Revision tags: OPENBSD_4_1_BASE
|
#
1.2 |
|
23-Dec-2006 |
deraadt |
adapt to new two-level sensor api; Constantine A. Murenin
|
Revision tags: OPENBSD_3_9_BASE OPENBSD_4_0_BASE
|
#
1.1 |
|
10-Feb-2006 |
djm |
driver for Philips PCF8591 I2C ADC sensor. Because of the mindlessness of this chip, it is impossible to probe for and we need to be told where it is and how to understand its output. We get this information from openfirmware, but this restricts the use of the driver to sparc64 for now. Only sensors that OFW identifies as temperature sensors are supported at present.
prodded by dlg@ "get it in" deraadt@
|