Merge branch 'rx_copybreak'
authorDavid S. Miller <davem@davemloft.net>
Fri, 5 Sep 2014 19:12:32 +0000 (12:12 -0700)
committerDavid S. Miller <davem@davemloft.net>
Fri, 5 Sep 2014 19:12:32 +0000 (12:12 -0700)
commitb52b727594f0a1433039e7afe389d07075152548
tree5b3552c3f19957d3caaa32a86ccf91ba788e0900
parente020836d953eb1ce5b9221b32f4613646a4d5772
parentd4ad30b182305ecf97f145a5d4d1fd9e728c6d01
Merge branch 'rx_copybreak'

Govindarajulu Varadarajan says:

====================
enic: Add support for rx_copybreak

The following series implements rx_copybreak.

dma_map_single()/dma_unmap_single() is more expensive than alloc_skb & memcpy
for smaller packets. By doing this we can reuse the dma buff which is already
mapped. This is very useful when iommu is on. The default skb copybreak value
is 256.

When iommu is on, we can go much higher than 256. All the drivers that supports
rx_copybreak provides module parameter to change this value. Since module
parameter is the least preferred way for changing driver values, this series
adds ethtool support for setting rx_copybreak.

v4:
Validate tunable length in ethtool_get_tunable, not in driver implemented
function.

Loose tunable_ops array for each tunable type. Define one function and let the
driver use switch case for each type.

Use double underscore for data type in UAPI headers.
Use const qualifier where possible.

v3:
Add tunable namespace to ethtool. Use new ethtool cmd ETHTOOL_S/GTUNABLE to
set/get rx_copybreak from userspace.

v2:
Add new ethtool_cmd for DMA buffer parameters, instead of adding new members to
existing ethtool_ringparam.
====================

Signed-off-by: David S. Miller <davem@davemloft.net>