Thread (13 messages) flat view 13 messages, 5 authors, 2015-01-07

[PATCH 1/4] ARM: tegra: rely on bootloader pinmux programming on nyan-big

From: Tomeu Vizoso <hidden>
Date: 2015-01-07 08:06:53
Also in: linux-devicetree, linux-tegra, lkml

On 6 January 2015 at 18:09, Stephen Warren [off-list ref] wrote:
On 01/06/2015 03:37 AM, Tomeu Vizoso wrote:
quoted
Following 6dbaff2b, the kernel expects that the bootloader has correctly
programmed the Tegra pinmux.

DTs for the Jetson and the Venice2 had been updated already but this one
was left behind.

So this setup is true for NVIDIA-controlled development/reference boards
where we've ensured that the bootloader sets up 100% of the pinmux.

However, I know that Coreboot on this board doesn't set up everything in the
pinmux, and since it's in r/o flash never will. As such, I'm not sure this
change is safe for this board. That is, unless you want to force upstream
kernels to be booted via a chain-loaded path: Coreboot (r/o) -> U-Boot (r/w
with full pinmux setup) -> kernel.
quoted
Have tested this with the stock vendor firmware (coreboot) and have found
no
issues.

There are presumably a bunch of features which aren't yet supported
upstream, and hence you couldn't test though? That means we might find that
parts of the pinmux aren't yet programmed but need to be to enable those
features.
Sure, there's no chance that my testing could have been extensive enough.

Following Andrew's feedback, I will be looking at getting the pinmux
programming right in the DTs.

Thanks,

Tomeu
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help