[U-Boot] [RFC PATCH 1/7] pinctrl: add pinctrl framework

Simon Glass sjg at chromium.org
Thu Jul 30 04:06:30 CEST 2015


Hi Masahiro,

On 15 July 2015 at 02:16, Masahiro Yamada <yamada.masahiro at socionext.com> wrote:
>
> Now, a simple pinctrl patch is being proposed by Simon.
> http://patchwork.ozlabs.org/patch/487801/
>
> In the design above, as you see, the uclass is just like a wrapper layer
> to invoke .request and .get_periph_id of low-level drivers.
> In other words, it is Do-It-Yourself thing, so it is up to you how to identify
> which peripheral is being handled in your .get_periph_id().
>
> And here is one example for how a low-level pinctrl driver could be implemented.
> http://patchwork.ozlabs.org/patch/487874/

I'm sending some comments on this series since I think you are
planning to rework it. My plan is:

- you respin the series
- apply this series
- it should includes the 'simple' version added to the uclass and
perhaps a CONFIG to select whether the full pinctrl is available (can
be separate patches on top of what you have)
- work out what we are going to do about GPIO / pull-ups

Can/does this use exactly the same binding as Linux? Re the limitation
about not detecting conflicts, why is that? It seems that code could
be added for that, even if optional.

>
> As you see in the thread, honestly, I do not like this approach.
>
> It is true that you can implement .get_periph_id in your driver
> better than parsing "interrupts" properties, but I guess
> many drivers would follow the rockchip implmentation because
> no helpful infrastructure is provided by the uclass (at least now).
>
> Device trees describe hardwares in a way independent of software
> that they are used with.  So, identical device trees can be (should be)
> used with U-Boot as well as Linux or whatever.
>
> Thus, I want the pinctrl can be controllable by device trees in the same way
> of Linux, that is, by parsing "pinctrl-names" and "pinctrl-<N>" properties.
>
> Of course, it would be possible to do it in my own .get_periph_id,
> but "pinctrl-names" and "pinctrl-<N>" are too generic to be done in each
> low-level driver.
>
> In this series, I'd like to propose to support it in the uclass, so that
> we can easily reuse device trees for pinctrl.
> Please put it on the table for discussion.
>
> Let me explain how it works.
>
> The basic idea is pretty much like Linux, but it has been much simplified
> because full-support of the Linux's pinctrl is too much a burden for a boot-loader.
>
>  Device Tree
>  -----------
>
> To use pinctrl from each peripheral, add some properties in the device node.
>
> "pinctrl-names" is a list of pin states.  The "default" state is mandatory,
> and it would probably be enough for U-Boot.  But, in order to show how it works,
> say the example device supports two states: "default" and "sleep".
> In this case, the properties should be like this.
>
>    pinctrl-names = "default", "sleep";
>
> And then, add as many "pinctrl-<N>" properties as the number of states.
>
>    pinctrl-0 = <phandle to default config node>;
>    pinctrl-1 = <phandle to sleep config node>;
>
> Here, pinctrl-0, pinctrl-1 corresponds to "default", "sleep", respectively.
>
> The config nodes are (direct or indirect) children of a pinctrl device.
>
> To sum up, the device tree would be like this:
>
>    foo {
>         compatible = "...";
>         reg = <...>;
>         pinctrl-names = "default", "sleep";
>         pinctrl-0 = <&foo_default_pin>;
>         pinctrl-1 = <&foo_sleep_pin>;
>         ...
>    };
>
>    pinctrl {
>          compatible = "...";
>          reg = <...>;
>          foo_default_pin: foo_default {
>               groups = "...";
>               functions = "...";
>          };
>          foo_sleep_pin: foo_sleep {
>               groups = "...";
>               functions = "...";
>          };
>    };
>
>  API
>  ---
>
>
> To set a device into a particular pin state, call
> int pinctrl_set_state(struct udevice *dev, const char *state_name).
>
> For example, if you want to set the foo device into the sleep state,
> you can do like this:
>
>    struct udevice *foo_dev;
>
>    (device_get or whatever)
>
>    pinctrl_set_state(foo_dev, "sleep");
>
> When each device is probed, pinctrl_init() is invoked,
> which initializes some pinctrl-specific parameters and set it into "default"
> pin state.  Because it is automatically done by the core of driver model,
> when a device is probed, its pins are in the "default" state.
>
>  Implementation of low-level driver
>  ----------------------------------
>
> Currently, two methods are supported in the pinctrl operation:
>   struct pinctrl_ops {
>         int (*pinmux_set) (struct udevice *dev, const char *group,
>                            const char *function);
>         int (*pinconf_set) (struct udevice *dev, const char *group,
>                             const char *conf_param, unsigned conf_arg);
>   };
>
> They are used to change pin-mux, pin-conf, respectively.
>
> If the pin-config node for the target pin-state is like this,
>          i2c_default_pin: i2c_default {
>               groups = "i2c-0a";
>               functions = "i2c-0";
>          };
>
> Your pinmux_set() is called with "i2c-0a" for the group and "i2c-0"
> for the function.
>
> It is totally up to you what you do for each group & function.
>
>  Difference from Linux pinctrl (limitation)
>  -----------------------------------------
>
> As you can see in pinctrl drivers in Linux (drivers/pinctrl/*),
> the drivers usually contain huge tables for pins, groups, functions,...
> But I do not want to force that for U-Boot.
>
> In Linux, "group" represents a group of pins although a group sometimes
> consists of a signle pin (like GPIO).  Pin-muxing is available only against
> groups, while pin-conf is supported for both pins and groups.
>
> In contrast, in U-Boot, "pins" and "groups" are handled exactly in the same way,
> so you can use either to specify the target of pin-mux or pin-conf.
>
> Pin/group tables are not required for U-boot pinctrl drivers, so
> we never know which pins belong to which group, function, that is,
> we can not avoid conflicts on pins.
>
> For example, let's say some pins are shared between UART0 and I2C0.
> In this case, Linux pinctrl does not allow to use them simultaneously,
> while U-boot pinctrl does not (can not) care about it.
>
> If you want to use multiple functions that share the same pins,
> you must make sure pin-muxing is correctly set with pinctrl_set_state().
>
>  TODO
>  ----
>
> [1] Pinctrl drivers are usually used with device trees (or ACPI), but
>     not all the boards in U-boot support device tree.
>     I will add board file support (plat data) later.
>     (we will need some function to register pin settings array)

I don't think we should support that. People should have to use the
simple version for SPL.

>
> [2] SPL support is not completed.   Tweak Kconfig and Makefile a little.
>     This should be easy.
>
> [3] Currently, properties other than "function" are assumed
>     as pin-conf parameters.  Perhaps, should we filter out
>     unsupported properties?  A table for supported properties
>     such "bias-pull-up", "driver-strength", etc. ?
>
> [4] For "function", "groups" should be able to be omitted.
>
> Comments are welcome.
>
> Signed-off-by: Masahiro Yamada <yamada.masahiro at socionext.com>
> ---
>  drivers/Kconfig                  |   2 +
>  drivers/Makefile                 |   1 +
>  drivers/core/device.c            |   5 +
>  drivers/pinctrl/Kconfig          |   2 +
>  drivers/pinctrl/Makefile         |   1 +
>  drivers/pinctrl/pinctrl-uclass.c | 353 +++++++++++++++++++++++++++++++++++++++
>  include/dm/device.h              |   3 +
>  include/dm/pinctrl.h             |  28 ++++
>  include/dm/uclass-id.h           |   1 +
>  9 files changed, 396 insertions(+)
>  create mode 100644 drivers/pinctrl/Kconfig
>  create mode 100644 drivers/pinctrl/Makefile
>  create mode 100644 drivers/pinctrl/pinctrl-uclass.c
>  create mode 100644 include/dm/pinctrl.h
>
> diff --git a/drivers/Kconfig b/drivers/Kconfig
> index c7e526c..c696036 100644
> --- a/drivers/Kconfig
> +++ b/drivers/Kconfig
> @@ -28,6 +28,8 @@ source "drivers/i2c/Kconfig"
>
>  source "drivers/spi/Kconfig"
>
> +source "drivers/pinctrl/Kconfig"
> +
>  source "drivers/gpio/Kconfig"
>
>  source "drivers/power/Kconfig"
> diff --git a/drivers/Makefile b/drivers/Makefile
> index 280b6d1..7e5ae84 100644
> --- a/drivers/Makefile
> +++ b/drivers/Makefile
> @@ -4,6 +4,7 @@ obj-$(CONFIG_OF_CONTROL) += fdt/
>  obj-$(CONFIG_BIOSEMU) += bios_emulator/
>  obj-y += block/
>  obj-$(CONFIG_BOOTCOUNT_LIMIT) += bootcount/
> +obj-$(CONFIG_PINCTRL) += pinctrl/
>  obj-$(CONFIG_CPU) += cpu/
>  obj-y += crypto/
>  obj-$(CONFIG_FPGA) += fpga/
> diff --git a/drivers/core/device.c b/drivers/core/device.c
> index 46bf388..4e94a4f 100644
> --- a/drivers/core/device.c
> +++ b/drivers/core/device.c
> @@ -15,6 +15,7 @@
>  #include <dm/device.h>
>  #include <dm/device-internal.h>
>  #include <dm/lists.h>
> +#include <dm/pinctrl.h>
>  #include <dm/platdata.h>
>  #include <dm/uclass.h>
>  #include <dm/uclass-internal.h>
> @@ -268,6 +269,10 @@ int device_probe_child(struct udevice *dev, void *parent_priv)
>
>         dev->flags |= DM_FLAG_ACTIVATED;
>
> +       ret = pinctrl_init(dev);
> +       if (ret)
> +               goto fail;
> +

I don't think there should be a pinctrl list on every device. Can we
instead have a pointer which is initially NULL? Then we could lazily
scan the pinctrl settings later when a request is made, and add a
structure to the device then.

>         ret = uclass_pre_probe_device(dev);
>         if (ret)
>                 goto fail;
> diff --git a/drivers/pinctrl/Kconfig b/drivers/pinctrl/Kconfig
> new file mode 100644
> index 0000000..cae4d55
> --- /dev/null
> +++ b/drivers/pinctrl/Kconfig
> @@ -0,0 +1,2 @@
> +config PINCTRL
> +       bool
> diff --git a/drivers/pinctrl/Makefile b/drivers/pinctrl/Makefile
> new file mode 100644
> index 0000000..a775a4c
> --- /dev/null
> +++ b/drivers/pinctrl/Makefile
> @@ -0,0 +1 @@
> +obj-y                          += pinctrl-uclass.o
> diff --git a/drivers/pinctrl/pinctrl-uclass.c b/drivers/pinctrl/pinctrl-uclass.c
> new file mode 100644
> index 0000000..68e4842
> --- /dev/null
> +++ b/drivers/pinctrl/pinctrl-uclass.c
> @@ -0,0 +1,353 @@
> +/*
> + * Copyright (C) 2015  Masahiro Yamada <yamada.masahiro at socionext.com>
> + *
> + * SPDX-License-Identifier:    GPL-2.0+
> + */
> +
> +#include <common.h>
> +#include <libfdt.h>
> +#include <linux/err.h>
> +#include <linux/list.h>
> +#include <dm/device.h>
> +#include <dm/pinctrl.h>
> +#include <dm/uclass.h>
> +
> +enum pinctrl_setting_type {
> +       PIN_SETTING_TYPE_INVALID,
> +       PIN_SETTING_TYPE_MUX,
> +       PIN_SETTING_TYPE_CONFIG,
> +};
> +
> +struct pinctrl_state {
> +       struct list_head node;
> +       const char *name;
> +       int index;
> +       struct list_head settings;
> +};
> +

Comments

> +struct pinctrl_setting {
> +       struct list_head node;
> +       enum pinctrl_setting_type type;
> +       struct udevice *pctldev;
> +       const char *group;
> +       const char *func_or_conf;
> +       unsigned conf_arg;
> +};
> +
> +static int pinmux_enable_setting(struct pinctrl_setting *setting)
> +{
> +       struct udevice *pctldev = setting->pctldev;
> +       const struct pinctrl_ops *ops = pctldev->driver->ops;
> +
> +       if (!ops->pinmux_set) {
> +               printf("%s: pinmux_set is not defined.  skip.\n",
> +                      pctldev->name);

Should this not be return -ENOENT or similar?

> +               return 0;
> +       }
> +
> +       return ops->pinmux_set(pctldev, setting->group, setting->func_or_conf);
> +}
> +
> +static int pinconf_enable_setting(struct pinctrl_setting *setting)
> +{
> +       struct udevice *pctldev = setting->pctldev;
> +       const struct pinctrl_ops *ops = pctldev->driver->ops;
> +
> +       if (!ops->pinconf_set) {
> +               printf("%s: pin_config_set is not defined.  skip.\n",
> +                      pctldev->name);
> +               return 0;
> +       }
> +
> +       return ops->pinconf_set(pctldev, setting->group, setting->func_or_conf,
> +                               setting->conf_arg);
> +}
> +
> +static int pinctrl_select_state(struct pinctrl_state *state)
> +{
> +       struct pinctrl_setting *setting;
> +       int ret;
> +
> +       list_for_each_entry(setting, &state->settings, node) {
> +               switch (setting->type) {
> +               case PIN_SETTING_TYPE_MUX:
> +                       ret = pinmux_enable_setting(setting);
> +                       break;
> +               case PIN_SETTING_TYPE_CONFIG:
> +                       ret = pinconf_enable_setting(setting);
> +                       break;
> +               default:
> +                       ret = -EINVAL;
> +                       break;
> +               }
> +
> +               if (ret)
> +                       return ret;
> +       }
> +
> +       return 0;
> +}
> +
> +#ifdef CONFIG_OF_CONTROL
> +static int pinctrl_dt_subnode_to_setting_one_group(struct udevice *pctldev,
> +                                                  const void *fdt, int node_offset,
> +                                                  const char *group,
> +                                                  struct list_head *settings)
> +{
> +       struct pinctrl_setting *setting;
> +       const char *name;
> +       const void *value;
> +       int prop_offset, len;
> +
> +       for (prop_offset = fdt_first_property_offset(fdt, node_offset);
> +            prop_offset > 0;
> +            prop_offset = fdt_next_property_offset(fdt, prop_offset)) {
> +
> +               value = fdt_getprop_by_offset(fdt, prop_offset, &name, &len);
> +               if (!value)
> +                       return -EINVAL;
> +
> +               if (!strcmp(name, "pins") || !strcmp(name, "groups") ||
> +                   !strcmp(name, "phandle") || !strcmp(name, "linux,phandle"))
> +                   continue;

Is there a positive test we can use? I guess not as it can be anything...

> +
> +               setting = calloc(1, sizeof(*setting));
> +               if (!setting)
> +                       return -ENOMEM;
> +
> +               INIT_LIST_HEAD(&setting->node);
> +               setting->pctldev = pctldev;
> +               setting->group = group;
> +
> +               /* we treat properties other than "function" as pinconf */
> +               if (!strcmp(name, "function")) {
> +                       setting->type = PIN_SETTING_TYPE_MUX;
> +                       setting->func_or_conf = value;
> +               } else {
> +                       setting->type = PIN_SETTING_TYPE_CONFIG;
> +                       setting->func_or_conf = name;
> +                       if (len > 0)
> +                               setting->conf_arg =
> +                                       fdt32_to_cpu(*(fdt32_t *)value);
> +               }
> +
> +               list_add_tail(&setting->node, settings);
> +       }
> +
> +       return 0;
> +}
> +
> +static int pinctrl_dt_subnode_to_setting(struct udevice *pctldev,
> +                                        const void *fdt, int node_offset,
> +                                        struct list_head *settings)
> +{
> +       const char *subnode_target_type = "pins";
> +       const char *group;
> +       int strings_count, i, ret;
> +
> +       strings_count = fdt_count_strings(fdt, node_offset, subnode_target_type);
> +       if (strings_count < 0) {
> +               subnode_target_type = "groups";
> +               strings_count = fdt_count_strings(fdt, node_offset,
> +                                                 subnode_target_type);
> +       }
> +       if (strings_count < 0)
> +               return -EINVAL;
> +
> +       for (i = 0; i < strings_count; i++) {
> +               ret = fdt_get_string_index(fdt, node_offset,
> +                                          subnode_target_type, i, &group);
> +               if (ret < 0)
> +                       return -EINVAL;
> +               ret = pinctrl_dt_subnode_to_setting_one_group(pctldev, fdt,
> +                                                             node_offset,
> +                                                             group, settings);
> +               if (ret < 0)
> +                       return ret;
> +       }
> +
> +       return 0;
> +}
> +
> +static int pinctrl_dt_to_setting_one_config(const void *fdt, int config_node,
> +                                           struct list_head *settings)
> +{
> +       struct udevice *pctldev;
> +       int pctldev_node, offset, ret;
> +
> +       pctldev_node = config_node;
> +       for (;;) {
> +               pctldev_node = fdt_parent_offset(fdt, pctldev_node);
()
This should use dev->parent->of_offset as fdt_parent_offset is
dreadfully slow. Why is this going up through the tree? Could use a
comment.

> +               if (pctldev_node < 0) {
> +                       printf("could not find pctldev for node %s\n",
> +                              fdt_get_name(fdt, config_node, NULL));
> +                       return -EINVAL;
> +               }
> +               /* is this node pinctrl device? */
> +               ret = uclass_get_device_by_of_offset(UCLASS_PINCTRL,
> +                                                    pctldev_node, &pctldev);
> +               if (ret == 0)
> +                       break;
> +       }
> +
> +       ret = pinctrl_dt_subnode_to_setting(pctldev, fdt, config_node,
> +                                           settings);
> +       if (ret < 0)
> +               return ret;
> +
> +       for (offset = fdt_first_subnode(fdt, config_node);
> +            offset > 0;
> +            offset = fdt_next_subnode(fdt, offset)) {
> +               ret = pinctrl_dt_subnode_to_setting(pctldev, fdt, offset,
> +                                                   settings);
> +               if (ret < 0)
> +                       return ret;
> +       }
> +
> +       return 0;
> +}
> +
> +static int pinctrl_dt_to_state(struct udevice *dev,
> +                              const char *state_name,
> +                              int state_index,
> +                              struct pinctrl_state **pstate)
> +{
> +       DECLARE_GLOBAL_DATA_PTR;
> +       const void *fdt = gd->fdt_blob;
> +       int node = dev->of_offset;
> +       struct pinctrl_state *state;
> +       char propname[32]; /* long enough */
> +       const fdt32_t *list;
> +       int size, config, ret;
> +
> +       if (state_name)
> +               state_index = fdt_find_string(fdt, node, "pinctrl-names",
> +                                             state_name);
> +
> +       if (state_index < 0)
> +               return -EINVAL;
> +
> +       snprintf(propname, sizeof(propname), "pinctrl-%d", state_index);
> +       list = fdt_getprop(fdt, node, propname, &size);
> +       if (!list)
> +               return -EINVAL;
> +
> +       /*
> +        * no return code check: if "pinctrl-names" is not specified,
> +        * only use index.  In this case, state_name is NULL.
> +        */
> +       fdt_get_string_index(fdt, node, "pinctrl-names", state_index,
> +                            &state_name);
> +
> +       state = malloc(sizeof(*state));
> +       if (!state)
> +               return -ENOMEM;
> +       INIT_LIST_HEAD(&state->node);
> +       state->name = state_name;
> +       state->index = state_index;
> +       INIT_LIST_HEAD(&state->settings);
> +
> +       size /= sizeof(*list);
> +
> +       for (config = 0; config < size; config++) {
> +               int phandle, config_node;
> +
> +               phandle = fdt32_to_cpu(*list++);
> +
> +               config_node = fdt_node_offset_by_phandle(fdt, phandle);
> +               if (config_node < 0) {
> +                       printf("prop %s index %d invalid phandle\n",
> +                              propname, config);
> +                       ret = -EINVAL;
> +                       goto err;
> +               }
> +               ret = pinctrl_dt_to_setting_one_config(fdt, config_node,
> +                                                      &state->settings);
> +               if (ret)
> +                       goto err;
> +       }
> +
> +err:
> +       if (ret < 0) {
> +               struct pinctrl_setting *setting, *n;
> +
> +               list_for_each_entry_safe(setting, n, &state->settings, node)
> +                       free(setting);
> +
> +               free(state);

Perhaps this code should go in its own function so you can use it when
removing the device?

> +       }
> +
> +       *pstate = state;
> +
> +       return ret;
> +}
> +#endif
> +
> +int pinctrl_set_state(struct udevice *dev, const char *state_name)

This seems to name a name or an index. I think there should be two
functions, one which takes a name and one which takes an index.

> +{
> +       struct pinctrl_state *state;
> +       char *end;
> +       int state_index;
> +       int ret;
> +       bool search_by_index = false;
> +
> +       if (!dev)
> +               return -EINVAL;
> +
> +       state_index = simple_strtoul(state_name, &end, 10);
> +       if (*end == 0) {
> +               search_by_index = true;
> +       }
> +
> +       list_for_each_entry(state, &dev->pinctrl_states, node) {
> +               if (search_by_index) {
> +                       if (state->index != state_index)
> +                               continue;
> +               } else {
> +                       if (strcmp(state->name, state_name))
> +                               continue;
> +               }
> +
> +               return pinctrl_select_state(state);
> +       }
> +
> +#ifdef CONFIG_OF_CONTROL

I think we can assumed this is defined.

> +       /*
> +        * if the state was not found in the linked list,
> +        * search the device tree

Why not populate the table at start-up?

> +        */
> +       if (search_by_index)
> +               ret = pinctrl_dt_to_state(dev, NULL, state_index, &state);
> +       else
> +               ret = pinctrl_dt_to_state(dev, state_name, -1, &state);
> +
> +       if (ret == 0) {
> +               list_add_tail(&state->node, &dev->pinctrl_states);
> +               return pinctrl_select_state(state);
> +       }
> +#endif
> +
> +       /*
> +        * TODO: Masahiro Yamada
> +        * As not all the boards support Device Tree,
> +        * add board file support here.
> +        */
> +
> +       /* requested pin-state not found, ignore it */
> +       return 0;
> +}
> +
> +int pinctrl_init(struct udevice *dev)
> +{
> +       if (!dev)
> +               return -EINVAL;
> +
> +       INIT_LIST_HEAD(&dev->pinctrl_states);
> +
> +       return pinctrl_set_state(dev, "default");
> +}
> +
> +UCLASS_DRIVER(pinctrl) = {
> +       .id = UCLASS_PINCTRL,
> +       .name = "pinctrl",
> +};
> diff --git a/include/dm/device.h b/include/dm/device.h
> index 18296bb..05d4e40 100644
> --- a/include/dm/device.h
> +++ b/include/dm/device.h
> @@ -93,6 +93,9 @@ struct udevice {
>         uint32_t flags;
>         int req_seq;
>         int seq;
> +#ifdef CONFIG_PINCTRL
> +       struct list_head pinctrl_states;
> +#endif
>  };
>
>  /* Maximum sequence number supported */
> diff --git a/include/dm/pinctrl.h b/include/dm/pinctrl.h
> new file mode 100644
> index 0000000..95925ca
> --- /dev/null
> +++ b/include/dm/pinctrl.h
> @@ -0,0 +1,28 @@
> +#ifndef __PINCTRL_H
> +#define __PINCTRL_H
> +
> +struct pinctrl_ops {
> +       int (*pinmux_set) (struct udevice *dev, const char *group,
> +                          const char *function);
> +       int (*pinconf_set) (struct udevice *dev, const char *group,
> +                           const char *conf_param, unsigned conf_arg);
> +};
> +
> +#if (!defined(CONFIG_SPL_BUILD) && defined(CONFIG_PINCTRL)) ||         \
> +               (defined(CONFIG_SPL_BUILD) && defined(CONFIG_SPL_PINCTRL))
> +int pinctrl_set_state(struct udevice *dev, const char *state_name);
> +int pinctrl_init(struct udevice *dev);
> +#else
> +static inline int pinctrl_set_state(struct udevice *dev,
> +                                   const char *state_name)
> +{
> +       return 0;

return -ENOSYS?

> +}
> +
> +static inline int pinctrl_init(struct udevice *dev)
> +{
> +       return 0;
> +}
> +#endif
> +
> +#endif /* __PINCTRL_H */
> diff --git a/include/dm/uclass-id.h b/include/dm/uclass-id.h
> index c7310d7..546f7fb 100644
> --- a/include/dm/uclass-id.h
> +++ b/include/dm/uclass-id.h
> @@ -39,6 +39,7 @@ enum uclass_id {
>         UCLASS_PCH,             /* x86 platform controller hub */
>         UCLASS_PCI,             /* PCI bus */
>         UCLASS_PCI_GENERIC,     /* Generic PCI bus device */
> +       UCLASS_PINCTRL,         /* Pinctrl device */

That's not a very useful comment!

>         UCLASS_PMIC,            /* PMIC I/O device */
>         UCLASS_REGULATOR,       /* Regulator device */
>         UCLASS_RTC,             /* Real time clock device */
> --
> 1.9.1
>

Regards,
Simon


More information about the U-Boot mailing list