linux-kernel - Re: ARM subarch submissions for next merge window

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] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 24 Aug 2009 12:52:17 -0700 (PDT)
From:	Linus Torvalds <torvalds@...ux-foundation.org>
To:	Kevin Hilman <khilman@...prootsystems.com>
cc:	Alan Cox <alan@...rguk.ukuu.org.uk>,
	Russell King <rmk@....linux.org.uk>,
	Tony Lindgren <tony@...mide.com>, Nicolas Pitre <nico@....org>,
	linux-kernel@...r.kernel.org, linux-arm@...r.kernel.org,
	linux-arm-kernel@...ts.infradead.org
Subject: Re: ARM subarch submissions for next merge window



On Mon, 24 Aug 2009, Kevin Hilman wrote:
> 
> After some discussions on linux-arm-kernel during the last merge
> window, a suggestion from Alan Cox[1], and a willingness to try it
> from Russell[2], some ARM subarch maintainers would like to push our
> platform-specific code directly to you for the next merge window.
> 
> Any changes that affect common ARM code will still be pushed via
> Russell, only our platform-specific code will be submitted directly.
> 
> Also our platform code is still posted and reviewed on
> linux-arm-kernel as well as being included in linux-next. Only the
> merge path will change slightly.
> 
> Any problems with this?

I don't have any issues with it, as long as the subarch trees are clean 
and clear.

Part of that is the normal "git cleanliness" issue in general (ie I don't 
want to see ugly back-merges of my random kernel-of-the-day or see that 
something was rebased just five minutes ago and clearly had no testing), 
but the other part is obviously that if there then ends up being 
complaints where people end up stepping on each others toes, I would want 
a top-level maintainer to step in.

But I guess that as long as it's clearly just platform-specific files, 
that won't be a problem.

		Linus
--
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/