[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140530160831.GA11182@kroah.com>
Date: Fri, 30 May 2014 09:08:31 -0700
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: Thierry Reding <thierry.reding@...il.com>
Cc: Maarten Lankhorst <maarten.lankhorst@...onical.com>,
Sumit Semwal <sumit.semwal@...aro.org>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] fence: Use smp_mb__before_atomic()
On Fri, May 30, 2014 at 10:15:05AM +0200, Thierry Reding wrote:
> On Wed, May 28, 2014 at 01:51:45PM -0700, Greg Kroah-Hartman wrote:
> > On Wed, May 28, 2014 at 04:26:32PM +0200, Thierry Reding wrote:
> > > From: Thierry Reding <treding@...dia.com>
> > >
> > > Commit febdbfe8a91c (arch: Prepare for smp_mb__{before,after}_atomic())
> > > deprecated the smp_mb__{before,after}_{atomic,clear}_{dec,inc,bit}*()
> > > functions in favour of the unified smp_mb__{before,after}_atomic().
> > >
> > > Signed-off-by: Thierry Reding <treding@...dia.com>
> > > ---
> > > drivers/base/fence.c | 4 ++--
> >
> > Where does this file come from? I've not seen it before, and it's not
> > in my tree.
>
> I think it came in through Sumit's tree and it's only in linux-next I
> believe.
Odd, linux-next is for merging things in Linus's next release.
And as I have never seen this code that will end up being my
responsibility to maintain, it seems strange that it will be merged in
the next kernel development cycle.
What broke down here with our review process that required something to
be merged without at least a cc: to me?
greg k-h
--
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