Re: [PATCH v1] net: dev_weight: TX/RX orthogonality,Re: [PATCH v1] net: dev_weight: TX/RX orthogonality

2016-12-26 Thread David Miller
From: Matthias Tafelmeier Date: Mon, 26 Dec 2016 17:43:08 +0100 > >> From: Matthias Tafelmeier >> Date: Mon, 26 Dec 2016 10:49:23 +0100 >> >>> @@ -269,13 +269,21 @@ static struct ctl_table net_core_table[] = { >>> .extra1 = &min_rcvbuf, >>> }, >>> { >>> - .

Re: [PATCH v1] net: dev_weight: TX/RX orthogonality

2016-12-26 Thread David Miller
From: Matthias Tafelmeier Date: Mon, 26 Dec 2016 10:49:23 +0100 > @@ -269,13 +269,21 @@ static struct ctl_table net_core_table[] = { > .extra1 = &min_rcvbuf, > }, > { > - .procname = "dev_weight", > - .data = &weight_p, > +

[PATCH v1] net: dev_weight: TX/RX orthogonality

2016-12-26 Thread Matthias Tafelmeier
Oftenly, introducing side effects on packet processing on the other half of the stack by adjusting one of TX/RX via sysctl is not desirable. There are cases of demand for asymmetric, orthogonal configurability. This holds true especially for nodes where RPS for RFS usage on top is configured and t