2010-09-29 20:53:33 +00:00
|
|
|
/*-
|
2017-11-27 14:52:40 +00:00
|
|
|
* SPDX-License-Identifier: BSD-2-Clause-FreeBSD
|
|
|
|
*
|
2010-09-29 20:53:33 +00:00
|
|
|
* Copyright (c) 2009 Oleksandr Tymoshenko <gonzo@freebsd.org>
|
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
|
|
|
|
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
|
|
|
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
|
|
|
|
* ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
|
|
|
|
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
|
|
|
|
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
|
|
|
|
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
|
|
|
|
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
|
|
|
|
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
|
|
|
|
* SUCH DAMAGE.
|
|
|
|
*/
|
|
|
|
|
2010-09-28 03:24:53 +00:00
|
|
|
#include <sys/cdefs.h>
|
|
|
|
__FBSDID("$FreeBSD$");
|
|
|
|
|
|
|
|
#include <sys/param.h>
|
|
|
|
#include <sys/systm.h>
|
|
|
|
#include <sys/bus.h>
|
|
|
|
#include <sys/conf.h>
|
2014-11-18 17:22:08 +00:00
|
|
|
#include <sys/gpio.h>
|
2010-09-28 03:24:53 +00:00
|
|
|
#include <sys/ioccom.h>
|
|
|
|
#include <sys/kernel.h>
|
|
|
|
#include <sys/malloc.h>
|
|
|
|
#include <sys/module.h>
|
|
|
|
|
2014-11-18 17:22:08 +00:00
|
|
|
#include <dev/gpio/gpiobusvar.h>
|
|
|
|
|
2010-09-28 03:24:53 +00:00
|
|
|
#include "gpio_if.h"
|
2015-03-08 00:47:50 +00:00
|
|
|
#include "gpiobus_if.h"
|
2010-09-28 03:24:53 +00:00
|
|
|
|
|
|
|
#undef GPIOC_DEBUG
|
|
|
|
#ifdef GPIOC_DEBUG
|
|
|
|
#define dprintf printf
|
|
|
|
#else
|
|
|
|
#define dprintf(x, arg...)
|
|
|
|
#endif
|
|
|
|
|
|
|
|
static int gpioc_probe(device_t dev);
|
|
|
|
static int gpioc_attach(device_t dev);
|
|
|
|
static int gpioc_detach(device_t dev);
|
|
|
|
|
|
|
|
static d_ioctl_t gpioc_ioctl;
|
|
|
|
|
|
|
|
static struct cdevsw gpioc_cdevsw = {
|
|
|
|
.d_version = D_VERSION,
|
|
|
|
.d_ioctl = gpioc_ioctl,
|
|
|
|
.d_name = "gpioc",
|
|
|
|
};
|
|
|
|
|
|
|
|
struct gpioc_softc {
|
|
|
|
device_t sc_dev; /* gpiocX dev */
|
|
|
|
device_t sc_pdev; /* gpioX dev */
|
|
|
|
struct cdev *sc_ctl_dev; /* controller device */
|
|
|
|
int sc_unit;
|
|
|
|
};
|
|
|
|
|
|
|
|
static int
|
|
|
|
gpioc_probe(device_t dev)
|
|
|
|
{
|
|
|
|
device_set_desc(dev, "GPIO controller");
|
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
|
|
|
gpioc_attach(device_t dev)
|
|
|
|
{
|
2017-01-08 20:41:32 +00:00
|
|
|
int err;
|
|
|
|
struct gpioc_softc *sc;
|
|
|
|
struct make_dev_args devargs;
|
2010-09-28 03:24:53 +00:00
|
|
|
|
2017-01-08 20:41:32 +00:00
|
|
|
sc = device_get_softc(dev);
|
2010-09-28 03:24:53 +00:00
|
|
|
sc->sc_dev = dev;
|
|
|
|
sc->sc_pdev = device_get_parent(dev);
|
|
|
|
sc->sc_unit = device_get_unit(dev);
|
2017-01-08 20:41:32 +00:00
|
|
|
make_dev_args_init(&devargs);
|
|
|
|
devargs.mda_devsw = &gpioc_cdevsw;
|
|
|
|
devargs.mda_uid = UID_ROOT;
|
|
|
|
devargs.mda_gid = GID_WHEEL;
|
|
|
|
devargs.mda_mode = 0600;
|
|
|
|
devargs.mda_si_drv1 = sc;
|
|
|
|
err = make_dev_s(&devargs, &sc->sc_ctl_dev, "gpioc%d", sc->sc_unit);
|
|
|
|
if (err != 0) {
|
2010-09-28 03:24:53 +00:00
|
|
|
printf("Failed to create gpioc%d", sc->sc_unit);
|
|
|
|
return (ENXIO);
|
|
|
|
}
|
|
|
|
|
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
|
|
|
gpioc_detach(device_t dev)
|
|
|
|
{
|
|
|
|
struct gpioc_softc *sc = device_get_softc(dev);
|
|
|
|
int err;
|
|
|
|
|
2012-04-02 00:11:26 +00:00
|
|
|
if (sc->sc_ctl_dev)
|
2010-09-28 03:24:53 +00:00
|
|
|
destroy_dev(sc->sc_ctl_dev);
|
|
|
|
|
|
|
|
if ((err = bus_generic_detach(dev)) != 0)
|
|
|
|
return (err);
|
|
|
|
|
|
|
|
return (0);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
|
|
|
gpioc_ioctl(struct cdev *cdev, u_long cmd, caddr_t arg, int fflag,
|
|
|
|
struct thread *td)
|
|
|
|
{
|
2015-03-08 00:47:50 +00:00
|
|
|
device_t bus;
|
2010-09-28 03:24:53 +00:00
|
|
|
int max_pin, res;
|
|
|
|
struct gpioc_softc *sc = cdev->si_drv1;
|
|
|
|
struct gpio_pin pin;
|
|
|
|
struct gpio_req req;
|
Add gpio methods to read/write/configure up to 32 pins simultaneously.
Sometimes it is necessary to combine several gpio pins into an ad-hoc bus
and manipulate the pins as a group. In such cases manipulating the pins
individualy is not an option, because the value on the "bus" assumes
potentially-invalid intermediate values as each pin is changed in turn. Note
that the "bus" may be something as simple as a bi-color LED where changing
colors requires changing both gpio pins at once, or something as complex as
a bitbanged multiplexed address/data bus connected to a microcontroller.
In addition to the absolute requirement of simultaneously changing the
output values of driven pins, a desirable feature of these new methods is to
provide a higher-performance mechanism for reading and writing multiple
pins, especially from userland where pin-at-a-time access incurs a noticible
syscall time penalty.
These new interfaces are NOT intended to abstract away all the ugly details
of how gpio is implemented on any given platform. In fact, to use these
properly you absolutely must know something about how the gpio hardware is
organized. Typically there are "banks" of gpio pins controlled by registers
which group several pins together. A bank may be as small as 2 pins or as
big as "all the pins on the device, hundreds of them." In the latter case, a
driver might support this interface by allowing access to any 32 adjacent
pins within the overall collection. Or, more likely, any 32 adjacent pins
starting at any multiple of 32. Whatever the hardware restrictions may be,
you would need to understand them to use this interface.
In additional to defining the interfaces, two example implementations are
included here, for imx5/6, and allwinner. These represent the two primary
types of gpio hardware drivers. imx6 has multiple gpio devices, each
implementing a single bank of 32 pins. Allwinner implements a single large
gpio number space from 1-n pins, and the driver internally translates that
linear number space to a bank+pin scheme based on how the pins are grouped
into control registers. The allwinner implementation imposes the restriction
that the first_pin argument to the new functions must always be pin 0 of a
bank.
Differential Revision: https://reviews.freebsd.org/D11810
2017-09-10 18:08:25 +00:00
|
|
|
struct gpio_access_32 *a32;
|
|
|
|
struct gpio_config_32 *c32;
|
2014-11-18 17:22:08 +00:00
|
|
|
uint32_t caps;
|
2010-09-28 03:24:53 +00:00
|
|
|
|
2015-03-08 00:47:50 +00:00
|
|
|
bus = GPIO_GET_BUS(sc->sc_pdev);
|
|
|
|
if (bus == NULL)
|
|
|
|
return (EINVAL);
|
2010-09-28 03:24:53 +00:00
|
|
|
switch (cmd) {
|
|
|
|
case GPIOMAXPIN:
|
|
|
|
max_pin = -1;
|
|
|
|
res = GPIO_PIN_MAX(sc->sc_pdev, &max_pin);
|
|
|
|
bcopy(&max_pin, arg, sizeof(max_pin));
|
|
|
|
break;
|
|
|
|
case GPIOGETCONFIG:
|
|
|
|
bcopy(arg, &pin, sizeof(pin));
|
|
|
|
dprintf("get config pin %d\n", pin.gp_pin);
|
|
|
|
res = GPIO_PIN_GETFLAGS(sc->sc_pdev, pin.gp_pin,
|
|
|
|
&pin.gp_flags);
|
|
|
|
/* Fail early */
|
|
|
|
if (res)
|
|
|
|
break;
|
|
|
|
GPIO_PIN_GETCAPS(sc->sc_pdev, pin.gp_pin, &pin.gp_caps);
|
2015-03-08 00:47:50 +00:00
|
|
|
GPIOBUS_PIN_GETNAME(bus, pin.gp_pin, pin.gp_name);
|
2010-09-28 03:24:53 +00:00
|
|
|
bcopy(&pin, arg, sizeof(pin));
|
|
|
|
break;
|
|
|
|
case GPIOSETCONFIG:
|
|
|
|
bcopy(arg, &pin, sizeof(pin));
|
|
|
|
dprintf("set config pin %d\n", pin.gp_pin);
|
2014-11-18 17:22:08 +00:00
|
|
|
res = GPIO_PIN_GETCAPS(sc->sc_pdev, pin.gp_pin, &caps);
|
|
|
|
if (res == 0)
|
|
|
|
res = gpio_check_flags(caps, pin.gp_flags);
|
|
|
|
if (res == 0)
|
|
|
|
res = GPIO_PIN_SETFLAGS(sc->sc_pdev, pin.gp_pin,
|
|
|
|
pin.gp_flags);
|
2010-09-28 03:24:53 +00:00
|
|
|
break;
|
|
|
|
case GPIOGET:
|
|
|
|
bcopy(arg, &req, sizeof(req));
|
|
|
|
res = GPIO_PIN_GET(sc->sc_pdev, req.gp_pin,
|
|
|
|
&req.gp_value);
|
|
|
|
dprintf("read pin %d -> %d\n",
|
|
|
|
req.gp_pin, req.gp_value);
|
|
|
|
bcopy(&req, arg, sizeof(req));
|
|
|
|
break;
|
|
|
|
case GPIOSET:
|
|
|
|
bcopy(arg, &req, sizeof(req));
|
|
|
|
res = GPIO_PIN_SET(sc->sc_pdev, req.gp_pin,
|
|
|
|
req.gp_value);
|
|
|
|
dprintf("write pin %d -> %d\n",
|
|
|
|
req.gp_pin, req.gp_value);
|
|
|
|
break;
|
|
|
|
case GPIOTOGGLE:
|
|
|
|
bcopy(arg, &req, sizeof(req));
|
|
|
|
dprintf("toggle pin %d\n",
|
|
|
|
req.gp_pin);
|
|
|
|
res = GPIO_PIN_TOGGLE(sc->sc_pdev, req.gp_pin);
|
|
|
|
break;
|
2015-03-08 00:47:50 +00:00
|
|
|
case GPIOSETNAME:
|
|
|
|
bcopy(arg, &pin, sizeof(pin));
|
|
|
|
dprintf("set name on pin %d\n", pin.gp_pin);
|
|
|
|
res = GPIOBUS_PIN_SETNAME(bus, pin.gp_pin,
|
|
|
|
pin.gp_name);
|
|
|
|
break;
|
Add gpio methods to read/write/configure up to 32 pins simultaneously.
Sometimes it is necessary to combine several gpio pins into an ad-hoc bus
and manipulate the pins as a group. In such cases manipulating the pins
individualy is not an option, because the value on the "bus" assumes
potentially-invalid intermediate values as each pin is changed in turn. Note
that the "bus" may be something as simple as a bi-color LED where changing
colors requires changing both gpio pins at once, or something as complex as
a bitbanged multiplexed address/data bus connected to a microcontroller.
In addition to the absolute requirement of simultaneously changing the
output values of driven pins, a desirable feature of these new methods is to
provide a higher-performance mechanism for reading and writing multiple
pins, especially from userland where pin-at-a-time access incurs a noticible
syscall time penalty.
These new interfaces are NOT intended to abstract away all the ugly details
of how gpio is implemented on any given platform. In fact, to use these
properly you absolutely must know something about how the gpio hardware is
organized. Typically there are "banks" of gpio pins controlled by registers
which group several pins together. A bank may be as small as 2 pins or as
big as "all the pins on the device, hundreds of them." In the latter case, a
driver might support this interface by allowing access to any 32 adjacent
pins within the overall collection. Or, more likely, any 32 adjacent pins
starting at any multiple of 32. Whatever the hardware restrictions may be,
you would need to understand them to use this interface.
In additional to defining the interfaces, two example implementations are
included here, for imx5/6, and allwinner. These represent the two primary
types of gpio hardware drivers. imx6 has multiple gpio devices, each
implementing a single bank of 32 pins. Allwinner implements a single large
gpio number space from 1-n pins, and the driver internally translates that
linear number space to a bank+pin scheme based on how the pins are grouped
into control registers. The allwinner implementation imposes the restriction
that the first_pin argument to the new functions must always be pin 0 of a
bank.
Differential Revision: https://reviews.freebsd.org/D11810
2017-09-10 18:08:25 +00:00
|
|
|
case GPIOACCESS32:
|
|
|
|
a32 = (struct gpio_access_32 *)arg;
|
|
|
|
res = GPIO_PIN_ACCESS_32(sc->sc_pdev, a32->first_pin,
|
|
|
|
a32->clear_pins, a32->orig_pins, &a32->orig_pins);
|
|
|
|
break;
|
|
|
|
case GPIOCONFIG32:
|
|
|
|
c32 = (struct gpio_config_32 *)arg;
|
|
|
|
res = GPIO_PIN_CONFIG_32(sc->sc_pdev, c32->first_pin,
|
|
|
|
c32->num_pins, c32->pin_flags);
|
|
|
|
break;
|
2010-09-28 03:24:53 +00:00
|
|
|
default:
|
|
|
|
return (ENOTTY);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
|
|
|
return (res);
|
|
|
|
}
|
|
|
|
|
|
|
|
static device_method_t gpioc_methods[] = {
|
|
|
|
/* Device interface */
|
|
|
|
DEVMETHOD(device_probe, gpioc_probe),
|
|
|
|
DEVMETHOD(device_attach, gpioc_attach),
|
|
|
|
DEVMETHOD(device_detach, gpioc_detach),
|
|
|
|
DEVMETHOD(device_shutdown, bus_generic_shutdown),
|
|
|
|
DEVMETHOD(device_suspend, bus_generic_suspend),
|
|
|
|
DEVMETHOD(device_resume, bus_generic_resume),
|
|
|
|
|
2016-05-11 00:34:43 +00:00
|
|
|
DEVMETHOD_END
|
2010-09-28 03:24:53 +00:00
|
|
|
};
|
|
|
|
|
2010-11-11 20:18:33 +00:00
|
|
|
driver_t gpioc_driver = {
|
2010-09-28 03:24:53 +00:00
|
|
|
"gpioc",
|
|
|
|
gpioc_methods,
|
|
|
|
sizeof(struct gpioc_softc)
|
|
|
|
};
|
|
|
|
|
|
|
|
devclass_t gpioc_devclass;
|
|
|
|
|
|
|
|
DRIVER_MODULE(gpioc, gpio, gpioc_driver, gpioc_devclass, 0, 0);
|
|
|
|
MODULE_VERSION(gpioc, 1);
|