On Fri, 2016-01-29 at 11:06 -0800, David Miller wrote: > From: Eric Dumazet <eric.duma...@gmail.com> > Date: Fri, 29 Jan 2016 10:33:48 -0800 > > > Why ipv6 stack itself does not trigger the issue ? > > > > Maybe the driver itself does not properly align IP headers on sparc ? > > > > Make sure NET_IP_ALIGN is 2 on your build. > > > > Note that x86 does not care, but a driver should always align Ethernet > > header to NET_IP_ALIGN, so that IP headers are aligned to 4 bytes > > boundaries. > > Eric, please reread the original posting, the driver is trying to do > exactly this.
Sure, but this driver was tested on x86. > > This is the part in the driver where it is trying to figure out how > much to pull in order to align the packet before it gets sent into the > stack. > > That's why only the flow dissector sees this problem. I have no idea why reading iph->saddr or iph->daddr would not hit the problem, but accessing the 32bit ipv6 flow label would be an issue. Something is fishy. But really adding unaligned() accesses in flow dissector would slow it quite a lot on MIPS and others.
