[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <YPQGrMEuZ2q4JhgW@unreal>
Date: Sun, 18 Jul 2021 13:47:08 +0300
From: Leon Romanovsky <leon@...nel.org>
To: Trond Myklebust <trondmy@...merspace.com>
Cc: "tanxin.ctf@...il.com" <tanxin.ctf@...il.com>,
"xiyuyang19@...an.edu.cn" <xiyuyang19@...an.edu.cn>,
"davem@...emloft.net" <davem@...emloft.net>,
"chuck.lever@...cle.com" <chuck.lever@...cle.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"kolga@...app.com" <kolga@...app.com>,
"kuba@...nel.org" <kuba@...nel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"bfields@...ldses.org" <bfields@...ldses.org>,
"anna.schumaker@...app.com" <anna.schumaker@...app.com>,
"linux-nfs@...r.kernel.org" <linux-nfs@...r.kernel.org>,
"yuanxzhang@...an.edu.cn" <yuanxzhang@...an.edu.cn>
Subject: Re: [PATCH] SUNRPC: Convert from atomic_t to refcount_t on
rpc_clnt->cl_count
On Sat, Jul 17, 2021 at 02:43:26PM +0000, Trond Myklebust wrote:
> On Sat, 2021-07-17 at 18:18 +0800, Xiyu Yang wrote:
> > refcount_t type and corresponding API can protect refcounters from
> > accidental underflow and overflow and further use-after-free
> > situations.
> >
>
> Have you tested this patch? As far as I remember, the reason why we
> never converted is that refcount_inc() gets upset and WARNs when you
> bump a zero refcount, like we do very much on purpose in
> rpc_free_auth(). Is that no longer the case?
It is still the case, they sent gazillion conversion patches with same
mistake.
Thanks
>
>
> --
> Trond Myklebust
> Linux NFS client maintainer, Hammerspace
> trond.myklebust@...merspace.com
>
>
Powered by blists - more mailing lists