Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Feedback-ID: i56a14606:Fastmail
User-Agent: Cyrus-JMAP/3.7.0-alpha0-1185-g841157300a-fm-20221208.002-g84115730
Mime-Version: 1.0
Message-Id: <c44bd7e8-68ff-44f8-b50b-4d27b4fe29dc@app.fastmail.com>
In-Reply-To: <ad6efc07-1706-a8e2-1478-45124838a043@kernel.org>
References: <20220818004357.375695-1-stephen@networkplumber.org>
 <07786498-2209-3af0-8d68-c34427049947@kernel.org>
 <po9s7-9snp-9so3-n6r5-qs217ss1633o@vanv.qr>
 <ad6efc07-1706-a8e2-1478-45124838a043@kernel.org>
Date:   Mon, 09 Jan 2023 09:44:38 +0100
From:   "Arnd Bergmann" <arnd@arndb.de>
To:     "Jiri Slaby" <jirislaby@kernel.org>,
        "Jan Engelhardt" <jengelh@inai.de>
Cc:     "Stephen Hemminger" <stephen@networkplumber.org>,
        Netdev <netdev@vger.kernel.org>,
        "David Ahern" <dsahern@kernel.org>,
        "Jonathan Corbet" <corbet@lwn.net>,
        "David S . Miller" <davem@davemloft.net>,
        "Eric Dumazet" <edumazet@google.com>,
        "Jakub Kicinski" <kuba@kernel.org>,
        "Paolo Abeni" <pabeni@redhat.com>,
        "Thomas Bogendoerfer" <tsbogend@alpha.franken.de>,
        "Michael Ellerman" <mpe@ellerman.id.au>,
        "Nicholas Piggin" <npiggin@gmail.com>,
        "Christophe Leroy" <christophe.leroy@csgroup.eu>,
        "Pablo Neira Ayuso" <pablo@netfilter.org>,
        "Jozsef Kadlecsik" <kadlec@netfilter.org>,
        "Florian Westphal" <fw@strlen.de>, "Borislav Petkov" <bp@suse.de>,
        "Paul E. McKenney" <paulmck@kernel.org>,
        "Andrew Morton" <akpm@linux-foundation.org>,
        "Neeraj Upadhyay" <quic_neeraju@quicinc.com>,
        "Randy Dunlap" <rdunlap@infradead.org>,
        "Damien Le Moal" <damien.lemoal@opensource.wdc.com>,
        "Muchun Song" <songmuchun@bytedance.com>,
        "Akhmat Karakotov" <hmukos@yandex-team.ru>,
        "Antoine Tenart" <atenart@kernel.org>,
        "Xin Long" <lucien.xin@gmail.com>,
        "Juergen Gross" <jgross@suse.com>,
        "Hans de Goede" <hdegoede@redhat.com>,
        "Nathan Fontenot" <nathan.fontenot@amd.com>,
        "Martin K. Petersen" <martin.petersen@oracle.com>,
        "Suma Hegde" <suma.hegde@amd.com>, "Chen Yu" <yu.c.chen@intel.com>,
        "William Breathitt Gray" <vilhelm.gray@gmail.com>,
        "Xie Yongji" <xieyongji@bytedance.com>,
        =?UTF-8?Q?Pali_Roh=C3=A1r?= <pali@kernel.org>,
        "Alexandre Ghiti" <alexandre.ghiti@canonical.com>,
        "Chuck Lever" <chuck.lever@oracle.com>,
        "Jeff Layton" <jlayton@kernel.org>,
        "Paul Gortmaker" <paul.gortmaker@windriver.com>,
        "Nikolay Aleksandrov" <razor@blackwall.org>,
        "Sebastian Andrzej Siewior" <bigeasy@linutronix.de>,
        "Menglong Dong" <imagedong@tencent.com>,
        "Petr Machata" <petrm@nvidia.com>,
        "Daniel Borkmann" <daniel@iogearbox.net>,
        "Roopa Prabhu" <roopa@nvidia.com>,
        "Yuwei Wang" <wangyuweihx@gmail.com>,
        "Shakeel Butt" <shakeelb@google.com>,
        "Kuniyuki Iwashima" <kuniyu@amazon.com>,
        "Kees Cook" <keescook@chromium.org>,
        "Stefano Garzarella" <sgarzare@redhat.com>,
        "Florian Fainelli" <f.fainelli@gmail.com>,
        "Wang Qing" <wangqing@vivo.com>, "Yu Zhe" <yuzhe@nfschina.com>,
        "open list:DOCUMENTATION" <linux-doc@vger.kernel.org>,
        "open list" <linux-kernel@vger.kernel.org>,
        "open list:MIPS" <linux-mips@vger.kernel.org>,
        "open list:LINUX FOR POWERPC (32-BIT AND 64-BIT)" 
        <linuxppc-dev@lists.ozlabs.org>,
        "open list:NETFILTER" <netfilter-devel@vger.kernel.org>,
        "open list:NETFILTER" <coreteam@netfilter.org>
Subject: Re: [PATCH net-next] Remove DECnet support from kernel
Content-Type: text/plain
Precedence: bulk

On Mon, Jan 9, 2023, at 09:34, Jiri Slaby wrote:
> On 09. 01. 23, 9:14, Jan Engelhardt wrote:
>> On Monday 2023-01-09 08:04, Jiri Slaby wrote:
>
> Right, we used to keep providing also defines and structs in uapi 
> headers of removed functionality. So that the above socket would 
> compile, but fail during runtime.
>
> I am not biased to any solution. In fact, I found out trinity was fixed 
> already. So either path networking takes, it's fine by me. I'm not sure 
> about the chromium users, though (and I don't care).

Chromium and some of the others look like automatically generated
lists of files and the rest seem to have compile-time checks.

From a brief look at all the packages in the debian codesearch
link you provided, I don't see any that are likely to cause
problems aside from trinity.

    Arnd