Re: [PATCH v2 net-next 1/2] net: centralize net_device min/max MTU checking

2016-10-03 Thread Jarod Wilson
On Sun, Oct 02, 2016 at 10:43:22PM -0400, David Miller wrote: > From: Jakub Sitnicki > Date: Fri, 30 Sep 2016 11:37:24 +0200 > > > On Wed, Sep 28, 2016 at 10:20 PM GMT, Jarod Wilson wrote: > >> While looking into an MTU issue with sfc, I started noticing that almost > >> every NIC driver with an

Re: [PATCH v2 net-next 1/2] net: centralize net_device min/max MTU checking

2016-10-02 Thread David Miller
From: Jakub Sitnicki Date: Fri, 30 Sep 2016 11:37:24 +0200 > On Wed, Sep 28, 2016 at 10:20 PM GMT, Jarod Wilson wrote: >> While looking into an MTU issue with sfc, I started noticing that almost >> every NIC driver with an ndo_change_mtu function implemented almost >> exactly the same range check

Re: [PATCH v2 net-next 1/2] net: centralize net_device min/max MTU checking

2016-09-30 Thread Jakub Sitnicki
On Wed, Sep 28, 2016 at 10:20 PM GMT, Jarod Wilson wrote: > While looking into an MTU issue with sfc, I started noticing that almost > every NIC driver with an ndo_change_mtu function implemented almost > exactly the same range checks, and in many cases, that was the only > practical thing their nd

[PATCH v2 net-next 1/2] net: centralize net_device min/max MTU checking

2016-09-28 Thread Jarod Wilson
While looking into an MTU issue with sfc, I started noticing that almost every NIC driver with an ndo_change_mtu function implemented almost exactly the same range checks, and in many cases, that was the only practical thing their ndo_change_mtu function was doing. Quite a few drivers have either 6

[PATCH v2 net-next 1/2] net: centralize net_device min/max MTU checking

2016-09-28 Thread Jarod Wilson
While looking into an MTU issue with sfc, I started noticing that almost every NIC driver with an ndo_change_mtu function implemented almost exactly the same range checks, and in many cases, that was the only practical thing their ndo_change_mtu function was doing. Quite a few drivers have either 6