[U-Boot] [PATCH v8 0/12] Enable driver model for GPIOs on Tegra and Exynos

[Simon Glass]

Hi Minkyu,

On 9 October 2014 00:00, Simon Glass <sjg at chromium.org> wrote:
> Hi Minkyu,
>
> On 14 September 2014 16:29, Simon Glass <sjg at chromium.org> wrote:
>> (Note: Tegra patches have been applied, I am resending with exynos only)
>>
>> 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:
>>
>> - Seaboard (Tegra 20)
>> - Beaver (Tegra 30)
>> - Jetson-TK1 (Tegra 124).
>>
>> I don't have a Tegra 114 board (Dalmore seems to be the only one with U-Boot
>> support) but I am quite confident that it works.
>>
>> 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. This series sits on top of the exynos refactors.
>>
>> The 'gpio' command is updated to support display of only the allocated
>> GPIOs. This is much more friendly than displaying a large table.
>>
>> A few related clean-ups are provided as well.
>>
>> This series is available at u-boot-dm.git, branch working.
>>
>> Changes in v8:
>> - Adjust odroid device tree file to use #include instead of /include/
>> - Add missing special case reg property for exynos5420 GPX0
>> - Add patch containing pinctrl settings for s5p_goni
>> - Add patch containing pinctrl settings for s5p_goni
>> - Add new patch to move smdkc100 to generic board
>> - Add new patch to move s5p_goni to generic board
>> - Enable driver model for smdkc100 and s5p_goni separately
>
> Are you comfortable with me applying this series and the serial and
> SPI ones to dm/next (along with the contributed goni patch)? It is too
> late for this release and that will give us lots of testing time for
> 2015.01. I'd like to pull together all the driver model stuff over the
> next few days.

Any comments on this please? I have >100 patches to get through in
this merge window so I would like to start soon. If you have time to
review / ACK the patches that would help also.

Thanks,
Simon