From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-gy0-f171.google.com (mail-gy0-f171.google.com [209.85.160.171]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 66B6220064E; Sat, 24 Sep 2011 17:54:20 -0700 (PDT) Received: by gyh3 with SMTP id 3so4843307gyh.16 for ; Sat, 24 Sep 2011 17:54:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=5bfmoZ1Y3mylBcusshE0OfwuYmIy4j+cjJXU8z8H7fI=; b=xLnxJVl1TxkxUaXFk6w7YFxt9nJwT039RHNaULOu00jPcpAeNzEoTdpoTpylijDYAP gavH2XkgbesyxEwvJ8G05y6KrD3Zr+WxHU/ZMiRK38kqA1QK7j9ZOjGA2QzBF2XsWxBZ jZvTCNOM7gnFANCV5bsQYfG5Q35XSEtzpra9w= MIME-Version: 1.0 Received: by 10.42.156.4 with SMTP id x4mr5741983icw.96.1316912058842; Sat, 24 Sep 2011 17:54:18 -0700 (PDT) Received: by 10.43.132.8 with HTTP; Sat, 24 Sep 2011 17:54:18 -0700 (PDT) Date: Sat, 24 Sep 2011 17:54:18 -0700 Message-ID: From: Dave Taht To: bloat-devel , bismark-devel@projectbismark.net, bloat Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [Bloat] Slipping dates for cerowrt (vacation) X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Sep 2011 00:54:20 -0000 As the kernel development process has slowed due the ongoing recovery from the kernel.org, bottlenecking changes to cerowrt and debloat-testing... and I can't offer anything but empathy to those at kernel.org getting things back online.... ... and I just arrived in Paris to work out of the lincs.fr lab there for the winter, where I hope to be doing some deep analysis of the data collected so far, and working on the harder algorithmic and theoretical problems... Now seems like the perfect time to finally take some vacation. so (sept 30-oct 10) I will be taking some serious time off in Paris and Giverny to recharge my batteries, and also find a place near the lab to live, and get integrated with matters here... So, I've slipped cerowrt's dates back a couple weeks. Some pruning of the current list is in order if we are ever to get something distributable. Cerowrt-1.0-rc6 is proving stable, however during that process we've found a few major issues that are on the roadmap to fix in rc7. At the kernel level, many are trivial (yet important - see bugs 266,265) fixes that should automagically arrive after the Linux development process gets back closer to normal. We're now struggling mostly with issues higher on the stack (see bugs 277, 113, 268, etc), and an onslought of new packages and feature requests from various parties (274, 279) - all of which are too much, combined, to deal with, in my exhausted, jetlagged state. http://www.bufferbloat.net/projects/cerowrt/roadmap All: Please feel free to add features, bugs, and suggestions to the rc7 release and rc7 release plan after reviewing the RC6 release notes. http://www.bufferbloat.net/projects/cerowrt/wiki/OCEAN_CITY_RELEASE_NOTES All: Also feel free to jump in and fix some of this stuff - much of it now is in mainline code, not openwrt or kernel code. Example: bug 224 is so simple yet crosses so many boundries as to make my head spin - and it's all over a SINGLE BIT. The right answer is patches to glib and uclibc, or so I think. Another simple set of patches is fixing dscp marking under ipv6 for things like openssh.... a great mystery regarding TOS setting under IPv6 has been resolved in bug 249... http://www.bufferbloat.net/issues/249 And do keep testing RC6! Downloads available at: http://huchra.bufferbloat.net/~cero1/ My efforts this coming week will be in getting bloatlab #1 up and fully operational. Preliminary documentaion on that lab is at: http://www.bufferbloat.net/projects/cerowrt/wiki/BloatLab_1 and iperf and netperf servers are enabled on jupiter and io. I'm very happy with how far we have come with the bufferbloat effort in the 9 months since the inception of bufferbloat.net - in particular the recent lwn.net article (which will be available to non-subscribers soon) and the responses to it were heartwarming as to how much people 'got' what we have been trying describe, diagnose, and fix. And I'm really glad everyone has been so helpful, and also really glad to finally be planning a little time away from the bloat. --=20 Dave T=E4ht SKYPE: davetaht US Tel: 1-239-829-5608 http://the-edge.blogspot.com