[<prev] [next>] [day] [month] [year] [list]
Message-ID: <ZWX5J5frMXCnO1HW@tiehlicka>
Date: Tue, 28 Nov 2023 15:28:55 +0100
From: Michal Hocko <mhocko@...e.com>
To: Gregory Price <gregory.price@...verge.com>
Cc: linux-mm@...ck.org, linux-doc@...r.kernel.org,
linux-fsdevel@...r.kernel.org, linux-api@...r.kernel.org,
linux-arch@...r.kernel.org, linux-kernel@...r.kernel.org,
akpm@...ux-foundation.org, arnd@...db.de, tglx@...utronix.de,
luto@...nel.org, mingo@...hat.com, bp@...en8.de,
dave.hansen@...ux.intel.com, x86@...nel.org, hpa@...or.com,
tj@...nel.org, ying.huang@...el.com,
Gregory Price <gregory.price@...verge.com>
Subject: Re: [RFC PATCH 02/11] mm/mempolicy: swap cond reference counting
logic in do_get_mempolicy
[restoring the CC list, I supect you didn't want this to be a private
discussion]
On Tue 28-11-23 09:10:18, Gregory Price wrote:
> On Tue, Nov 28, 2023 at 03:07:10PM +0100, Michal Hocko wrote:
> > On Wed 22-11-23 16:11:51, Gregory Price wrote:
> > [...]
> > > @@ -982,11 +991,11 @@ static long do_get_mempolicy(int *policy, nodemask_t *nmask,
> > > }
> > >
> > > out:
> > > - mpol_cond_put(pol);
> > > + mpol_put(pol);
> > > if (vma)
> > > mmap_read_unlock(mm);
> > > if (pol_refcount)
> > > - mpol_put(pol_refcount);
> > > + mpol_cond_put(pol_refcount);
> >
> > Maybe I am just misreading the patch but pol_refcount should be always
> > NULL with this patch
> >
>
> earlier:
>
> + pol = pol_refcount = __get_vma_policy(vma, addr, &ilx);
>
> i can split this into two lines if preferred.
>
> If addr is not set, then yes pol_refcount is always null.
My bad, missed that. Making that two lines would be easier to read but
nothing I would insist on of course.
--
Michal Hocko
SUSE Labs
Powered by blists - more mailing lists