lkml.org 
[lkml]   [2019]   [Dec]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v2] Documentation/barriers/kokr: Remove references to [smp_]read_barrier_depends()
On Mon, Dec 09, 2019 at 09:44:33AM +0000, Will Deacon wrote:
> On Fri, Dec 06, 2019 at 02:51:56PM -0800, Paul E. McKenney wrote:
> > On Fri, Dec 06, 2019 at 11:38:22PM +0100, SeongJae Park wrote:
> > > On Fri, Dec 6, 2019 at 11:08 PM Paul E. McKenney <paulmck@kernel.org> wrote:
> > > > But since Jon seems to be taking these in his capacity and Documentation
> > > > maintainer, could you please resend CCing him? If we have these changes
> > > > scattered across too many trees, someone is going to get confused,
> > > > and it probably will be me. ;-)
> > >
> > > Agreed, CC-ing Jon to this mail. That said, this is a followup of Will's
> > > patch[1] and the patch is also not queued in Jon's tree. So, I would like to
> > > hear Will's opinion either, if possible.
> > >
> > > [1] https://lore.kernel.org/lkml/20191108170120.22331-10-will@kernel.org/
> >
> > Ah, this one got caught out in the conversion from .html to .rst.
> >
> > I did get an ack on one of those, and thus queued it. I clearly need to
> > take another look at Will's series, and thank you for the reminder!
>
> I was planning to include this in the next posting of my series, but I was
> waiting for the merge window to close first. Now that we have -rc1, I'll
> post it this week, although the patches are also queued up in my tree here
> [1] (warning -- rebasing development branch).
>
> I'll leave the patches that are unrelated to smp_read_barrier_depends() to
> Paul and Jon, unless they indicate a preference to the contrary.

I don't know about Jon, but I might need a reminder as to which patches
those are. ;-)

Thanx, Paul

> Will
>
> [1] https://git.kernel.org/pub/scm/linux/kernel/git/will/linux.git/log/?h=lto

\
 
 \ /
  Last update: 2019-12-09 18:01    [W:0.057 / U:1.752 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site