[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1490080687.8236.102.camel@haakon3.risingtidesystems.com>
Date: Tue, 21 Mar 2017 00:18:07 -0700
From: "Nicholas A. Bellinger" <nab@...ux-iscsi.org>
To: Elena Reshetova <elena.reshetova@...el.com>
Cc: gregkh@...uxfoundation.org, linux-kernel@...r.kernel.org,
xen-devel@...ts.xenproject.org, netdev@...r.kernel.org,
linux1394-devel@...ts.sourceforge.net,
linux-bcache@...r.kernel.org, linux-raid@...r.kernel.org,
linux-media@...r.kernel.org, devel@...uxdriverproject.org,
linux-pci@...r.kernel.org, linux-s390@...r.kernel.org,
fcoe-devel@...n-fcoe.org, linux-scsi@...r.kernel.org,
open-iscsi@...glegroups.com, devel@...verdev.osuosl.org,
target-devel@...r.kernel.org, linux-serial@...r.kernel.org,
linux-usb@...r.kernel.org, peterz@...radead.org,
Hans Liljestrand <ishkamiel@...il.com>,
Kees Cook <keescook@...omium.org>,
David Windsor <dwindsor@...il.com>
Subject: Re: [PATCH 24/29] drivers: convert iblock_req.pending from atomic_t
to refcount_t
Hi Elena,
On Mon, 2017-03-06 at 16:21 +0200, Elena Reshetova wrote:
> refcount_t type and corresponding API should be
> used instead of atomic_t when the variable is used as
> a reference counter. This allows to avoid accidental
> refcounter overflows that might lead to use-after-free
> situations.
>
> Signed-off-by: Elena Reshetova <elena.reshetova@...el.com>
> Signed-off-by: Hans Liljestrand <ishkamiel@...il.com>
> Signed-off-by: Kees Cook <keescook@...omium.org>
> Signed-off-by: David Windsor <dwindsor@...il.com>
> ---
> drivers/target/target_core_iblock.c | 12 ++++++------
> drivers/target/target_core_iblock.h | 3 ++-
> 2 files changed, 8 insertions(+), 7 deletions(-)
After reading up on this thread, it looks like various subsystem
maintainers are now picking these atomic_t -> refcount_t conversions..
That said, applied to target-pending/for-next and will plan to include
for v4.12-rc1 merge window.
Thanks!
Powered by blists - more mailing lists