[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YUSUb+JP+e0f+00G@hirez.programming.kicks-ass.net>
Date: Fri, 17 Sep 2021 15:13:19 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>
Cc: intel-gfx@...ts.freedesktop.org, dri-devel@...ts.freedesktop.org,
Ingo Molnar <mingo@...hat.com>, Will Deacon <will@...nel.org>,
Waiman Long <longman@...hat.com>,
Boqun Feng <boqun.feng@...il.com>,
Liam Girdwood <lgirdwood@...il.com>,
Mark Brown <broonie@...nel.org>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2] kernel/locking: Add context to ww_mutex_trylock.
On Thu, Sep 16, 2021 at 03:28:11PM +0200, Peter Zijlstra wrote:
> On Thu, Sep 16, 2021 at 03:00:39PM +0200, Maarten Lankhorst wrote:
>
> > > For merge logistics, can we pls have a stable branch? I expect that the
> > > i915 patches will be ready for 5.16.
> > >
> > > Or send it in for -rc2 so that the interface change doesn't cause needless
> > > conflicts, whatever you think is best.
>
> > Yeah, some central branch drm could pull from, would make upstreaming patches that depends on it easier. :)
>
> I think I'll make tip/locking/wwmutex and include that in
> tip/locking/core, let me have a poke.
This is now so. Enjoy!
Powered by blists - more mailing lists