summaryrefslogtreecommitdiffstats
path: root/drivers/hid/hid-emsff.c
diff options
context:
space:
mode:
authorMichael Weiser <michael.weiser@gmx.de>2016-11-14 18:58:07 +0100
committerDavid S. Miller <davem@davemloft.net>2016-11-15 22:05:54 -0500
commit934d0048d07d14916b5c6f48709470d96f98d9c3 (patch)
tree172f5312370f95699df4df418d5aeedc70599465 /drivers/hid/hid-emsff.c
parentb8ca3387fe94ad5a7142f0b3de5aedf7389234c3 (diff)
downloadop-kernel-dev-934d0048d07d14916b5c6f48709470d96f98d9c3.zip
op-kernel-dev-934d0048d07d14916b5c6f48709470d96f98d9c3.tar.gz
net: ethernet: sun4i-emac: Read rxhdr in CPU byte-order
The EMAC EMAC_RX_IO_DATA_REG data register is dual-purpose: On one hand it is used to move actual packet data off the wire. This will be in wire-format and accepted as such by higher layers such as IP. Therefore it is correctly read as-is (i.e. raw) using readsl. On the other hand it provides metadata about incoming transfers to the driver such as length and checksum validation status. This data is little-endian, always and it is interpreted by the driver. Therefore it needs to be swapped to CPU endianness to make sense to the driver. This is already done for the "receive header" but not rxhdr. Read rxhdr using readl in order for sun4i-emac to work correctly when running a big-endian kernel. Signed-off-by: Michael Weiser <michael.weiser@gmx.de> Cc: Maxime Ripard <maxime.ripard@free-electrons.com> Cc: netdev@vger.kernel.org Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/hid/hid-emsff.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud