[U-Boot] [PATCH v3 4/4] ARM: tegra: Add support for nyan board

[Simon Glass]

Hi,

On 23 November 2014 at 09:12, Simon Glass <sjg at chromium.org> wrote:
>
> From: Allen Martin <amartin at nvidia.com>
>
> Nyan is a Tegra124 clamshell board that is very similar to venice2, but it
> has a different panel, the sdcard cd and wp sense are flipped, and it has
> a different revision of the AS3722 PMIC.
>
> This is the Acer Chromebook 13 CB5-311-T7NN (13.3-inch HD, NVIDIA
> Tegra K1, 2GB). The display is not currently supported, so it should
> boot on other nyan-based Chromebooks also, but only the device tree for
> nyan-big is provided here.
>
> The device tree file is from Linux but with features removed which are
> unlikely to be supported in U-Boot soon (regulators, pinmux). Also the
> addresses are updated to 32-bit.
>
> Signed-off-by: Allen Martin <amartin at nvidia.com>
> Signed-off-by: Simon Glass <sjg at chromium.org>
> (rebase, change to 'nyan', fix pinmux that resets nyan)
>
> ---
>
> Changes in v3:
> - Rename to nyan from norrin
> - Bring in device tree file from Linux v3.18-rc5
> - Generate pinmux file from tegra-pinmux-scripts

I should say that I'm not thrilled with this approach, particularly as
the files it generate have no mentioned that they are auto-generated.
Here we have a case where Nyan and Norrin apparently different by one
pixmux setting but there is no way to exploit this commonality.

I think this was discussed a while ago (the idea of static pinmux
being set up at start of day). If I recall I expressed my objections
at the time. If U-Boot headed this way in general it would be
unfortunate. You get a whole load of pinmux settings with no idea what
they are for, and no idea how to change them for your board. It almost
feels similar to a 'binary blob'.

I recently saw a patch to (from what I can tell) remove all the pinmux
information from the device tree in Linux, presumably on the
assumption it can never be changed except very early in the boot. If
this is a limitation of Tegra then it seems unfortunate to me.

Regards,
Simon