linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
* BUG: fsl FEC ethernet tx checksum offloading doesn't work with RMII interface
@ 2015-10-28  9:48 David Jander
  2015-10-28 11:14 ` Russell King - ARM Linux
  0 siblings, 1 reply; 6+ messages in thread
From: David Jander @ 2015-10-28  9:48 UTC (permalink / raw)
  To: linux-arm-kernel


Hi all,

I was unable to figure out who's maintaining
drivers/net/ethernet/freescale/fec_main.c, so I hope someone can help out on
this list...

We have a board with a RMII phy connected to an i.MX6S. The hardware seems to
be ok, since I can receive and transmit ethernet frames without drops or
errors. However only simple things like ping and dhcp seemed to work. TCP/IP
connections could not be made. When looking at both ends with tcpdump, I
realized that all transmitted packages arrived at the other end with the TCP
and IP header checksums zeroed-out.

After issuing the following command, TCP/IP started working correctly:

$ ethtool --offload eth0 tx off

This works around the issue. For some reason, when the FEC is in RMII mode, it
isn't filling in the checksums.

On another board with an RGMII phy the same kernel works fine without the need
to disable offloading. What can possibly relate this functionality to the
choice of MAC interface?

Best regards,

-- 
David Jander
Protonic Holland.

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2015-10-29 14:50 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-10-28  9:48 BUG: fsl FEC ethernet tx checksum offloading doesn't work with RMII interface David Jander
2015-10-28 11:14 ` Russell King - ARM Linux
2015-10-28 11:19   ` David Jander
2015-10-28 12:31     ` Fabio Estevam
2015-10-28 12:36       ` David Jander
2015-10-29 14:50         ` Fabio Estevam

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).