summaryrefslogtreecommitdiffstats
path: root/net/core
diff options
context:
space:
mode:
authorAnton Vorontsov <avorontsov@mvista.com>2010-06-09 16:27:08 -0700
committerDavid S. Miller <davem@davemloft.net>2010-06-09 16:27:08 -0700
commit619baba195d92ec39379e24c151f4a640898d140 (patch)
tree3acb28ffdd3ebbc8f4b99028b69f51c11ff0f105 /net/core
parentaea34e7ae7a40bc72f9f11b5658160dfb4b90c48 (diff)
downloadlinux-619baba195d92ec39379e24c151f4a640898d140.tar.bz2
gianfar: Revive the driver for eTSEC devices (disable timestamping)
Since commit cc772ab7cdcaa24d1fae332d92a1602788644f7a ("gianfar: Add hardware RX timestamping support"), the driver no longer works on at least MPC8313ERDB and MPC8568EMDS boards (and possibly much more boards as well). That's how MPC8313 Reference Manual describes RCTRL_TS_ENABLE bit: Timestamp incoming packets as padding bytes. PAL field is set to 8 if the PAL field is programmed to less than 8. Must be set to zero if TMR_CTRL[TE]=0. I see that the commit above sets this bit, but it doesn't handle TMR_CTRL. Manfred probably had this bit set by the firmware for his boards. But obviously this isn't true for all boards in the wild. Also, I recall that Freescale BSPs were explicitly disabling the timestamping because of a performance drop. For now, the best way to deal with this is just disable the timestamping, and later we can discuss proper device tree bindings and implement enabling this feature via some property. Signed-off-by: Anton Vorontsov <avorontsov@mvista.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/core')
0 files changed, 0 insertions, 0 deletions