Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp3624426img; Mon, 25 Mar 2019 14:15:02 -0700 (PDT) X-Google-Smtp-Source: APXvYqxx3FU93wts8XrrWUurS9kUS0JVlp8GQOOmGNbyikE8UokyPjnUB+lupJYS1i7smTLWNeeO X-Received: by 2002:a62:574d:: with SMTP id l74mr26882774pfb.9.1553548502747; Mon, 25 Mar 2019 14:15:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553548502; cv=none; d=google.com; s=arc-20160816; b=CkWde3mQylsjEX1cx/ANVYjRkDu640tBhCa9MErLa+WG+eY8rpp3FfV6K6swJUUTh/ Cozh8qQskTnxAml1y0dhPEeiZAz1KUcdVMmR4i12/ySTxB50BhueK26L+Mj0j7LRkTAM 5guVIvnutCblpYdUBRcuOx8aD7RZmfxap+jrMnMm55hrDaf3zkb4TELBshzZdiu/BS9i IIKJw/rmYvaj66F5GjZZPBmaTzuMVmu+dc6lQUZrh+oHBPaGZn4/sZI1hxF5r2sY8uIJ +T8Dpbz/VY6Qkaykr7aQyomUZKYDCgtgEVa8MBBkiolX2J8suskx431QmhILvxQtGpvo rNaw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=jrCFAbt0++HHrv0KNlr8zP2n87/vkj6ytAWF+fkH8yg=; b=JUpAZQXNA+s0lt0wXJPK5P9qfxb7CERW+REGRnOcgpOzh0iuaG/zKn31yEVXfjJoUr xwVBPbzFvrYkWIRD8VVpBN29uDYJkW4HQqWqeoyMInPN/hL4RceZd35VFcFofHZfLqMr 8n1WdPtGcADv71SOnLHvHalhjiSjA7Qnmda+p9uThERRNOw+UR2ODIJplVOkscAVF9M7 zvea6hwUai7XP3OfT4avLbbzwRv9vLwO1bac9BZteehK/y8oy0gyxvHsmog26TUB9uOu +L+oPIzleA/2M4dw6QiHis5nrTjt4DO/VcBlF6jObFourPrbm0gudt164QwNrnHiuSXO 6+0A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j4si13911302pgq.170.2019.03.25.14.14.47; Mon, 25 Mar 2019 14:15:02 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730353AbfCYVOK (ORCPT + 99 others); Mon, 25 Mar 2019 17:14:10 -0400 Received: from zeniv.linux.org.uk ([195.92.253.2]:55380 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729569AbfCYVOK (ORCPT ); Mon, 25 Mar 2019 17:14:10 -0400 Received: from viro by ZenIV.linux.org.uk with local (Exim 4.92 #3 (Red Hat Linux)) id 1h8Wv0-0006qr-9Q; Mon, 25 Mar 2019 21:14:06 +0000 Date: Mon, 25 Mar 2019 21:14:06 +0000 From: Al Viro To: Linus Torvalds Cc: syzbot , Alexei Starovoitov , Daniel Borkmann , linux-fsdevel , Linux List Kernel Mailing , syzkaller-bugs Subject: Re: KASAN: use-after-free Read in path_lookupat Message-ID: <20190325211405.GP2217@ZenIV.linux.org.uk> References: <0000000000006946d2057bbd0eef@google.com> <20190325045744.GK2217@ZenIV.linux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 25, 2019 at 12:18:02PM -0700, Linus Torvalds wrote: > COMPLETELY UNTESTED. And no filesystems converted to actually use the > new rcu_destroy_inode() thing. > > Hmm? Maybe, but we really need to come up with sane documentation on the entire drop_inode/evict_inode/destroy_inode/rcu_destroy_inode group ;-/ And I want to understand the writeback-related issues in ocfs2 and f2fs - the current kludges in those smell fishy. > if (unlikely(inode_init_always(sb, inode))) { > - if (inode->i_sb->s_op->destroy_inode) > + if (inode->i_sb->s_op->destroy_inode) { > inode->i_sb->s_op->destroy_inode(inode); > - else > + if (!inode->i_sb->s_op->rcu_destroy_inode) > + return NULL; > + } > + if (!inode->i_sb->s_op->rcu_destroy_inode || > + !inode->i_sb->s_op->rcu_destroy_inode(inode)) > kmem_cache_free(inode_cachep, inode); ITYM i_callback(inode); here, possibly suitably renamed.