[PATCH 2/7] reset: Add reset controller API
Stephen Warren
swarren at wwwdotorg.org
Wed Jan 16 17:15:26 EST 2013
On 01/16/2013 09:13 AM, Philipp Zabel wrote:
> This adds a simple API for devices to request being reset
> by separate reset controller hardware and implements the
> reset signal device tree binding.
> diff --git a/drivers/reset/Makefile b/drivers/reset/Makefile
> +obj-$(CONFIG_RESET_CONTROLLER) += core.o
> +
nit: blank line at EOF.
> diff --git a/drivers/reset/core.c b/drivers/reset/core.c
> +/**
> + * reset_control_reset - reset the controlled device
> + * @rstc: reset controller
> + */
> +int reset_control_reset(struct reset_control *rstc)
What time period is the reset signal asserted for; should there be a
parameter to control this?
> +{
> + if (rstc->rcdev->ops->reset)
> + return rstc->rcdev->ops->reset(rstc->id);
> +
> + return 0;
> +}
If there's no op, shouldn't the function fail?
> +/**
> + * reset_control_is_asserted - deasserts the reset line
Comment seems wrong.
Is this API useful; why wouldn't drivers just assert to de-assert it
based on their needs?
> +/**
> + * reset_control_get - Lookup and obtain a reference to a reset controller.
> + * @dev: device to be reset by the controller
> + * @id: reset line name
> + *
> + * Returns a struct reset_control or IS_ERR() condition containing errno.
OK, so NULL can't ever (legally) be returned.
> +struct reset_control *reset_control_get(struct device *dev, const char *id)
> + rcdev_node = NULL;
> + for (i = 0; rcdev_node == NULL; i++) {
...
> + rcdev_node = args.np;
> + rcdev_index = args.args[0];
Even though the loop condition tests rcdev_node, it'd be a lot easier to
realize that the loop bails out here because of that if you explicitly
wrote a break; here. Otherwise, it took a while for me to realize.
> +void reset_control_put(struct reset_control *rstc)
> +{
> + if (rstc == NULL || IS_ERR(rstc))
> + return;
... so (re: two comments above) you don't need to check for NULL here;
if someone passes NULL in here, they're passing some value that
reset_control_get() never passed back, so this API is free to do
whatever it wants...
> + kfree(rstc);
> + module_put(rstc->rcdev->owner);
You need to module_put() first, or copy rstc->rcdev, since otherwise
you're reading *rstc after it's freed.
This implementation only supports device tree. People might want the
APIs to work on non-device-tree systems too, although I guess that
should be easy enough to retrofit without changing the driver-visible API...
More information about the linux-arm-kernel
mailing list