From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pg0-x241.google.com ([2607:f8b0:400e:c05::241]) by bombadil.infradead.org with esmtps (Exim 4.85_2 #1 (Red Hat Linux)) id 1cHGoJ-0002H4-DZ for linux-mtd@lists.infradead.org; Wed, 14 Dec 2016 21:10:00 +0000 Received: by mail-pg0-x241.google.com with SMTP id 3so3582499pgd.0 for ; Wed, 14 Dec 2016 13:09:38 -0800 (PST) Date: Wed, 14 Dec 2016 13:09:35 -0800 From: Brian Norris To: Karl Beldan Cc: Boris Brezillon , Richard Weinberger , "linux-mtd@lists.infradead.org" , David Woodhouse , "linux-kernel@vger.kernel.org" , Daniel Walter , Stable Subject: Re: [PATCH v2 01/46] mtdpart: Propagate _get/put_device() Message-ID: <20161214210935.GA135941@google.com> References: <984fd8eb53b742bd46e7b42605ae4e0ceaf5ba08.1474450295.git.dwalter@sigma-star.at> <20160921121531.7786ee9b@bbrezillon> <20160928201611.GB142302@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, Dec 14, 2016 at 07:24:46PM +0000, Karl Beldan wrote: > On Wed, Sep 28, 2016 at 8:16 PM, Brian Norris > wrote: > > On Wed, Sep 21, 2016 at 12:15:31PM +0200, Boris Brezillon wrote: > >> On Wed, 21 Sep 2016 11:43:56 +0200 > >> Daniel Walter wrote: > >> > >> > From: Richard Weinberger > >> > > >> > If the master device has callbacks for _get/put_device() > >> > and this MTD has slaves a get_mtd_device() call on paritions > >> > will never issue the registered callbacks. > >> > Fix this by propagating _get/put_device() down. > >> > >> Brian, can we have this one queued for 4.9? I can't take it in my tree > >> if you want, but it's probably better if it's in the mtd tree. > > > > Applied this patch to l2-mtd.git > > > > I think this should also go into -stable. Why? Do you have real use cases that are broken by this? I understand this is a problem, but I'm curious on how this satisfies the stable rules. Also, note that this isn't a regression; it's been broken forever and apparently no one noticed. IMO that raises the bar a bit (but not impossibly so) for -stable. Anyway, if we decide to do this, you'll also want to include the git hash and applicable kernel versions, per Option 2 [1]. Brian [1] Documentation/stable_kernel_rules.txt.