Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2559410pxj; Mon, 14 Jun 2021 01:25:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx80buFdx7gHtfztSwQuk87hOink99pJ0gf776uY+gB24pv26YL1RkLClrT1AK5l9NIXBjy X-Received: by 2002:a50:d943:: with SMTP id u3mr16349074edj.175.1623659110282; Mon, 14 Jun 2021 01:25:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623659110; cv=none; d=google.com; s=arc-20160816; b=lENQZfHwXdVN58IK/AYLbNPMs4A3MrX8CiGyRr8R3G2bq5HRbBHag1ZKtCiKL3pVTH xxZTDUgf6YAlMGXFyYwypIo2WSPwnpoOQJJgePVAG+yIQoR4gHe/ps+GFzKsU9/GftTi ssuEYH78EPYByP8MhOPmWPmdMZTmudh0J0KrvmcvyBYEBdpRlg0CZAOkQa89QN7d1RIf w7amhLZAcdnFPQVEOvWlQqKMScvJaxssOhi5zQ9tb782gw9swx0BRuZu0XZXuLvEqTEm NGJWJ0dSEZGtbL/mvivpSo6QUaB4dLbZStxDUHjwK1OqgOgA9Q+F7EdKuPMsp7RXKQca wZ+w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=0pfA1m/3BmZ/mworsLywZsCx/+9XgCH/UewogZtf1jY=; b=N3XzDq7V1tZkdSaMjmNgzNa8cQC0vgZKXEUrwBSIOmpaEikQpA/s2c1wrIpS3goVgt UwTJP1q3Ens0mnLYHmIFWSVnuP8lfUHAqKFWjUK7kCKN/hhj4DuW4qOryE/MZCb1gxAP nB63wRto9MU0AYYe5VzaEPsUW6gNSaX+uuxNX6gk56XRfsvWsqtQ0KKE88y88FunDpCq MtaMq2fuEhHwzRhXAuVrTF8Sn7bqg3ZLrnwvqfse+ggKnOxoUR5/2kcMrKHSqPk5pjkg YxA2i1W6xZEzdcoTt0V/CIDCvpYUrp7xsUnBfoQtDZr9ooLktwKIQBIPWDc4vqOWz3iH /jmw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=BYPCCet+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p23si10586641ejn.418.2021.06.14.01.24.47; Mon, 14 Jun 2021 01:25:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=BYPCCet+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232627AbhFNIZJ (ORCPT + 99 others); Mon, 14 Jun 2021 04:25:09 -0400 Received: from mail.kernel.org ([198.145.29.99]:40244 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232528AbhFNIZI (ORCPT ); Mon, 14 Jun 2021 04:25:08 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id B6C2C61370; Mon, 14 Jun 2021 08:22:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1623658974; bh=fKEG1QQdsee0y5BUfnFwrYpg138QJfLVS/JCvDtXSNw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=BYPCCet+A5JIifh7UMTn1H1tGYFUHr2l14ShJ65eT+860NNtuiR8stnL96zddKq9e d0tX+xqvB22TODvwTwhTwl+6Jbo17g/R7iqcuj8LjsI5Wa8FUw96ByqYv662+axxB8 9Pw4rHtzu3V0FPjRQAcClKEkaSPvGVqq4+l2Brbw= Date: Mon, 14 Jun 2021 10:22:51 +0200 From: Greg KH To: "Enrico Weigelt, metux IT consult" Cc: "Eric W. Biederman" , Christian Brauner , Hannes Reinecke , containers@lists.linux.dev, linux-kernel@vger.kernel.org Subject: Re: device namespaces Message-ID: References: <20210608142911.ievp2rpuquxjuyus@wittgenstein> <877dj4ff9g.fsf@disp2133> <20210609063818.xnod4rzvti3ujkvn@wittgenstein> <20210609072108.ldhsxfnfql4pacqx@wittgenstein> <85a0d777-dea6-9574-8946-9fc8f912c1af@suse.de> <20210609080918.ma2klvxkjad4pjrn@wittgenstein> <87v96k1d65.fsf@disp2133> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jun 14, 2021 at 09:49:22AM +0200, Enrico Weigelt, metux IT consult wrote: > On 11.06.21 20:14, Eric W. Biederman wrote: > > Hi, > > > I favor none of the virtual devices showing up in sysfs. Maybe existing > > userspace needs the devices in sysfs, but if the solution is simply to > > skip sysfs for virtual devices that is much simpler. > > Sorry for being a little bit confused, but by virtual devices you mean > things like pty's or all the other stuff we already see under > /sys/device/virtual ? > > I'm yet unsure what the better way is. If we're just talking about pty's > specifically, I maybe could live with threating them like "special sort > of pipes", but I guess that would require some extra magic. > > If I'm not mistaken, the whole sysfs stuff is automatically handled > device classes and bus'es - seems that tty's are also class devs. > > How would you skip the virtual devices from sysfs ? Adding some filter > into sysfs that looks at the device class (or some flag within it) ? Wait, step back. What _EXACTLY_ are you wanting to do here? If you have not looked at how sysfs handles devices today, that leads me to believe that you do not have a real model in place. Again, spend some time and write some code please before continuing this thread. We don't like to talk about vague things when you do not even have an idea of what you want. good luck! greg k-h