[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160105074651.5df5b835@canb.auug.org.au>
Date: Tue, 5 Jan 2016 07:46:51 +1100
From: Stephen Rothwell <sfr@...b.auug.org.au>
To: Christoph Hellwig <hch@....de>
Cc: Joel Becker <jlbec@...lplan.org>,
Fengguang Wu <fengguang.wu@...el.com>,
akpm@...ux-foundation.org, nab@...ux-iscsi.org,
pantelis.antoniou@...sulko.com, k.opasiak@...sung.com,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: a configfs update for 4.5, and the configfs tree question
Hi Christoph,
On Mon, 4 Jan 2016 12:51:01 +0100 Christoph Hellwig <hch@....de> wrote:
>
> Stephen, can you add
>
> git://git.infradead.org/users/hch/configfs.git for-next
>
> to for-next? It's currently emptry but will contain the two commits
> from the pending branch as soon as I get the signoff from Joel.
Added from today.
Thanks for adding your subsystem tree as a participant of linux-next. As
you may know, this is not a judgment of your code. The purpose of
linux-next is for integration testing and to lower the impact of
conflicts between subsystems in the next merge window.
You will need to ensure that the patches/commits in your tree/series have
been:
* submitted under GPL v2 (or later) and include the Contributor's
Signed-off-by,
* posted to the relevant mailing list,
* reviewed by you (or another maintainer of your subsystem tree),
* successfully unit tested, and
* destined for the current or next Linux merge window.
Basically, this should be just what you would send to Linus (or ask him
to fetch). It is allowed to be rebased if you deem it necessary.
--
Cheers,
Stephen Rothwell
sfr@...b.auug.org.au
--
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/
Powered by blists - more mailing lists