[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20141208110903.GA1246@gmail.com>
Date: Mon, 8 Dec 2014 12:09:03 +0100
From: Ingo Molnar <mingo@...nel.org>
To: josh@...htriplett.org
Cc: Stephen Rothwell <sfr@...b.auug.org.au>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...e.hu>, "H. Peter Anvin" <hpa@...or.com>,
Peter Zijlstra <peterz@...radead.org>,
linux-next@...r.kernel.org, linux-kernel@...r.kernel.org,
John Stultz <john.stultz@...aro.org>,
Catalina Mocanu <catalina.mocanu@...il.com>
Subject: Re: linux-next: manual merge of the tiny tree with the tip tree
* josh@...htriplett.org <josh@...htriplett.org> wrote:
> On Tue, Nov 25, 2014 at 11:10:44AM +0100, Ingo Molnar wrote:
> > * Josh Triplett <josh@...htriplett.org> wrote:
> > > On Tue, Nov 25, 2014 at 07:16:45AM +0100, Ingo Molnar wrote:
> > > > * Stephen Rothwell <sfr@...b.auug.org.au> wrote:
> > > > > Hi Josh,
> > > > >
> > > > > Today's linux-next merge of the tiny tree got a conflict in
> > > > > kernel/time/Makefile between commit fd866e2b116b ("time: Rename
> > > > > udelay_test.c to test_udelay.c") from the tip tree and commit
> > > > > d1f6d68d03ea ("kernel: time: Compile out NTP support") from the tiny
> > > > > tree.
> > > >
> > > > So I think a timer subsystem commit d1f6d68d03ea with this
> > > > magnitude of linecount increase:
> > > >
> > > > Signed-off-by: Catalina Mocanu <catalina.mocanu@...il.com>
> > > > [josh: Handle CONFIG_COMPAT=y.]
> > > > Reviewed-by: Josh Triplett <josh@...htriplett.org>
> > > > Signed-off-by: Josh Triplett <josh@...htriplett.org>
> > > > ---
> > > > drivers/pps/Kconfig | 2 +-
> > > > include/linux/timex.h | 15 +++++++++++++--
> > > > init/Kconfig | 10 ++++++++++
> > > > kernel/compat.c | 8 ++++++--
> > > > kernel/sys_ni.c | 4 ++++
> > > > kernel/time/Makefile | 3 ++-
> > > > kernel/time/ntp_internal.h | 28 ++++++++++++++++++++++++++++
> > > > kernel/time/posix-timers.c | 2 ++
> > > > kernel/time/time.c | 2 ++
> > > > kernel/time/timekeeping.c | 2 ++
> > > > 10 files changed, 70 insertions(+), 6 deletions(-)
> > > >
> > > > at minimum needs the ack of timer folks, before it can be
> > > > committed to Git. Or is the tiny tree plan to submit all
> > > > patches to the appropriate subsystem or gather acks, before
> > > > sending it upstream?
> > >
> > > Yes, absolutely. I planned to send out a tinification patch
> > > review series later this week with all 10 current patches (both
> > > those reviewed on LKML and those only reviewed elsewhere).
> >
> > But, but: _please_ don't push patches towards linux-next that
> > haven't been acked by maintainers.
> [...snip clear explanation of linux-next...]
>
> Thanks for the clarification, Ingo! Mind if I use your explanation as
> the basis for additional documentation of linux-next?
Sure, feel free!
> I've moved the tiny/next branch of my tree to tiny/work, and
> I'll make sure that tiny/next only gets patches that have
> gotten all the necessary reviews.
That looks perfect.
Thanks,
Ingo
--
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