From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp79.iad3a.emailsrvr.com (smtp79.iad3a.emailsrvr.com [173.203.187.79]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 247FD3B29E for ; Wed, 28 Jun 2023 10:32:33 -0400 (EDT) Received: from app38.wa-webapps.iad3a (relay-webapps.rsapps.net [172.27.255.140]) by smtp10.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id 76F075E11; Wed, 28 Jun 2023 10:32:32 -0400 (EDT) Received: from deepplum.com (localhost.localdomain [127.0.0.1]) by app38.wa-webapps.iad3a (Postfix) with ESMTP id 5FC3FE1C20; Wed, 28 Jun 2023 10:32:32 -0400 (EDT) Received: by mobile.rackspace.com (Authenticated sender: dpreed@deepplum.com, from: dpreed@deepplum.com) with HTTP; Wed, 28 Jun 2023 10:32:32 -0400 (EDT) Date: Wed, 28 Jun 2023 10:32:32 -0400 (EDT) From: "David P. Reed" To: "Dave Taht via Cake" Cc: "Stephen Hemminger" , cake@lists.bufferbloat.net, bloat@lists.bufferbloat.net MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: quoted-printable Message-ID: <1687962752.39077378@mobile.rackspace.com> X-Mailer: mobile/8.0.1 X-Classification-ID: 21dadc89-6915-4e83-914b-1632587be3af-1-1 Subject: Re: [Cake] [Bloat] Two questions re high speed congestionmanagement anddatagram protocols X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jun 2023 14:32:33 -0000 How to find a kernel maintainer to care about DCCP, seems to be the questio= n for Linux. I am tempted... Not to get involved with IETF "barriers" (what a mess, give= n the folks in IETF who resisted in AQM, I wouldn't last a minute), but to = keep DCCP support alive. The barrier here is getting accepted as a Linux maintainer, which is a diff= erent issue entirely, looking at my last two experiences with submitting si= mple bug fixes to the kernel, which were nightmares. I don't have the commi= tment to become accepted as a maintainer. But it seems good to maintain DCCP, despite its lack of popularity as an IE= TF standard. It does deal with CC in a way that simplifies use of UDP for s= erious work. (One such nightmare can be seen in LKML... Search for dpreed@deepplum.com p= atch emails. I tried hard, was worn down, then gave up, since I found a way= to avoid the bug, in virtualization code on x86, and gave up on getting it= fixed after a year. Life is too short. The prior one was almost 20 years a= go when Alan Cox showed his asshole side, insulting me and HP. Alan is, tha= nk goodness, gone now from Linus's inside circle) -----Original Message----- From: "Dave Taht via Cake" Sent: Tue, Jun 27, 2023 at 10:03 pm To: "Stephen Hemminger" Cc: "Stephen Hemminger" , cake@lists.bufferbloa= t.net, bloat@lists.bufferbloat.net Subject: Re: [Cake] [Bloat] Two questions re high speed congestionmanagemen= t anddatagram protocols https://datatracker.ietf.org/doc/charter-ietf-ccwg/ is a new wg intended to poke into these issues On Tue, Jun 27, 2023 at 4:49=E2=80=AFPM Stephen Hemminger via Cake wrote: > > On Tue, 27 Jun 2023 12:47:01 -0700 (PDT) > David Lang wrote: > > > On Mon, 26 Jun 2023, David P. Reed via Bloat wrote: > > > > > Sorry for top posting, but ... Bigger question: > > > Why would DCCP be deprecated by Linux kernel? > > > Who makes that decision? Who argues against it? > > > > Linus or the networking maintaners make the decision. > > > > Usually things get pulled from the kernel because there are updates tha= t need to > > be made to the code (to match changes elsewhere in the kernel or becaus= e of > > security issues) and there isn't a maintainer who works on the code in = a > > resonable time. This means that the maintainers for the general code ar= ea (in > > this case networking maintainers) will need to do extra work in an area= they > > aren't that interested in (and, especially in the case of hardware, may= not have > > the ability to test). They do some of it, especially if it's commonly u= sed, but > > eventually either another maintainer steps up, or it goes away > > > > David Lang > > See https://patchwork.kernel.org/project/netdevbpf/patch/20230614194705.9= 0673-3-kuniyu@amazon.com/ > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake --=20 Podcast: https://www.linkedin.com/feed/update/urn:li:activity:7058793910227= 111937/ Dave T=C3=A4ht CSO, LibreQos _______________________________________________ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake