[U-Boot] [RFC PATCH v4 0/11] Enable driver model for GPIOs on Tegra and Exynos

[Simon Glass]

Hi,

On 11 July 2014 06:00, Simon Glass <sjg at chromium.org> wrote:
> Now that driver model is part of U-Boot, the task of converting drivers over
> to it begins. GPIO is one of the easiest to convert, since it already has a
> sandbox driver and a uclass driver.
>
> The Tegra GPIO driver is relatively simple since it has a linear numbering
> and already uses the generic GPIO framework. Each GPIO bank has a separate
> device. Some arguments have been made that a single device should support
> all the GPIO banks, but currently the driver model uclass does not work that
> way and it would require a second-level data structure to handle the bank
> feature.
>
> This driver has been tested on Trimslice (Tegra 20). I will try it on a
> beaver also (soon!).
>
> For exynos, the pinctrl device tree files are brought in from the kernel
> and cut down to remove the groupings which we don't yet use. Very small
> additions are made to avoid replicating the awful tables that Linux has
> for every exynos SoC.
>
> So far this fails to build for four boards (smdkc100, smdkv310, s5p_goni,
> arndale) because they don't use exynos5-dt.h. I'll take a look at this
> when I figure out how to make a common exynos5 config.
>
> The 'gpio' command is updated to support display of only the allocated
> GPIOs. This is much more friendly than displaying a large table.
>
> A related clean-ups are provided as well.
>
> Changes in v4:
> - Rename struct device to struct udevice
> - Add new patch to enhance 'gpio' command
> - Add patches for exynos GPIO support
>
> Changes in v3:
> - Move dm command enable to previous patch
> - Use gpio number for the internal helper functions
>
> Changes in v2:
> - Split out driver model changes into separate patches
> - Correct bugs found during testing

Are there any comments on this series? I plan to apply the sandbox
GPIO parts soon, leaving Exynos and Tegra until after that. There are
dependent patches in the case of Exynos and more testing needed for
Tegra.

Regards,
Simon