Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2542408pxj; Mon, 14 Jun 2021 00:52:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxQHK2SZl8Pl23nTYABF/YN1xTRrsKngdnwwMiInyB0YhmPrjBoOnANx7PiN2Q+9S+V/h37 X-Received: by 2002:aa7:c1da:: with SMTP id d26mr15497747edp.92.1623657152547; Mon, 14 Jun 2021 00:52:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623657152; cv=none; d=google.com; s=arc-20160816; b=PFxBnFdgxJWEiZOnMVSjDa6uDSO3RgLAjMwbjGk/MXGMFmJVBsglrGOsxYGNEVnbVM E+VbQ9QA/cZGly8rPU4MTz/qu/T2nDCkbX25k3umsUnMd9gWbr3zfLEMENCqPhGc+hAv 4i/YuIhb9CDywWJov55SmY1/rHyXfLs383KlrLOktIGoUY3SN74ShC1OD9FYgueAHQEz 564pzysiKdPojEa0xTuoO1rEhSLGt2KLRrlNJdusFspC0S/kBMXTifecGDxNdUvr+b4x 3VEAVtc99/fwxIR6EK5u/WdfFZr52XsM0NKYv7RYoDhH072xhxnB5bzYHxfQCVsV0uxp ez9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=bInYVYHrGR5ANIwmvsFt/JFHX7+zAuYU6lcDDBNx0uQ=; b=HbLNewCAVypFz5b/I/sKqpsnH5JC1JkKKCERHu3/QceN+z03Xl2c3ddG40Tjr982eb SyUMiQqegi1OJ+MfVflkD2tLS/LI5TOtHX5kRK1NgytgBSauTSvLB6zgrQ571Q69OOJ7 JBcKImvYQRquUfVecJmfeIl99Ue8/M9oTo2N03yTMjLQD1Q78GDAPlVWW7rsG09EJd5k kcb84R2iQL1Xn4h5uYdnhikV2wftlqYt+M+SQeFN++3HAW/urVhECHqrpZBsBzaZ4ZFu /q+kBTFShwvfCGf20tvRC+2T5WIQj4UoflZ11tyF+2u2E97K5UnZvUKoiQVkJW/pT0iJ sEdw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v29si663136ejv.66.2021.06.14.00.52.08; Mon, 14 Jun 2021 00:52:32 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232542AbhFNHwC (ORCPT + 99 others); Mon, 14 Jun 2021 03:52:02 -0400 Received: from mout.kundenserver.de ([217.72.192.73]:43301 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232520AbhFNHwB (ORCPT ); Mon, 14 Jun 2021 03:52:01 -0400 Received: from [192.168.1.155] ([95.115.71.85]) by mrelayeu.kundenserver.de (mreue106 [212.227.15.183]) with ESMTPSA (Nemesis) id 1MqJZl-1lW3zE1cfr-00nQqE; Mon, 14 Jun 2021 09:49:23 +0200 Subject: Re: device namespaces To: "Eric W. Biederman" , Christian Brauner Cc: Hannes Reinecke , gregkh@linuxfoundation.org, containers@lists.linux.dev, linux-kernel@vger.kernel.org References: <9157affa-b27a-c0f4-f6ee-def4a991fd4e@suse.de> <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> From: "Enrico Weigelt, metux IT consult" Message-ID: Date: Mon, 14 Jun 2021 09:49:22 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 In-Reply-To: <87v96k1d65.fsf@disp2133> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: tl Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K1:vDcC/6vJGgs0xNiN8kqUu/HqX+nxu78r6MTjnn+RaYLuzq9x4kM 3AyrUtiJ4LfMoeezJW1RUrxpG3wlUPedT8vY7Posz4/koSgZ3bkxlF7O/vds1Zss5qK7a75 aN96WycM772iK8O5+zblLAgmJrH947YEJwxNEzqiq7iP+ruA4XFHBmRiLMbgWvPW0Be3rrj MH4E5Y49mVP4cmczWyz3g== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:doK3sJdxH9U=:XMd3gz1LgI4ifBd/cLxrAS RLRlLPtxMnFJxzMHKxJPACZ9b+ex+7B7ul616LdwW1mrQshlwvpwnFbWqWZCcbb6eVhvE8MB2 yxokDoMeqAmfyDW/xCHel32Q1ejOU3cSrBYgbj24tFqnjhqDOhCf+fbwSnsJMQpeV/EoU8Rhk c4yEge2gIidmm7SP+tQX5jbqSo8ah5czMjDUJyJs2n9mhXsr0K/yVeICvbDKlh3MaECOAcf7N m7fv6+e9Tg43z+kazu4lT0KC7eqie4KygXdMLYQ7FBUzWw8N1xOMFkA7fW2gc9wfUXUctaq4J jZp3h90Zf2MhGixNNKjDshLXzTEfs5Mra7Xpx5QhXmw6FvCXSKsi7ofMGpLKZXKXtke+++O7/ nVIddDzBsCE8/TrJXxDL1RZzLhgg99BqI1U+RDJ0Bkrfd7AT2D7DkLLoIevLkd+MJ76Fj7VJO ifNxLd8TuLl8xZVu2GJNKIqWQ5ZXC1f2HD3IWbrMenBD9z1AKp9H2yudk4b6OP5obqYJAPNLL 3CsFvBWxmq2DSrwrB+49Gk= Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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) ? --mtx -- --- Hinweis: unverschlüsselte E-Mails können leicht abgehört und manipuliert werden ! Für eine vertrauliche Kommunikation senden Sie bitte ihren GPG/PGP-Schlüssel zu. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info@metux.net -- +49-151-27565287