From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-bk0-x233.google.com (mail-bk0-x233.google.com [IPv6:2a00:1450:4008:c01::233]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id BC7DB21F1B6 for ; Tue, 12 Nov 2013 15:06:07 -0800 (PST) Received: by mail-bk0-f51.google.com with SMTP id my12so2593070bkb.10 for ; Tue, 12 Nov 2013 15:06:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=DonErnHdYpmQxmAOn9aJf5m6Ypo7tHMttJW9QWFml9w=; b=AU2hG665o//yLDtsMj01OkK3ZiQjaYb2SqQdRw+gPbDa3sDAEdq/D4At+Kvoluw7cc pj1Nx80aJaMICprIB2ytRYxA5jKl47EbJHGYa84Fr6Ag/foSmvIorzmgC9sHfnrtPH3h ppn+OyJohNrqs/ptnyx1vC4Ibs+5FVnnNYCBx1zpoyVq2jBHqVlQy/0OoCW+2U4SC7Lx EKaR1M9kUtgu41sX/42abU0lmq5Uo//LbHAhwRxGGhWGJUtfIlVDXJ0Roz9l7MfOb8ne qq4jdIZMGqfCD3Lyzm5phi2OBjNQc9xIAC3JegEPvIWEwwL1U/15oMOoEyJUdTzcejsM D4Yg== X-Received: by 10.205.14.69 with SMTP id pp5mr27855474bkb.14.1384297564922; Tue, 12 Nov 2013 15:06:04 -0800 (PST) Received: from hms-beagle-3.home.lan (p579616B5.dip0.t-ipconnect.de. [87.150.22.181]) by mx.google.com with ESMTPSA id qg7sm20114263bkb.6.2013.11.12.15.06.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 12 Nov 2013 15:06:04 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Sebastian Moeller In-Reply-To: <1327805F-3961-40F0-BB90-07997E9E1CC4@gmx.de> Content-Transfer-Encoding: quoted-printable Message-Id: <9ABE8A7D-DEB1-459A-8068-2B7719728D5F@gmail.com> References: <56442F41-68E0-495A-B6B3-87AC2910EBED@gmail.com> <47AA0EBF-0886-444B-9A04-EB23105A8A3B@gmx.de> <51BF9432-6FC2-4A14-B147-13F1E779CA93@gmail.com> <876F5928-D2F3-417D-8927-21AE2C5CC136@gmail.com> <1327805F-3961-40F0-BB90-07997E9E1CC4@gmx.de> To: Sebastian Moeller X-Mailer: Apple Mail (2.1510) X-Mailman-Approved-At: Fri, 13 Dec 2013 10:39:36 -0800 Cc: cerowrt-devel@lists.bufferbloat.net Subject: Re: [Cerowrt-devel] CeroWrt 3.10.18-1 Field Report X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Tue, 12 Nov 2013 23:06:08 -0000 X-Original-Date: Wed, 13 Nov 2013 00:06:02 +0100 X-List-Received-Date: Tue, 12 Nov 2013 23:06:08 -0000 Hi Richard, hi Dave, hi list, so I could not resist the lure of 3.10.18-1 and upgraded my 3.10.11-2.; = which turned out to be slightly more involved than I had expected. 1) SYSUPGRADE root@nacktmulle:/# sysupgrade -d 60 -n = /home/persistent/cerowrts/3.10.18-1/openwrt-ar71xx-generic-wndr3700v2-squa= shfs-sysupgrade.bin =20 killall: watchdog: no process killed Sending TERM to remaining processes ... netifd dynamic_dns_upd sleep = minissdpd lighttpd crond lighttpd pimd snmpd xinetd dbus-daemon dnsmasq = zebra babeld watchquagga smbd nmbd avahi-daemon ahcpd rngd ntpd ubusd = askfirst=20 Sending KILL to remaining processes ... ubusd askfirst=20 Switching to ramdisk... mount: /proc is not a block device umount: /tmp/root: not mounted Failed to switch over to ramfs. Please reboot. Rebooting still returned me back to 3.10.11-2 2) MTD root@nacktmulle:/tmp# mtd -r write /tmp/firmware.img=20 Usage: mtd [ ...] [ ...] = [:...] The device is in the format of mtdX (eg: mtd4) or its label. mtd recognizes these commands: unlock unlock the device refresh refresh mtd partition erase erase all data on device write |- write (use - for stdin) to = device jffs2write append to the jffs2 partition on = the device fixtrx fix the checksum in a trx header on = first boot Following options are available: -q quiet mode (once: no [w] on writing, twice: no status messages) -n write without first erasing the blocks -r reboot after successful command -f force write without trx checks -e erase before executing the = command -d directory for jffs2write, defaults to = "tmp" -j integrate into jffs2 data when = writing an image -p write beginning at partition offset -o offset offset of the image header in the = partition(for fixtrx) -F [:[:]][,...] alter the fis partition table to create = new partitions replacing the partitions provided as argument to = the write command (only valid together with the write = command) Example: To write linux.trx to mtd4 labeled as linux and reboot = afterwards mtd -r write linux.trx linux Still no upgrade performed, but at least it is clearer why, my command = was incomplete=85 BUT I seem to recall that it was exactly this command = that actually allowed me to install 3.10.11-2 in the first place, weird. 3) LUCI = (http://gw.home.lan:81/cgi-bin/luci/;stok=3D19113c7f25269daca52ed92ef4d4b8= 02/admin/system/flashops/) I disabled the Keep Settings checkbox, uploaded the image (after making = sure /tmp had enough space) followed the "flash image=85" link e voila, = 3.10.18-1 up and running in no time I have no idea what the GUI actually does differently from calling = sysupgrade on the command line. So the upshot is Juergen Botz is right and the GUI seems to work, at = least if one does not keep the old configuration. (And for that problem = I followed caves advice and just saved /overlay before upgrading, so I = could see the old configuration files and compare.) Since I am using cerowrt as secondary router I have no input on the = PPPoE issues=85. best Sebastian On Nov 12, 2013, at 22:17 , Sebastian Moeller wrote: > Hi Richard, >=20 >=20 > On Nov 12, 2013, at 18:26 , Richard E. Brown = wrote: >=20 >>> On Nov 12, 2013, at 4:11 AM, Sebastian Moeller = wrote: >>>=20 >>>>> - Had to enable and set AQM parameters, since they=92re saved = differently from the QoS settings in the 3.7.5-2 firmware. Set = parameters to ~ 90% of link speeds=20 >>>>=20 >>>> Just curious, did you specify overhead and encapsulation? >>=20 >> No, I simply used the defaults on that page. >=20 > Ah, you might want to try setting the link layer adaptation = mechanism to tc_stab, the link layer to adls or atm and the overhead to = 40 (or look at http://ace-host.stuart.id.au/russell/files/tc/tc-atm/ to = figure out the fixed per packet overhead of your link). This should = allow you to specify a larger percentage of your link rate as shaped = rate=85 But see the attached screenshot of my AQM tab >=20 >=20 > >=20 >>=20 >>>>> - The kernel.log shows lots of the stack traces below: 2-5 per = second on a long-term basis.=20 >>>>=20 >>>> These look quite weird, the error is a slow patch warning from = hfsc_schedule_watchdog . But, hfsc is the queuing discipline used by = stock OpenWrt, cerowrt , so far, has only used HTB (last I checked was = cerowrt 3.10.11-3). So my guess is that you were running the default QOS = system instead (or worse in addition) to cerowrt's. It would be great to = see the output of: >>>> tc -d qdisc ; tc -s class show dev ifb0 ; tc -s class show dev ge00 >>>> to check what is up with the AQM system... >>>>=20 >>>> Did you by any change use the QOS tab in 3.7.5-2 instead of running = AQM or simple_qos.sh from rc.local/ifup? If so did you direct sys = upgrade to keep the old configuration files? >>=20 >> Yes, I was using QoS in 3.7.5-2, and I kept the old configuration = files (so I didn=92t have to re-enter credentials for my DSL link, etc.) = I guess it seems likely that I may have been running *both* (!) >=20 > Probably just QOS, as I think both QOS and AQM start out by = tearing down all discs=85 but the hfsc error should not affect AQM since = it uses HTB. >=20 >>=20 >> Would a better upgrade path be to start with 3.7.5-2, then disable = the QoS, then flash with 3.10.18-1? (My intuition tells me that this = would remove the QoS settings from the loop=85) >=20 > Mhhh, I guess that should work. >>=20 >> It=92s pretty easy to re-flash with 3.10.18-1 and run the tc = commands. If disabling QoS makes sense, then after I do the =92tc=92 = experiment, I=92ll re-flash with 3.7.5-2, turn off QoS, then reflash to = 3.10.18-1. >=20 > This should not fix your PPPoE issues though=85 so maybe it is = not the best time to switch=85 >=20 >> But it=92ll have to wait =92til dark so no one else is using it. :-) >=20 > Hihi, same issue on my side :) No "playing" with the network = while my wife is using it=20 >=20 > Best > Sebastian >=20 >=20 >>=20 >> Rich >>=20 >>=20 >=20 > _______________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cerowrt-devel --=20 Sandra, Okko, Joris, & Sebastian Moeller Telefon: +49 7071 96 49 783, +49 7071 96 49 784, +49 7071 96 49 785 GSM: +49-1577-190 31 41 GSM: +49-1517-00 70 355 Moltkestrasse 6 72072 Tuebingen Deutschland