[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20260203043806.GF3183987@ZenIV>
Date: Tue, 3 Feb 2026 04:38:06 +0000
From: Al Viro <viro@...iv.linux.org.uk>
To: Viacheslav Dubeyko <Slava.Dubeyko@....com>
Cc: "glaubitz@...sik.fu-berlin.de" <glaubitz@...sik.fu-berlin.de>,
"shardulsb08@...il.com" <shardulsb08@...il.com>,
"slava@...eyko.com" <slava@...eyko.com>,
"frank.li@...o.com" <frank.li@...o.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-fsdevel@...r.kernel.org" <linux-fsdevel@...r.kernel.org>,
"shardul.b@...ricsoftware.com" <shardul.b@...ricsoftware.com>,
"jack@...e.cz" <jack@...e.cz>,
"janak@...ricsoftware.com" <janak@...ricsoftware.com>,
"brauner@...nel.org" <brauner@...nel.org>,
"syzbot+99f6ed51479b86ac4c41@...kaller.appspotmail.com" <syzbot+99f6ed51479b86ac4c41@...kaller.appspotmail.com>
Subject: Re: [PATCH v2] hfsplus: fix s_fs_info leak on mount setup failure
On Mon, Feb 02, 2026 at 05:53:57PM +0000, Viacheslav Dubeyko wrote:
> > out_unload_nls:
> > - unload_nls(sbi->nls);
^^^^^^^^^^^^^^^^^^^^
> > unload_nls(nls);
> > - kfree(sbi);
> The patch [1] fixes the issue and it in HFS/HFS+ tree already.
AFAICS, [1] lacks this removal of unload_nls() on failure exit.
IOW, the variant in your tree does unload_nls(sbi->nls) twice...
Powered by blists - more mailing lists