From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.taht.net (mail.taht.net [176.58.107.8]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 32D113B29E for ; Wed, 21 Jun 2017 20:42:23 -0400 (EDT) Received: from nemesis.taht.net (c-24-6-136-17.hsd1.ca.comcast.net [24.6.136.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.taht.net (Postfix) with ESMTPSA id CCCCF21341; Thu, 22 Jun 2017 00:42:21 +0000 (UTC) From: Dave Taht To: Stephen Hemminger Cc: Kevin Darbyshire-Bryant , cake@lists.bufferbloat.net References: <20170613150244.695f2fd9@xeon-e3> Date: Wed, 21 Jun 2017 17:42:20 -0700 In-Reply-To: <20170613150244.695f2fd9@xeon-e3> (Stephen Hemminger's message of "Tue, 13 Jun 2017 15:02:44 -0700") Message-ID: <87r2ycc0pf.fsf@nemesis.taht.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Cake] Cake on LEDE - package maintainer required 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: Thu, 22 Jun 2017 00:42:23 -0000 I have long sought sufficient funding to push cake into the mainstream and come up empty. Cake represents thousands of hours of volunteer labor as it is, and everyone that has worked on it deserves kudos... ... and a check... or at least... a bloody t-shirt. And I mean that both in the perjorative sense and in the descriptive sense, of being covered in scars. Honestly, I'd settle for some happy set of users of cake to throw in for the t-shirt, at the very least. Stephen Hemminger writes: > On Tue, 13 Jun 2017 18:41:05 +0100 > Kevin Darbyshire-Bryant wrote: > >> Hi All, >> >> This email finds me looking for a volunteer/s to take over the ownership >> of the cake qdisc module package in LEDE. >> >> It's not particularly onerous, in essence making sure the package points >> at the git commit considered 'stable'. >> >> In theory there's a 'matching' user space patch for 'tc' in the >> 'iproute2' package to ensure it agrees with the kernel space qdisc. >> >> My advice is for everyone to take a step back very quickly...as the last >> person left forward of the line will get it ;-) >> >> Cheers, >> >> Kevin > > I will keeping asking the questions. > If it works and has value, why is it not upstream? > If is not upstream, does it still matter? It's pretty much the default for me 'round here. It solved all the remaing problems the sqm-scripts had. > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake