Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp1919703ybb; Thu, 2 Apr 2020 09:42:18 -0700 (PDT) X-Google-Smtp-Source: APiQypKEo27y3Yro7jy5PQ1ih4Q0gujKk0XDyDF7VgaMVbkckzuR1qlOezCLYIHhD+KZGeqWJeg2 X-Received: by 2002:aca:c209:: with SMTP id s9mr2834673oif.131.1585845738244; Thu, 02 Apr 2020 09:42:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585845738; cv=none; d=google.com; s=arc-20160816; b=B/3eK/O0MYErxMwN7sGiNrWTGAUVhNqawV45YgncaXUqadL1JEV4NqQr30VusBF+rA j8q/GqWG2sqvgIOeZPw6OgOoyizAIDx+V0TFPoYsbJKxCxfEMyKRHYWQyzfK/d7cRif0 yZITAkf759j/GZteduqoM1YIxH1vdZSG/ZIfXzGCBSzUZhGuZlzgwSuTO4FuOj6zKbt6 gD3egPKrrRi4R9bWee8VYiQiGGGvegddQSGJKZNTTybV5k9Qo9z2PTLlaTiIFDG0NMzI 72/LPopii5EbQYzd+3MJpISDKiRNHeawbF0F3kZYlKkc6k+gN4Vj2kl0VPhO7XvpZghh VaHw== 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=XK9cHrKfHlpn66azHgVEbIN0sjjp8Tl+c7kqRg3eyGk=; b=W03P64BxFVhrzzitN0JOoDVNToQdtyjqvDTC4myOjgLpmd5XjY+UlHrN2CgvJ56EbV FGu2TeOILRwPyJzorZMTJiXGQBpFozVr0uBnzZSWq2ezXNS+uvWSNJnl09XG64zoR6lm KaRcfvI5FC1iMEmoYD7CqpEp+VFH18TxTxtPmb7N19egCm3FPFbmQY2LY8QtjE9jLZ0G eaMgPw5UGflhsmxlPynvnE+Nhg8o/LeUVsbt+DeOpM6tHxtosZD9uWTfow6OldurHAnz fRmOoKCE1qPYSfxFJWDVBPIJgBwmqYPTYwhE/ss0nf3GA8+Lckcw8iJjdo0K0ErO7Gq/ Hf2g== 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 w203si2489764oig.54.2020.04.02.09.42.04; Thu, 02 Apr 2020 09:42:18 -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 S2389276AbgDBP2e (ORCPT + 99 others); Thu, 2 Apr 2020 11:28:34 -0400 Received: from gardel.0pointer.net ([85.214.157.71]:51106 "EHLO gardel.0pointer.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726927AbgDBP2d (ORCPT ); Thu, 2 Apr 2020 11:28:33 -0400 Received: from gardel-login.0pointer.net (gardel.0pointer.net [IPv6:2a01:238:43ed:c300:10c3:bcf3:3266:da74]) by gardel.0pointer.net (Postfix) with ESMTP id 7A8EDE80A73; Thu, 2 Apr 2020 17:28:31 +0200 (CEST) Received: by gardel-login.0pointer.net (Postfix, from userid 1000) id 1F7B3160337; Thu, 2 Apr 2020 17:28:31 +0200 (CEST) Date: Thu, 2 Apr 2020 17:28:31 +0200 From: Lennart Poettering To: Miklos Szeredi Cc: Ian Kent , David Howells , Christian Brauner , Linus Torvalds , Al Viro , dray@redhat.com, Karel Zak , Miklos Szeredi , Steven Whitehouse , Jeff Layton , andres@anarazel.de, keyrings@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Aleksa Sarai Subject: Re: Upcoming: Notifications, FS notifications and fsinfo() Message-ID: <20200402152831.GA31612@gardel-login> References: <1445647.1585576702@warthog.procyon.org.uk> <2418286.1585691572@warthog.procyon.org.uk> <20200401144109.GA29945@gardel-login> <2590640.1585757211@warthog.procyon.org.uk> <36e45eae8ad78f7b8889d9d03b8846e78d735d28.camel@themaw.net> <20200402143623.GB31529@gardel-login> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Do, 02.04.20 17:22, Miklos Szeredi (miklos@szeredi.hu) wrote: > On Thu, Apr 2, 2020 at 4:36 PM Lennart Poettering wrote: > > > You appear to be thinking about the "udisks" project or so? > > Probably. > > The real question is: is there a sane way to filter mount > notifications so that systemd receives only those which it is > interested in, rather than the tens of thousands that for example > autofs is managing and has nothing to do with systemd? systemd cares about all mount points in PID1's mount namespace. The fact that mount tables can grow large is why we want something better than constantly reparsing the whole /proc/self/mountinfo. But filtering subsets of that is something we don't really care about. Lennart -- Lennart Poettering, Berlin