Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp4898884ybf; Wed, 4 Mar 2020 13:01:01 -0800 (PST) X-Google-Smtp-Source: ADFU+vsHfMa+zFaj75wpXeXD/2Gni53xY6hRqfcbV9SiR9aJpXWTabYIMTEGlJDU92crbXps3vbE X-Received: by 2002:a05:6830:2361:: with SMTP id r1mr3727638oth.88.1583355661248; Wed, 04 Mar 2020 13:01:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583355661; cv=none; d=google.com; s=arc-20160816; b=I0XdtrhIoZqUrsJgBpj8/XAOG9VK76ynLWJrivvQQ7eiIG2eYPpV7pK5Xytmq4K7BE IiEwMWr7DkfhH6qi75eO+UubHB2ZpmhpLdEeW2DSvEB0BMmZJIXC5OL2kK1ZdXIU3ga6 h7CjyCnDRGC0Wj7mWPU5YqJ8rOpORDDkMx8HT4XwnSwvjeAFn1YQzqgJjsQspP7dDQ+o nfGTw2qgNK0cJJ5R5yyCfQOVlorDfnK9UEdEXIXMZYXdPd/1UVol3zw9p62GbeAnUi7F BcAizw9Jhq+wvSMjKTbZRqmRziCVoFAk8L/Na9bPHRVKgHA3drzx4dGrnmDzrFpjq/DH xh4Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=kXXQInWzw5OdSG9Fujs8+9H0P+JsLkS5EQidnqYe41k=; b=KFDKDmvrghhrZ5U9TAkp0cehJbNDadPL0dB/88bYIE0Hl+bB+TVWoDIS6L6riNgtm6 SVdss397jEMmlX1L++NXo8G9AUNOd4BRX92ik3r495d8x43fsQTB+fKfMRxDPYz6u5yF LfFmYEZI70S0GU07innGUunvpeXrLPPLbYMuXz9Q7QJK8ciEhxTZvGq0Dynf0n+iMLXj EqBRvYa9Lt3M5EuzBAHrax5vmNdd/yD9mFkFupOREWcmXsOxAPV/JUaK9EQvgONneSmv G+39jSsipgBpdFtlaFKLPO6Kkw6sG9jZZwBmmT6+JtqfRij+Awulki78YKXb15ZIY2Xn dzeQ== 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 w22si2114665otl.29.2020.03.04.13.00.48; Wed, 04 Mar 2020 13:01:01 -0800 (PST) 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 S2387469AbgCDVAi (ORCPT + 99 others); Wed, 4 Mar 2020 16:00:38 -0500 Received: from zeniv.linux.org.uk ([195.92.253.2]:34736 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726440AbgCDVAi (ORCPT ); Wed, 4 Mar 2020 16:00:38 -0500 Received: from viro by ZenIV.linux.org.uk with local (Exim 4.92.3 #3 (Red Hat Linux)) id 1j9b83-005NzE-Dj; Wed, 04 Mar 2020 21:00:31 +0000 Date: Wed, 4 Mar 2020 21:00:31 +0000 From: Al Viro To: Aleksa Sarai Cc: "Eric W. Biederman" , Linus Torvalds , linux-fsdevel , Linux Kernel Mailing List Subject: Re: [RFC][PATCHSET] sanitized pathwalk machinery (v3) Message-ID: <20200304210031.GT23230@ZenIV.linux.org.uk> References: <20200223011154.GY23230@ZenIV.linux.org.uk> <20200301215125.GA873525@ZenIV.linux.org.uk> <20200302003926.GM23230@ZenIV.linux.org.uk> <87o8tdgfu8.fsf@x220.int.ebiederm.org> <20200304002434.GO23230@ZenIV.linux.org.uk> <87wo80g0bo.fsf@x220.int.ebiederm.org> <20200304065547.GP23230@ZenIV.linux.org.uk> <20200304105946.4xseo3jokcnpptrj@yavin> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200304105946.4xseo3jokcnpptrj@yavin> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 04, 2020 at 09:59:46PM +1100, Aleksa Sarai wrote: > > FWIW, I'm putting together some litmus tests for pathwalk semantics - > > one of the things I'd like to discuss at LSF; quite a few codepaths > > are simply not touched by anything in xfstests. > > I won't be at LSF unfortunately, but this is something I would be very > interested in helping with -- one of the things I've noticed is the lack > of a test-suite for some of the more generic VFS bits (such as namei). BTW, has anyone tried to run tests with oprofile and see how much of the core kernel gets exercised? That looks like an obvious thing to try - at least the places outside of spin_lock_irq() ought to get lit after a while... Have any CI folks tried doing that, or am I missing some obvious reason why that is not feasible?