History log of /openbsd/sys/dev/onewire/owid.c (Results 1 – 12 of 12)
Revision Date Author Comments
# 471aeecf 06-Apr-2022 naddy <naddy@openbsd.org>

constify struct cfattach


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


# 7f58a11f 14-Sep-2014 jsg <jsg@openbsd.org>

remove uneeded proc.h includes
ok mpi@ kspillner@


# 0b1c7607 03-Jul-2011 matthew <matthew@openbsd.org>

Remove config_activate() and DVACT_ACTIVATE. PCMCIA's the only thing
that's ever used it, and it's long since been changed to use
DVACT_{QUIESCE,SUSPEND,RESUME} instead.

ok deraadt@, dlg@; miod@ al

Remove config_activate() and DVACT_ACTIVATE. PCMCIA's the only thing
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

show more ...


# d78896db 08-Jul-2010 jasper <jasper@openbsd.org>

- use nitems() where applicable

ok grange@


# e78728c7 13-Oct-2009 pirofti <pirofti@openbsd.org>

Get rid of devact enum, substitute it with an int and coresponding defines.

This is needed for the addition of further suspend/resume actions.

Okay deraadt@, marco@.


# 0fb17669 25-Oct-2008 deraadt <deraadt@openbsd.org>

put the serial number into the name of the devices (for sysctl), because
Joerg Goltermann has so many of them and has convinced me that he cannot
tell them apart.
ok grange cnst henning


# 1af3eee5 01-Jun-2007 cnst <cnst@openbsd.org>

remove strings from sensor.desc which are now present in sysctl variable names; ok grange@


# 275cbf62 22-Mar-2007 deraadt <deraadt@openbsd.org>

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 c

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

show more ...


# 27515a6b 23-Dec-2006 deraadt <deraadt@openbsd.org>

adapt to new two-level sensor api; Constantine A. Murenin


# 07aaebcc 23-Jun-2006 miod <miod@openbsd.org>

In a drivers activate() entry point, if on DVACT_DEACTIVATE it does
something, then it MUST return zero on DVACT_ACTIVATE, not EOPNOTSUPP;
this very popular bug has been cut and pasted a lot of times

In a drivers activate() entry point, if on DVACT_DEACTIVATE it does
something, then it MUST return zero on DVACT_ACTIVATE, not EOPNOTSUPP;
this very popular bug has been cut and pasted a lot of times...
ok deraadt@ mickey@

show more ...


# f8c248a6 04-Mar-2006 grange <grange@openbsd.org>

Dallas 1-Wire bus support. Includes the following drivers:

gpioow(4) 1-Wire bus bit-banging through GPIO pin
onewire(4) 1-Wire bus driver
owid(4) 1-Wire ID family type device
owtemp(4) 1-Wire tempe

Dallas 1-Wire bus support. Includes the following drivers:

gpioow(4) 1-Wire bus bit-banging through GPIO pin
onewire(4) 1-Wire bus driver
owid(4) 1-Wire ID family type device
owtemp(4) 1-Wire temperature family type device

Drivers for RS-232 and USB bus masters will follow.

ok deraadt@

show more ...