From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.linuxfoundation.org ([140.211.169.12]:55248 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751487AbdJaMuO (ORCPT ); Tue, 31 Oct 2017 08:50:14 -0400 Date: Tue, 31 Oct 2017 13:50:27 +0100 From: Greg KH To: Amir Goldstein Cc: Jan Kara , linux-fsdevel Subject: Re: [PATCH 2/2] fsnotify: Protect bail out path of fsnotify_add_mark_locked() properly Message-ID: <20171031125027.GA28988@kroah.com> References: <20171031093342.25216-1-jack@suse.cz> <20171031093342.25216-3-jack@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Tue, Oct 31, 2017 at 02:26:35PM +0200, Amir Goldstein wrote: > On Tue, Oct 31, 2017 at 11:33 AM, Jan Kara wrote: > > When fsnotify_add_mark_locked() fails it cleans up the mark it was > > adding. Since the mark is already visible in group's list, we should > > protect update of mark->flags with mark->lock. I'm not aware of any real > > issues this could cause (since we also hold group->mark_mutex) but > > better be safe and obey locking rules properly. > > > > Signed-off-by: Jan Kara > > Reviewed-by: Amir Goldstein > > IMO, even though this does not fix a concrete bug, if it's worth > fixing in upstream, it's worth fixing in stable. > A future stable fix may either make this into a concrete bug > or just be harder to apply. > > So I suggest to add the Fixes: and Cc: stable tags. > > Greg, > > Do you agree with this reasoning? If it doesn't fix an actual bug, how does that fit with the stable kernel rules?