[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2236FBA76BA1254E88B949DDB74E612B802B41C4@IRSMSX102.ger.corp.intel.com>
Date: Mon, 23 Oct 2017 06:34:53 +0000
From: "Reshetova, Elena" <elena.reshetova@...el.com>
To: David Miller <davem@...emloft.net>
CC: "netdev@...r.kernel.org" <netdev@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-mediatek@...ts.infradead.org"
<linux-mediatek@...ts.infradead.org>,
"linux-rdma@...r.kernel.org" <linux-rdma@...r.kernel.org>,
"linux-hams@...r.kernel.org" <linux-hams@...r.kernel.org>,
"linux-ppp@...r.kernel.org" <linux-ppp@...r.kernel.org>,
"ganeshgr@...lsio.com" <ganeshgr@...lsio.com>,
"nbd@...nwrt.org" <nbd@...nwrt.org>,
"john@...ozen.org" <john@...ozen.org>,
"sean.wang@...iatek.com" <sean.wang@...iatek.com>,
"matthias.bgg@...il.com" <matthias.bgg@...il.com>,
"yishaih@...lanox.com" <yishaih@...lanox.com>,
"saeedm@...lanox.com" <saeedm@...lanox.com>,
"matanb@...lanox.com" <matanb@...lanox.com>,
"tariqt@...lanox.com" <tariqt@...lanox.com>,
"leonro@...lanox.com" <leonro@...lanox.com>,
"ajk@...nets.uni-bremen.de" <ajk@...nets.uni-bremen.de>,
"paulus@...ba.org" <paulus@...ba.org>,
"zbr@...emap.net" <zbr@...emap.net>,
"peterz@...radead.org" <peterz@...radead.org>,
"keescook@...omium.org" <keescook@...omium.org>
Subject: RE: [PATCH 00/15] networking drivers refcount_t conversions
> From: Elena Reshetova <elena.reshetova@...el.com>
> Date: Fri, 20 Oct 2017 10:23:34 +0300
>
> > Note: these are the last patches related to networking that perform
> > conversion of refcounters from atomic_t to refcount_t.
> > In contrast to the core network refcounter conversions that
> > were merged earlier, these are much more straightforward ones.
> >
> > This series, for various networking drivers, replaces atomic_t reference
> > counters with the new refcount_t type and API (see include/linux/refcount.h).
> > By doing this we prevent intentional or accidental
> > underflows or overflows that can led to use-after-free vulnerabilities.
> >
> > The patches are fully independent and can be cherry-picked separately.
> > Patches are based on top of net-next.
> > If there are no objections to the patches, please merge them via respective trees
>
> I've applied this entire series to net-next. If there are any fixups or
> follow-ups please send them as relative patches.
>
> Thank you.
Thank you very much David! Will send fixups separately.
Best Regards,
Elena.
Powered by blists - more mailing lists