From mboxrd@z Thu Jan 1 00:00:00 1970 From: Al Viro Subject: Re: [PATCH] mnt: Fix a memory stomp in umount Date: Fri, 2 Jan 2015 21:13:03 +0000 Message-ID: <20150102211303.GU22149@ZenIV.linux.org.uk> References: <87d27gkia8.fsf@x220.int.ebiederm.org> <87h9wsiwwl.fsf@x220.int.ebiederm.org> <20141218210553.GQ22149@ZenIV.linux.org.uk> <87d27ghd1i.fsf@x220.int.ebiederm.org> <20141219000215.GR22149@ZenIV.linux.org.uk> <87lhlkvqo1.fsf@x220.int.ebiederm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Linus Torvalds , linux-fsdevel To: "Eric W. Biederman" Return-path: Received: from zeniv.linux.org.uk ([195.92.253.2]:33742 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752493AbbABVNF (ORCPT ); Fri, 2 Jan 2015 16:13:05 -0500 Content-Disposition: inline In-Reply-To: <87lhlkvqo1.fsf@x220.int.ebiederm.org> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Fri, Jan 02, 2015 at 03:06:06PM -0600, Eric W. Biederman wrote: > - It requires keeping track of the tail of the list which is half of the > error prone complexity. Er... In umount_tree() it comes pretty much for free, actually. > - I have a fix for a bad interaction between MNT_LOCKED and MNT_DETACH > where I need to leave mounts on the mount hash, until the final > mntput. For that I need not to reuse the the mnt_hash lists. Details, please.