Re: [Cake] new patchset for upstream net-next

2017-11-26 Thread Dave Taht
George Amanakis writes: >> Whatever your primary use case is? My biggest concern is that it >> simply not crash - 300 second long tests, 1200 seconds, all night >> long over and over, again, pounding it flat. > > My home router runs x86_64 Archlinux on net-next with cake

Re: [Cake] new patchset for upstream net-next

2017-11-26 Thread George Amanakis
Whatever your primary use case is? My biggest concern is that it simply not crash - 300 second long tests, 1200 seconds, all night long over and over, again, pounding it flat. My home router runs x86_64 Archlinux on net-next with cake and nf_conntrack compiled as integrals. TSO, GSO and GRO

Re: [Cake] new patchset for upstream net-next

2017-11-26 Thread Jonathan Morton
It won't link unless conntrack is in the kernel, and *that* is costly for some. What we could do is make NAT support optional in Kconfig and have that option depend on conntrack. Would need a little fettling of cake itself to make the NAT support properly optional at compile time. - Jonathan

Re: [Cake] new patchset for upstream net-next

2017-11-26 Thread Toke Høiland-Jørgensen
On 26 November 2017 19:22:35 CET, Dave Taht wrote: >Toke Høiland-Jørgensen writes: > >> gamana...@gmail.com writes: >> >>> Just finished building, setting both sch_cake and nf_conntrack as >>> integral succeeds. Setting nf_conntrack as module fails with >sch_cake

Re: [Cake] new patchset for upstream net-next

2017-11-26 Thread Pete Heist
> On Nov 26, 2017, at 6:46 AM, Dave Taht wrote: > > Whatever your primary use case is? My biggest concern is that it > simply not crash - 300 second long tests, 1200 seconds, all night > long over and over, again, pounding it flat. > > rrul_be, rrul, 100 flows, 1000

Re: [Cake] new patchset for upstream net-next

2017-11-25 Thread gamanakis
I am currently testing latest net-next with both sch_cake and nf_conntrack compiled as integrals (Y instead of M). So far it works as expected (previous build was 4.9.64, sch_cake out-of-tree, and nf_conntrack as module). Are there any specific tests you would like me to run? I am attaching the

Re: [Cake] new patchset for upstream net-next

2017-11-25 Thread George Amanakis
I am giving it another try. nf_conntrack was built as a module. I am rebuilding on a clean dir, nf_conntrack set as integral this time. Will report soon. George On 11/25/2017 8:00 PM, Dave Taht wrote: I just got back from town and pushed a version that builds into the for_upstream_4.16

Re: [Cake] new patchset for upstream net-next

2017-11-25 Thread Dave Taht
I just got back from town and pushed a version that builds into the for_upstream_4.16 branch, with kevins latest. Trying another build here, with "m", takes hours. thx for trying 'y'! As for what's going wrong... is nf_conntrack being built? as a module ? as integral? We've always built cake and

Re: [Cake] new patchset for upstream net-next

2017-11-25 Thread George Amanakis
grep'ing in net-next for nf_ct_get_tuplepr reveals these are still in use. On 11/25/2017 7:49 PM, George Amanakis wrote: I tried Kevin's latest commit, now it fails with:   CHK include/config/kernel.release   CHK include/generated/uapi/linux/version.h   DESCEND  objtool   CHK

Re: [Cake] new patchset for upstream net-next

2017-11-25 Thread George Amanakis
I tried Kevin's latest commit, now it fails with:   CHK include/config/kernel.release   CHK include/generated/uapi/linux/version.h   DESCEND  objtool   CHK include/generated/utsrelease.h   CHK scripts/mod/devicetable-offsets.h   CHK include/generated/bounds.h   CHK