[GIT PULL] Tegra updates for v3.1

Arnd Bergmann arnd at arndb.de
Fri Jul 15 10:00:40 EDT 2011


On Friday 15 July 2011, Arnd Bergmann wrote:
> On Friday 15 July 2011, Colin Cross wrote:
> > Please pull Tegra updates from:
> > 
> > git://android.git.kernel.org/kernel/tegra.git for-next
> > 
> > Mostly peripheral support in existing boards, but also a few fixes and
> > code reduction.

Hi Colin,

Sorry about the first message. I accidentally looked at the tegra/for-next
branch, not at for-next, so the stuff I commented on is very historic and
has been merged a few releases ago.

The stuff you sent now does look very good. It would still be better
to reorganize it into separate branches next time, but it's small
enough overall that I'll just merge it as one for this release.

Again, sorry if my first message caused any trouble.

	Arnd

> Hi Colin,
> 
> I've browsed over the patches, and I had the impression that there are
> still a number of issues that should be resolved before I pull this.
> 
> Specifically, what I noticed is:
> 
> * The cpufreq driver should now live in drivers/cpufreq/
> * The DMA driver uses its own interface instead of the regular
>   dma-engine API. I don't want to merge any more drivers like this.
> * The legacy-irq code is essentially dead code, it's not being used
>   anywhere. My impression is that it would need to look differently
>   if you actually want to use it.
> * The pinmux code is getting largely replaced with new code, but
>   the new version does not use the new pinmux API from Linus Walleij.
> * The commit named "[ARM] tegra: clock: Add dvfs support, bug fixes,
>   and cleanups" puts a lot of stuff into a single patch that doesn't
>   even belong into the same pull request.
> 
> I would very much like to at least pull the cleanups and bug fixes,
> but it doesn't work like this, sorry.
> 
> Please remove the controversial patches and submit separate pull
> requests for the bug fixes and cleanups. It's probably a good idea
> to also  have the patches that add features reviewed on the mailing
> lists again and then decide how to proceed with each one..
> 
> 	Arnd
> 




More information about the linux-arm-kernel mailing list