diff options
author | Arnd Bergmann <arnd@arndb.de> | 2015-12-08 16:32:27 +0100 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2015-12-11 19:34:39 -0500 |
commit | 899077791403ff7a2d8cfaa87bd1a82d729463e2 (patch) | |
tree | 010eed8435b844ae1a6864bdbd8af60b24da8103 /drivers/net/fjes/fjes_ethtool.c | |
parent | ad2c8c73d29702c3193f739390f6661f9a4ecad9 (diff) |
netcp: try to reduce type confusion in descriptors
The netcp driver produces tons of warnings when CONFIG_LPAE is enabled
on ARM:
drivers/net/ethernet/ti/netcp_core.c: In function 'netcp_tx_map_skb':
drivers/net/ethernet/ti/netcp_core.c:1084:13: warning: passing argument 1 of 'set_words' from incompatible pointer type [-Wincompatible-pointer-types]
This is the result of trying to pass a pointer to a dma_addr_t to
a function that expects a u32 pointer to copy that into a DMA descriptor.
Looking at that code in more detail to fix the warnings, I see multiple
related problems:
* The conversion functions are not endian-safe, as the DMA descriptors
are almost certainly fixed-endian, but the CPU is not.
* On 64-bit machines, passing a pointer through a u32 variable is a
bug, accessing an indirect pointer as a u32 pointer even more so.
* The handling of epib and psdata mixes native-endian and device-endian
data.
In this patch, I try to sort out the types for most accesses here,
adding le32_to_cpu/cpu_to_le32 where appropriate, and passing pointers
through two 32-bit words in the descriptor padding, to make it plausible
that the driver does the right thing if compiled for big-endian or
64-bit systems.
Signed-off-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/net/fjes/fjes_ethtool.c')
0 files changed, 0 insertions, 0 deletions