tin_cnt *is* u16, in fact struct cake_sched_data has been restored to the same state as it was before I introduced 'u8 squash'. On 16/11/15 17:59, Dave Taht wrote: > yes and nooo..... I thought tin_cnt needed to be a 10 bit number at > least.... (did it become an 8 bitter somewhere?) > > > but I have not looked at the code in quite some time. Tomorrow I hope > to finally have a fresh head. > > Right now I'm merely wrestling with getting a build to complete. > Dave Täht > Let's go make home routers and wifi faster! With better software! > https://www.gofundme.com/savewifi > > > On Mon, Nov 16, 2015 at 6:47 PM, Kevin Darbyshire-Bryant > wrote: >> Does this >> https://github.com/dtaht/sch_cake/commit/d05cf7e003d9c13d8382c881655807bda7ab3616 >> improve your happiness factor? >> >> Kevin >> >> On 16/11/15 15:57, Dave Taht wrote: >>> isn't there some other boolean variable somewhere ? >>> >>> Dave Täht >>> Let's go make home routers and wifi faster! With better software! >>> https://www.gofundme.com/savewifi >>> >>> >>> On Mon, Nov 16, 2015 at 4:20 PM, Kevin Darbyshire-Bryant >>> wrote: >>>> On 16/11/15 15:03, Dave Taht wrote: >>>>> I have not been doing any active development until... tomorrow. >>>>> >>>>> A goal I have for today is to actually build a version of openwrt + >>>>> all this stuff for the linksys ac1200. >>>>> >>>>> I was not particularly huge on using another field (q->squash) to >>>>> trigger squashing, and I cannot come up with a use case that makes >>>>> sense to me. >>>>> >>>>> Under what circumstances do you think separating these two functions >>>>> to be useful? >>>> I wanted to be able to use diffserv marking for internal bandwidth >>>> policing purposes whilst clearing those bits by the time they hit the >>>> ISP. On ingress it makes no sense, on egress I can see a use. >>>> >>>> >>>> >>