From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from zeniv.linux.org.uk ([195.92.253.2]:34820 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750911AbeECWbU (ORCPT ); Thu, 3 May 2018 18:31:20 -0400 Date: Thu, 3 May 2018 23:31:15 +0100 From: Al Viro To: Ernesto =?iso-8859-1?Q?A=2E_Fern=E1ndez?= Cc: syzbot , Andrew Morton , Christoph Hellwig , Alexey Khoroshilov , Artem Bityutskiy , linux-fsdevel@vger.kernel.org Subject: Re: [PATCH 1/2] hfsplus: clean up delayed work if fill_super fails Message-ID: <20180503223115.GD30522@ZenIV.linux.org.uk> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Thu, May 03, 2018 at 07:08:22PM -0300, Ernesto A. Fern�ndez wrote: > If no hidden directory exists, the hfsplus_fill_super() function will > create it. A delayed work is then queued to sync the superblock, which > is never canceled in case of failure. Fix this. Wouldn't it be simpler to avoid all the crap with clearing ->s_root on failure, letting ->put_super() take care of everything? Or, better yet, take cleanups into ->kill_sb(), which is always called on superblock shutdown, ->s_root or no ->s_root...