| Age | Commit message (Collapse) | Author |
|---|
|
after discussions with beck deraadt kettenis.
|
|
to the state of the SDA bit; the MI i2c code is about to depend upon this.
|
|
value to swap the SDA and SCL pins assigment during attach.
Mostly from work with mbalmer@NetBSD.
ok miod@
|
|
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
|
|
This is needed for the addition of further suspend/resume actions.
Okay deraadt@, marco@.
|
|
driver's ca_match function. (only offender in the whole tree)
ok deraadt@
|
|
since autoconf(9) allocates softc with M_ZERO; ok deraadt
|
|
signal from an attached DCF77, HG, or TDF receiver and provides a timedelta.
|
|
|
|
configuration and device attachment/detachment to securelevel 0.
GPIO pins can now only be configured at securelevel 0. Once the
securelevel is raised, only pins that have been configured and set
for securelevel access using the GPIOPINSET ioctl are accessible.
This also adds the possibility to give GPIO pins a name.
ok uwe@
|
|
and detach devices on a gpiobus at runtime. The offset and mask locators
in kernel config files can still be used for static configuration, so this
does not break existing custome kernel configs.
- Have gpioow(4) unmap the pins it used from the gpiobus during detach
Changes to gpioctl(8) will be a separate committ.
ok uwe
|
|
Not enabled in any kernel (and will not be).
ok drahn, uwe
|
|
ok grange@
|
|
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@
|
|
in read-only mode. Spotted by form@.
|
|
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@
|
|
|
|
|
|
|
|
|
|
|
|
- use gpio_pin_caps() while configuring pins
- try to deal not only with open-drain outputs
|
|
|
|
Now Soekris people can enjoy our fancy I2C stuff, too:
nsclpcsio0 at isa0 port 0x2e/2: NSC PC87366 rev 9: GPIO VLM TMS
gpio1 at nsclpcsio0: 29 pins
gpioiic0 at gpio1 pins 17 19
iic0 at gpioiic0
maxds0 at iic0 addr 0x48: ds1624, starting
maxds1 at iic0 addr 0x49: ds1624, starting
|
|
Not used yet.
|
|
Mainly remove space between locators parens, replace spaces with tabs
where appropriate and consistently align dependencies.
|
|
Tested by reyk@ on gpio@ath.
|
|
ok grange@
|
|
|
|
devices. Such devices provide a set of pins that you can use to connect
for example leds to it.
The pins can be accessed either from userland through the /dev/gpio*
device files or from the kernel drivers. The latter is necessary
for implementing timing-sensitive things like i2c or 1-wire master
controller.
ok deraadt@
|
