From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 8A8D53B2C4 for ; Sat, 11 Jun 2016 13:44:14 -0400 (EDT) Received: by mail-oi0-x22a.google.com with SMTP id w5so76555468oib.2 for ; Sat, 11 Jun 2016 10:44:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=93xIR6LAZeUzaZRlbltTkzyWLEIkjlXQVSs4NAKreWE=; b=auCWWKOjlLKejte2WzWBvJpuew1PekEJBmZUjJpIBCfzm6QOZgKUYCpmMAE22ew3Su bkofnNzyfQL5eBp1l6f+ztQ++XPi46aTEfV/GgjvvmBR+xUYr72R2IkDRt6qyO1VfgoS ZCI+uG1tGtjvEjN2UOIw4/eKw2iSvb9KFD4Bfj9lFluekGlDc78nXYREWsTWXdrjCW67 xBcjG3/aXXySCZDotzWDrc3iagQR++O1he/sYDqHWR1Vm/yKLgVLmVqOarpGHg0H7G8M SOpmSLe6/8vnd5RhX30sY1j0xxJ6PpYby0wYkGCWFlbUgx5YHeoRkZgJ5qz2MflpXV3L HUFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=93xIR6LAZeUzaZRlbltTkzyWLEIkjlXQVSs4NAKreWE=; b=RGRF3e+XAROEYe56e5qbInhHuZlji7P+B/wadz7sGZtAtJKmY/6UNQQ+W2R0FwJK45 6E8pSr4eZk6q/HMsWZS3ZDUay5Yv5ThB+NZaQ92K4XPWRzGGIvYOEB/gTogUEEALWzIX fSRR1+yyoEybh1odyfEBvO9oonfjvdftJTEeWFAh2yNQIBvGbkunFxv9YvB1kN7Jvfen UvZi5XgzNbnv3kTjqoyeHL8TdwqyocB73o3TBEoxEsU9au3IWfsv6qHX5aVNljXABnbf +D5zAYBnSa91AcVLy0cuiYe512H4ORYCeGjsg2LX2+D0sjaD2kXfUSURtO0OpBSTg+SR pCaw== X-Gm-Message-State: ALyK8tI4IrUUbQVXDL9rKwbahvkKHiwonhHeDjHSze1lILvNHl1aFCCRYQqoeycxwy0dCUqCHr/ojvEJ4Yct9g== X-Received: by 10.157.15.151 with SMTP id d23mr4128195otd.49.1465667053971; Sat, 11 Jun 2016 10:44:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.229.210 with HTTP; Sat, 11 Jun 2016 10:44:13 -0700 (PDT) From: Dave Taht Date: Sat, 11 Jun 2016 10:44:13 -0700 Message-ID: To: "cerowrt-devel@lists.bufferbloat.net" , lede-dev@lists.infradead.org Content-Type: text/plain; charset=UTF-8 Subject: [Cerowrt-devel] lede integration issues remaining from the detrius of cerowrt X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 17:44:14 -0000 happy to see cake working today! thx all! In https://github.com/dtaht/ceropackages-3.10: A) We have flent's tc-iterate.c as a fast, lightweight means of polling fq_codel, pie, cake stats (as the shell in openwrt doesn't support a subsecond sleep) for openwrt. (However this package and code is in need of iteration to support polling the new stats presented in the fq_codel for wifi sysfs code.) Having something like this working is essential to analyze the real performance and correctness of the new implementations on the low end hardware. B) I am probably the only user of the gnugol package. :( C) I really need to sync the isochronous code with what avery has upstream D) https://github.com/dtaht/ceropackages-3.10/tree/master/utils/nanom5poe I don't know what landed upstream to control poe for the nano-m5 radios, if anything? E) https://github.com/dtaht/ceropackages-3.10/tree/master/utils/gdisk The principal problem with fdisk nowadays is that very large (> 2TB, I think) devices are not supported by it, and require a GPT capable tool. Is there a replacement in lede that handles GPT? If not - this is an old gdisk port to openwrt that I used to use. F) https://github.com/dtaht/ceropackages-3.10/tree/master/utils/cerowrt-scripts was a tool we used to measure latency under load directly on the router... some other packages that might be worth upstreaming, or putting in another repo or updating in ceropackages owamp: lets us measure ping times very precisely. (requires good ntp) ntpsec - a vastly hardened full fledged ntp fork https://www.ntpsec.org/ scamper - two other measurement tools shaperprobe ? G) We used lighttpd in cerowrt as it was tons faster than uhttpd and flexible enough to also do local web serving. can it (or ngnix) be substituted for uhttpd? Or has uhttpd got faster? H) Anyone working on go or rust for lede? hugo and ipfs and all the other blockchain related distributed web bits looks like fun... It looks like the static linking in go is a deal-killer https://github.com/GeertJohan/openwrt-go/issues/2