Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752373AbdCHKWQ (ORCPT ); Wed, 8 Mar 2017 05:22:16 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:47328 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750783AbdCHKVm (ORCPT ); Wed, 8 Mar 2017 05:21:42 -0500 Date: Wed, 8 Mar 2017 11:19:14 +0100 From: "gregkh@linuxfoundation.org" To: "Reshetova, Elena" Cc: Shaohua Li , "devel@driverdev.osuosl.org" , "linux-s390@vger.kernel.org" , "open-iscsi@googlegroups.com" , Kees Cook , "linux-scsi@vger.kernel.org" , David Windsor , "peterz@infradead.org" , "netdev@vger.kernel.org" , "linux-usb@vger.kernel.org" , "linux-pci@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-raid@vger.kernel.org" , "linux-bcache@vger.kernel.org" , "target-devel@vger.kernel.org" , "linux-serial@vger.kernel.org" , "devel@linuxdriverproject.org" , "fcoe-devel@open-fcoe.org" , "xen-devel@lists.xenproject.org" , "linux1394-devel@lists.sourceforge.net" , Hans Liljestrand , "linux-media@vger.kernel.org" Subject: Re: [PATCH 08/29] drivers, md: convert mddev.active from atomic_t to refcount_t Message-ID: <20170308101914.GB15198@kroah.com> References: <1488810076-3754-1-git-send-email-elena.reshetova@intel.com> <1488810076-3754-9-git-send-email-elena.reshetova@intel.com> <20170307190449.baceyzzngsz776x7@kernel.org> <2236FBA76BA1254E88B949DDB74E612B41C5606B@IRSMSX102.ger.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2236FBA76BA1254E88B949DDB74E612B41C5606B@IRSMSX102.ger.corp.intel.com> User-Agent: Mutt/1.8.0 (2017-02-23) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 855 Lines: 20 On Wed, Mar 08, 2017 at 09:42:09AM +0000, Reshetova, Elena wrote: > > On Mon, Mar 06, 2017 at 04:20:55PM +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. > > > > Looks good. Let me know how do you want to route the patch to upstream. > > Greg, you previously mentioned that driver's conversions can go via your tree. Does this still apply? > Or should I be asking maintainers to merge these patches via their trees? You should ask them to take them through their trees, if they have them. I'll be glad to scoop up all of the remaining ones that get missed, or for subsystems that do not have trees. thanks, greg k-h