<div dir="auto"><div dir="auto">Dear Kevin and Toke,</div><div dir="auto"><br></div><div dir="auto">First of all thank you for all your efforts! </div><div dir="auto"><br></div><div dir="auto">I recently acquired a linksys wrt1900acs (arm/mvebu), I will test this by compiling latest openwrt with latest sch_cake/master and tc-adv/master.</div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">Best,</div><div dir="auto">George</div><br><br><div class="gmail_quote" dir="auto"><div dir="ltr">On Sat, Jun 30, 2018, 4:29 AM Kevin Darbyshire-Bryant via Cake <<a href="mailto:cake@lists.bufferbloat.net" target="_blank" rel="noreferrer">cake@lists.bufferbloat.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br><br>---------- Forwarded message ----------<br>From: Kevin Darbyshire-Bryant <<a href="mailto:kevin@darbyshire-bryant.me.uk" rel="noreferrer noreferrer" target="_blank">kevin@darbyshire-bryant.me.uk</a>><br>To: Cake List <<a href="mailto:cake@lists.bufferbloat.net" rel="noreferrer noreferrer" target="_blank">cake@lists.bufferbloat.net</a>><br>Cc: <br>Bcc: <br>Date: Sat, 30 Jun 2018 08:29:05 +0000<br>Subject: Cake on openwrt - falling behind<br>Hi Chaps,<br>
<br>
I’m concerned that cake on openwrt is falling behind.  Due to strange behaviour at least on MIPS since commit <a href="https://github.com/dtaht/sch_cake/commit/af1d7cde7046af55ec867b29854d754816b64bc8" rel="noreferrer noreferrer noreferrer" target="_blank">https://github.com/dtaht/sch_cake/commit/af1d7cde7046af55ec867b29854d754816b64bc8</a> Switch rates to 64bit, openwrt has been ‘stuck’ on the prior commit.  I personally have hack patches in my that effectively reverts the conversion to 64 netlink values in cake & tc and I’m pleased to say that works, however the wider community are a) not so lucky b) not actually running our latest code, there are a number of tweaks to the ack filter code that openwrt users are not benefitting from.<br>
<br>
Toke & myself dug into this a bit and we don’t, so far, think this is a bug in cake but is rather exposing an issue in netlink handling.  But we’ve hit an information vacuum, in essence I’m only seeing this on MIPS/Openwrt *BUT* that’s the only thing I can actually test on.  So is this 32bit MIPS only?  Is it Openwrt only?  Is it MIPS & Openwrt only?  Is it 32bit archs only?  And so on.<br>
<br>
This really needs to be investigated & solved, so that a) openwrt’s cake can be bumped and b) Someone can get on with backporting the class handling code (which is being sent upstream) to 4.14/4.9 (maybe earlier)<br>
<br>
If *you* have the means of compiling the latest cake & tc code on your platform could you please do so and report architecture etc if you do/do not see cake’s tin stats from ‘tc -s qdisc’ (that’s the biggest indicator of the issue)<br>
<br>
<br>
Cheers,<br>
<br>
Kevin D-B<br>
<br>
012C ACB2 28C6 C53E 9775  9123 B3A2 389B 9DE2 334A<br>
<br>
<br><br><br>---------- Forwarded message ----------<br>From: Kevin Darbyshire-Bryant via Cake <<a href="mailto:cake@lists.bufferbloat.net" rel="noreferrer noreferrer" target="_blank">cake@lists.bufferbloat.net</a>><br>To: Cake List <<a href="mailto:cake@lists.bufferbloat.net" rel="noreferrer noreferrer" target="_blank">cake@lists.bufferbloat.net</a>><br>Cc: <br>Bcc: <br>Date: Sat, 30 Jun 2018 01:29:10 -0700 (PDT)<br>Subject: [Cake] Cake on openwrt - falling behind<br>_______________________________________________<br>
Cake mailing list<br>
<a href="mailto:Cake@lists.bufferbloat.net" rel="noreferrer noreferrer" target="_blank">Cake@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/cake" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/cake<br></a><br>
</blockquote></div>
</div>