From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qt1-f177.google.com (mail-qt1-f177.google.com [209.85.160.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 79A1B2D060B for ; Sat, 11 Apr 2026 20:33:25 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=pass smtp.client-ip=209.85.160.177 ARC-Seal:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775939606; cv=pass; b=QAzS1LlR2xx0qM5b/j+swAv3dmEjtZs3EXO968Jmw1KU7wvoXriGusPCLFyjAXCJmrd2AXR+1XrTSr96gJthP4/zTUdWckdgwGbkfF2gaiAniyuv94nQ7tZIdrmszYaHzoz7JoZJqIESy45VA1y/ujN7SYqhUFCAja9bKQWtNQA= ARC-Message-Signature:i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1775939606; c=relaxed/simple; bh=stUxAk/UMqLZRW7gIM/oYk4oFTQ1kRZpwHgj++FtDZs=; h=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject: To:Cc:Content-Type; b=FncPdPasxnL9uCGZc06N22dar+z0sXVZYyKu0pamDoXCW/04tpaD9dKW89B0Nh/UY1NZtV0Viwj87o62+bFmG9Msn5AFGg3kcyYUGRKu4RLx5dsRS6c1vrafsSESCAFkWpKmbfIeZ3kPXFRD7WHi7p3LQkKxMrVH9pQUpJO4P4k= ARC-Authentication-Results:i=2; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=jISlVvnS; arc=pass smtp.client-ip=209.85.160.177 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="jISlVvnS" Received: by mail-qt1-f177.google.com with SMTP id d75a77b69052e-506362ac5f7so24961781cf.1 for ; Sat, 11 Apr 2026 13:33:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1775939604; cv=none; d=google.com; s=arc-20240605; b=PBTHk4nsOdAxEnRUNERk4mTbGzH+rVYexJP5wrbifZSuCw4yEvl4L2zX7nBCA47RpM /rMm2hHOByIA9rJ0EtDHlBAjlO2z9U4fMlvqY96RF8N0BZlq5Lz5p30Bwjb0I6nWLapb 1RRbyp93CMSiuDiWxjZHusoCWmMD/RjPT2jAYVErigY5sBRQmkrAuaati+YV9sdWeevz C8XapYpQV9lqMplavf62kijStMPg5ay69TkwLm3Zda1/OtrJ8pz4GD0T6jRsRyWUrsJ1 uwdxSJK5+DUyLNEKLHQy1xMuC1bwe4vyFdGDzCl5RL9BTWgNEb9Yop0et28i1fIg8NO6 j0cA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=YbYPJS5lZrojp3il9+9KagoVrK8OHrWbLRyBn3DiYtM=; fh=FNkTj/4gXsqF3ow78gyRG+jeSh0RT+93z2WdhdTCBTs=; b=kMvhRtNEK3cDpghIqxqllqnUlO7UIxg1MNW718tLEyhJMm7O9OrgYo58Q/F1rEFFAO KAY2/k7KeG8FRpMrOj2iBx2ZR2vdA7qi61Hef6N65kPaks5MMpc0aO9jRs8SdR10sRWd 1+qpAIhfb7Vi6A5lxzPotR6nrabCN1hmCdUVREgBC9095YYY5J/RqVAZFzwH5HO8F2A/ DS51IpDTho9kzKgpym0+zecMQ2I5Hl77HY5k5qRu1tEtDUx0VwlgFb1C/QlAyfn2pdnK LDtzO7zqZaD5R4Fu1TLRuy8AQu7wacgkOHlYH0px3WQfGt2X1aJ0fGCmV7W5sn/q2VKr P0Dg==; darn=vger.kernel.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1775939604; x=1776544404; darn=vger.kernel.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=YbYPJS5lZrojp3il9+9KagoVrK8OHrWbLRyBn3DiYtM=; b=jISlVvnSPXrMQqrc5tSZ0yM9hpu49ziY8xATLgMmlIcYJCmYkVaOyweAdmCMk0FIxt +QL/fYLI6jTw+XPxx3TcJ+2SGR32SLkD6Ajs0qG+SLodNUbhq9o169+U70FaKksyxKR+ n5Mt/Ae4GU/lZoTYHHXCkDnturoUgplf8vX9kPAyFwZzzz+Jt6WDN7seB6L37uibRQA+ xBGyojRL0uxp4/y+hb/KaUo2EmQw27y3ZXlQLrOsj4B1JK6z6oPO8QGMOUDl4PgFZv5o cNmpgC662Jj98mxGooDYR5bOvpMrSDICFhiNu5xYjgZfqSjhmyEh3cRNBuAiaXAjPvpX Doyg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775939604; x=1776544404; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=YbYPJS5lZrojp3il9+9KagoVrK8OHrWbLRyBn3DiYtM=; b=YjXg2HNv6S/vKA3IW+zmFTB3WtnGueJu7r3B2eMhB/ouoOmeq4fq9eGYurtuHNYtHC zan2c/ro2CV0VzU5ZirqExeGrKTVtMbxUml2W2U7YQY5E0DJ9RU3RYGnJbwnggj5xwiA YiSgZmTD5syvFK6CgEEifQHmhzv70py8lHnqkIGD4375dU9nsZsO88ZUhcMOwDJqXztD qZhUm6EKXR4mNLk/EjTCuV4OZd+PCNZUttTCcClD95VeK87BfVUom+4Lf5VZPbdnxCgm 65EXOFyVhzfoytTV/tU+LRBK7SnWB+WNIx1xtrksL3a1IAckNSigEabxXEVzMZA0ssXV +8aA== X-Forwarded-Encrypted: i=1; AJvYcCWa5zTq8U6M66c6p1acWKHp+4ye6DnEXlmEEGS85rGBPcxm8qxMHm8Pj1VKiNBLYnWSjIp511/+jkk=@vger.kernel.org X-Gm-Message-State: AOJu0YxrSJasJ9ZDGZMjcvFRQhs+fU9hib6tZMg56u6+iIV7Ez0cwssF +g27/0xSYdubZ3GJkODF/IvRS5Tjd97DSwDF043TxfJ0LluzIGmI8bA1pUESPXqdBm6jPeoxNI1 C7pB5JgK/k//4lwBTjlxiBHtL7foumTE= X-Gm-Gg: AeBDiet9gGcD5GtgEuiVqfoVf1+Dtrfo1+ugmBuwpH7yqA3frFDL5mUrLDdsjbAO4UQ dHVfBKgSU7ICm1NFhNy51BLfdP3qPjsngN/EVb3HYQjA+usZYqS9sexFvG5NPJ5MZBXT8ADOfds 3XAC3qzjwo7Plv+yZGfXRZocEoNsgR+5IKMZHMoHB/ptbEB5AODx6yKhjU1SEL9ZZ6K4T3KRkYB PfmfKVaWWBdoHoxJcrzLAmW7ytf00OK/qk0sTtU+lwnNEP8vZoismJsEnIwmgE+eXZQAyHZbxFP /MwXwSs= X-Received: by 2002:a05:622a:1493:b0:50d:89f0:9a00 with SMTP id d75a77b69052e-50dd5ba35f9mr127453991cf.42.1775939604226; Sat, 11 Apr 2026 13:33:24 -0700 (PDT) Precedence: bulk X-Mailing-List: workflows@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 References: <20260410145448.38253e3c@kernel.org> <20260410221220.1708137-1-kuniyu@google.com> <4f5810a7-c792-4d6b-9f7c-6c6b289def19@blemings.org> <761f83cc-58eb-4b4a-ba91-d11412e7b2a6@gmail.com> <91d50a72-a121-4b24-a559-892f8a3b3c3a@blemings.org> In-Reply-To: From: Chris Maness Date: Sat, 11 Apr 2026 13:33:11 -0700 X-Gm-Features: AQROBzCuNQvfNSHedoiJ49QhORLxTNM3Za7NywU29Q6uUwGEHGkvN9Vg7THWeek Message-ID: Subject: Re: [PATCH net] netrom: do some basic forms of validation on incoming frames To: hugh@blemings.id.au Cc: Craig , Kuniyuki Iwashima , kuba@kernel.org, davem@davemloft.net, edumazet@google.com, gregkh@linuxfoundation.org, horms@kernel.org, linux-hams@vger.kernel.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, pabeni@redhat.com, stable@kernel.org, workflows@vger.kernel.org, yizhe@darknavy.com Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable forms of validation on incoming frames I for one run two BBS=E2=80=99s that use LinFBB. LinFBB uses the kernel co= de for its AX.25 stack. This is still excellent software that is maintained. I also use Linux as a netrom node for said BBS with real radio ports and internet connectivity to out of town nodes using the ax25ipd/netromd that both use kernel stacks. 73 de Chris KQ6UP Thanks, Chris Maness Thanks, Chris Maness -Sent from my iPhone On Fri, Apr 10, 2026 at 4:53=E2=80=AFPM Chris Maness wrote: > > I for one run two BBS=E2=80=99s that use LinFBB. LinFBB uses the kernel = code for its AX.25 stack. This is still excellent software that is maintai= ned. I also use Linux as a netrom node for said BBS with real radio ports = and internet connectivity to out of town nodes using the ax25ipd/netromd th= at both use kernel stacks. > > 73 de Chris KQ6UP > > Thanks, > Chris Maness > -Sent from my iPhone > > > On Fri, Apr 10, 2026 at 4:38=E2=80=AFPM Hugh Blemings = wrote: >> >> >> On 11/4/2026 08:51, Craig wrote: >> >> If the main concern here is ongoing maintenance of these Ham Radio >> >> related protocols/drivers, can we pause for a moment on anything as >> >> dramatic as removing from the tree entirely ? >> >> >> >> There is a good cohort of capable kernel folks that either are or >> >> were ham radio operators who I believe, upon realising that things >> >> have got to this point, will be happy to redouble efforts to ensure >> >> this code maintained and tested to a satisfactory standard. >> >> >> >> Or, alternatively, as a technical community it may be that the Ham >> >> Radio interested folks conclude that out of tree or user space >> >> solutions are a better way forward as others have proposed. >> >> >> >> Give us a few days, please, for the word to be put around that we >> >> need to pull ourselves together a bit as a technical group :) >> >> >> > >> > I, for one, really can't imagine pulling an entire network subsytem >> > out of the kernel without any >> > knowledge of how/if/when it's used. Like intercontinental radio >> > networks, global email, ax.25 >> > keyboard-to-keyboard, BBS and other emergency-communication systems >> > throughout the >> > world. If you're sure the Internet will never fail, I guess it makes >> > sense removing all of this >> > since it's inconvenient to maintain. >> > >> > Global AX.25 keyboard-to-keyboard on 14.105Mhz >> > >> > https://qsl.net/kb9pvh/105.html >> > >> > AX.25/netrom VHF routed networks spanning from Oregon to Los Angeles. >> > >> > https://www.easymapmaker.com/map/80666c4898ec6e8fa0c35add5d03282d >> > >> > Global radio email using AX.25 >> > >> > https://winlink.org/RMSChannels (1,336 AX.25 email packet nodes on >> > the Earth and Space) >> > >> > This is all in operation by Amateur Radio ARES emergency >> > protocols/technologies. This >> > will not pass the headline test when it comes to Linux detractors. >> > >> > Most of this is running on Raspberry Pi / Linux 24/7. >> > >> > If we want to kill all these apps and somehow force them into user spa= ce, >> > it's akin to just switching to Windows - and flounder with the >> > Microsoft folks >> > trying to do the same thing. >> >> Your email Craig neatly encapsulates just some of the practical and >> ongoing applications of the kernel code in question - I don't think this >> is in dispute. >> >> What's pertinent is if we as the ham/amatuer radio community can agree >> on whether in tree, out of tree modules, or a userspace device driver >> approach make the most sense. If we are to keep code in the kernel in >> any form, we as a community need to find someone(s) that have the skills >> and bandwidth to keep the in tree code up to date. >> >> I don't think this would be onerous and I have a couple of people in >> mind to nudge who may be happy to do so if that proves the right way >> forward. At a pinch I could do it, but that'll mean a lot of catching >> up. But I think it reasonable that the responsibility here falls to >> folks that are closer to the code in question than the wider and >> overworked kernel maintainer community. >> >> That said, I think Dan Cross (KZ2X) earlier email makes a pretty strong >> case for moving out of the kernel while still providing a way to have >> backward compatibility, perhaps this might be the way forward? >> >> In any case, done well, this approach would not kill the apps or force >> anything like switching to Windows! :) Great projects like digipi would >> be able to continue with minimal changes. >> >> I wonder if a separate thread in linux-hams makes sense to discuss the >> various longer term approaches to maintaining these capabilities - I'll >> try make time later today to kick one off - such deliberations will be >> of less interest to the broader LKML and other lists. >> >> Cheers/73 >> Hugh >> >> >> >> > >> > >> > -craig >> > https://digipi.org/ >> > >> > >> -- >> I am slowly moving to hugh@blemings.id.au as my main email address. >> If you're using hugh@blemings.org please update your address book accord= ingly. >> Thank you :) >> >> --=20 Thanks, Chris Maness