Merge branch 'ptp-next'
authorDavid S. Miller <davem@davemloft.net>
Fri, 21 Mar 2014 18:21:45 +0000 (14:21 -0400)
committerDavid S. Miller <davem@davemloft.net>
Fri, 21 Mar 2014 18:21:45 +0000 (14:21 -0400)
commit65025079d2ddb8091d30b356c0b0f79a8d2254c4
tree14780568cd98b62b824bf28933b83a238b7b32d0
parenta85ae0e97879f51bccd8511668b07d346d98b3eb
parent621bdeccdcc71ddb54591107080059ba67f2fcaf
Merge branch 'ptp-next'

Richard Cochran says:

====================
ptp: dynamic pin control

This patch series introduces a way of changing the auxiliary PTP
Hardware Clock functions (periodic output signals and time stamping
external signals) at run time. In the past on the netdev list, we have
discussed other ways to handle this, such as module parameters and
ethtool. This series implements a new PHC ioctl because that is the
most natural way. Users already activate the auxiliary functions via
the ioctls. The sysfs interface has also been expanded so that the pin
configuration can be programmed using shell scripts.

The first patch adds the new ioctls. The PHC subsystem does most of
the work of maintaining the function-to-pin mapping. Drivers will only
need to allocate and initialize a pin configuration table and also
provide a new method that validates a particular assignment.

Patches 5 and 6 just clean up a couple of issues in the phyter driver,
and the remaining patches actually hook the phyter's pins into the new
system.

* ChangeLog
** V3
   - simplify locking in the set pin logic
** V2
   - fix bug in sysfs code on init error path
   - rename ptp_setpin() to ptp_set_pinfunc()
   - rename .setpin() to .verify() in the driver interface
   - simplify ptp_find_pin() logic
   - use correct test when checking whether the pin with the
     calibration function is being reprogrammed
====================

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