[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAFTL4hyOL9FKwaYDpvmJfrPS-2Uc2cmKVs5DUs9wYoEt=DHifw@mail.gmail.com>
Date: Wed, 6 Feb 2013 16:03:19 +0100
From: Frederic Weisbecker <fweisbec@...il.com>
To: Ingo Molnar <mingo@...nel.org>
Cc: "Paul E. McKenney" <paulmck@...ux.vnet.ibm.com>, mingo@...e.hu,
linux-kernel@...r.kernel.org, josh@...htriplett.org,
rostedt@...dmis.org, rbraun@...en.net, zhong@...ux.vnet.ibm.com,
markus@...ppelsdorf.de, sasha.levin@...cle.com,
cody@...ux.vnet.ibm.com, dave@...ux.vnet.ibm.com,
akpm@...ux-foundation.org, tglx@...utronix.de
Subject: Re: [GIT PULL rcu/next] RCU commits for 3.9
2013/2/6 Ingo Molnar <mingo@...nel.org>:
>
> btw., I got a non-trivial conflicts in
> kernel/context_tracking.c, with the following commits
> interacting between the RCU tree (tip:core/rcu) and the
> scheduler tree (tip:sched/core):
>
> 6a61671bb2f3 cputime: Safely read cputime of full dynticks CPUs
> abf917cd91cb cputime: Generic on-demand virtual cputime accounting
> 4eacdf18374e context_tracking: Add comments on interface and internals
> 95a79fd458b8 context_tracking: Export context state for generic vtime
>
> I think I managed to resolve the conflicts (will push it out in
> an hour or two, after some testing) - but please double check me
> on it...
Sorry about that conflict. Given that both RCU and cputime were
competing with significant changes on this newborn subsystem, such
clash was hard to avoid.
The merge is mostly correct. There is just a small issue with
context_tracking_task_switch() kerneldoc style comment: it should be
moved out of guest_enter/guest_exit, newly introduced APIs, to be
right above context_tracking_task_switch() function. Otherwise it's
fine.
Thanks!
--
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