linux-kernel - Re: linux-next: interesting merges in the arm-soc tree

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <201201040950.10835.arnd@arndb.de>
Date:	Wed, 4 Jan 2012 09:50:10 +0000
From:	Arnd Bergmann <arnd@...db.de>
To:	linux-arm-kernel@...ts.infradead.org
Cc:	Kukjin Kim <kgene.kim@...sung.com>,
	"'Stephen Rothwell'" <sfr@...b.auug.org.au>,
	"'Olof Johansson'" <olof@...om.net>,
	"'Mauro Carvalho Chehab'" <mchehab@...radead.org>,
	"'Vinod Koul'" <vinod.koul@...el.com>,
	"'Linus'" <torvalds@...ux-foundation.org>,
	linux-next@...r.kernel.org, linux-kernel@...r.kernel.org,
	Nicolas Ferre <nicolas.ferre@...el.com>
Subject: Re: linux-next: interesting merges in the arm-soc tree

On Wednesday 04 January 2012, Kukjin Kim wrote:
> > few conflicts (but that is not excuse) and there may be dependencies in a
> > driver on the v4l-dvb tree (but maybe that means that that driver should
> > be merged via the v4l-dvb tree - it looks like the "at91/drivers" is
> > based on the v4l-dvb tree, so probably doesn't depend on anything else on
> > the arm-soc tree).
> > 
> > If nothing else, are you sure that neither of those merged trees will
> > rebase?  You have also just inherited any bugs in those two trees.
> 
> I know, Vinod knows I merged his tree for above situation so he will not
> rebase that and Arnd will send that after merging of slave-dma into mainline
> during merge window. 

Right. The same is true for the other branch (depends/v4l) in next/drivers2.
The next/drivers2 branch will get submitted when all three of its dependencies
are merged.

Stephen, we have introduced a file arch/arm/arm-soc-for-next-contents.txt
to help us track those dependencies, and maybe it can also help you
understand our merge plans when you see potential problems like this.

Right now, there are 13 next/* branches that we plan to submit to Linus
in order. All of those are merged into the for-next branch that you pull,
and the contents.txt file tells you about the dependencies between those
branches and to external branches.

My understanding about the at91 changes from Nicolas Ferre is that they
depend on both the v4l and previous arm-soc changesets, so it was decided
to merge those through arm-soc after the v4l branch.

	Arnd
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/