3.13-rc1: eth0 hw csum failure on powerpc

3.13-rc1: eth0 hw csum failure on powerpc

[Christian Kujau]

Hi,

while trying to upgrade from 3.12.0 to 3.13-rc1 or -rc2, the following 
happens early during bootup:

[...]
 Freeing unused kernel memory: 204K (c06ea000 - c071d000)
 eth0: hw csum failure
 CPU: 0 PID: 0 Comm: swapper Not tainted 3.13.0-rc2 #1
 Call Trace:
 [effefd00] [c0008b3c] show_stack+0x48/0x150 (unreliable)
 [effefd40] [c045c6ac] __skb_checksum_complete_head+0x7c/0x80
 [effefd50] [c04fefd8] icmpv6_rcv+0x1cc/0x62c
 [effefdf0] [c04e3dd4] ip6_input+0x140/0x4b4
 [effefe30] [c04e422c] ip6_mc_input+0xe4/0x19c
 [effefe40] [c046254c] __netif_receive_skb_core+0x5c4/0x760
 [effefea0] [c04654a0] napi_gro_receive+0xac/0xd8
 [effefeb0] [c03da7e8] gem_poll+0x5bc/0x119c
 [effeff50] [c0465140] net_rx_action+0x150/0x24c
 [effeff90] [c003533c] __do_softirq+0xe8/0x1e8
 [effeffe0] [c003586c] irq_exit+0xa4/0xc8
 [effefff0] [c000e678] call_do_irq+0x24/0x3c
 [c0753e90] [c0006448] do_IRQ+0x64/0xb4
 [c0753eb0] [c0010fac] ret_from_except+0x0/0x14
 --- Exception: 501 at arch_cpu_idle+0x24/0x94
     LR = arch_cpu_idle+0x24/0x94
 [c0753f70] [c0073440] rcu_idle_enter+0x90/0xdc (unreliable)
 [c0753f80] [c006d05c] cpu_startup_entry+0xa8/0x178
 [c0753fb0] [c06ece70] start_kernel+0x2f0/0x304
 [c0753ff0] [00003444] 0x3444


This happens only first right after "Freeing unused kernel...", then 
bootup continues....until a certain point, where these messages are 
repated really often, like 10 times at once, every 5 seconds.

Bootup continues though and I'm even able to login remotely via SSH,
but the messages are really annoying. In 3.13-rc1, the system
rebooted itself shortly after bootup was complete, probably due to
these "eth0: hw csum failure" messages, I assume.

Any ideas on that?

Thanks,
Christian.
-- 
BOFH excuse #16:

somebody was calculating pi on the server

Re: 3.13-rc1: eth0 hw csum failure on powerpc

[Christian Kujau]

On Sat, 30 Nov 2013 at 02:07, Christian Kujau wrote:
> while trying to upgrade from 3.12.0 to 3.13-rc1 or -rc2, the following 
> happens early during bootup:
> 
> [...]
>  Freeing unused kernel memory: 204K (c06ea000 - c071d000)
>  eth0: hw csum failure
>  CPU: 0 PID: 0 Comm: swapper Not tainted 3.13.0-rc2 #1
>  Call Trace:

Btw, full dmesg & .config:  http://nerdbynature.de/bits/3.13-rc1/

C.
-- 
BOFH excuse #449:

greenpeace free'd the mallocs

Re: 3.13-rc1: eth0 hw csum failure on powerpc

[Christian Kujau]

On Sat, 30 Nov 2013 at 02:11, Christian Kujau wrote:
> On Sat, 30 Nov 2013 at 02:07, Christian Kujau wrote:
> > while trying to upgrade from 3.12.0 to 3.13-rc1 or -rc2, the following 
> > happens early during bootup:
> > 
> > [...]
> >  Freeing unused kernel memory: 204K (c06ea000 - c071d000)
> >  eth0: hw csum failure
> >  CPU: 0 PID: 0 Comm: swapper Not tainted 3.13.0-rc2 #1
> >  Call Trace:
> 
> Btw, full dmesg & .config:  http://nerdbynature.de/bits/3.13-rc1/

Oh, this has already been reported earlier this week:

https://lists.ozlabs.org/pipermail/linuxppc-dev/2013-November/113584.html

Christian.
-- 
BOFH excuse #53:

Little hamster in running wheel had coronary; waiting for replacement to be Fedexed from Wyoming

Re: 3.13-rc1: eth0 hw csum failure on powerpc

[Andreas Schwab]

Christian Kujau <lists@nerdbynature.de> writes:

> On Sat, 30 Nov 2013 at 02:11, Christian Kujau wrote:
>> On Sat, 30 Nov 2013 at 02:07, Christian Kujau wrote:
>> > while trying to upgrade from 3.12.0 to 3.13-rc1 or -rc2, the following 
>> > happens early during bootup:
>> > 
>> > [...]
>> >  Freeing unused kernel memory: 204K (c06ea000 - c071d000)
>> >  eth0: hw csum failure
>> >  CPU: 0 PID: 0 Comm: swapper Not tainted 3.13.0-rc2 #1
>> >  Call Trace:
>> 
>> Btw, full dmesg & .config:  http://nerdbynature.de/bits/3.13-rc1/
>
> Oh, this has already been reported earlier this week:
>
> https://lists.ozlabs.org/pipermail/linuxppc-dev/2013-November/113584.html

No solution yet, though, 3.13-rc2 is still broken.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

Re: 3.13-rc1: eth0 hw csum failure on powerpc (bisected)

[Christian Kujau]

On Sat, 30 Nov 2013 at 23:05, Andreas Schwab wrote:
> >> > [...]
> >> >  Freeing unused kernel memory: 204K (c06ea000 - c071d000)
> >> >  eth0: hw csum failure
> >> >  CPU: 0 PID: 0 Comm: swapper Not tainted 3.13.0-rc2 #1
> >> >  Call Trace:
> >> 
> >> Btw, full dmesg & .config:  http://nerdbynature.de/bits/3.13-rc1/
> >
> > Oh, this has already been reported earlier this week:
> >
> > https://lists.ozlabs.org/pipermail/linuxppc-dev/2013-November/113584.html
> 
> No solution yet, though, 3.13-rc2 is still broken.

As 3.13-rc3 was still broken, I tried a git-bisect, resulting in:


018c5bba052b3a383d83cf0c756da0e7bc748397 is the first bad commit
commit 018c5bba052b3a383d83cf0c756da0e7bc748397
Author: David S. Miller <davem@davemloft.net>
Date:   Fri Nov 15 21:11:16 2013 -0500

    net: Handle CHECKSUM_COMPLETE more adequately in pskb_trim_rcsum().
    
    Currently pskb_trim_rcsum() just balks on CHECKSUM_COMPLETE packets
    and remarks them as CHECKSUM_NONE, forcing a software checksum
    validation later.
    
    We have all of the mechanics available to fixup the skb->csum value,
    even for complicated fragmented packets, via the helpers
    skb_checksum() and csum_sub().
    
    So just use them.
    
    Based upon a suggestion by Herbert Xu.
    
    Signed-off-by: David S. Miller <davem@davemloft.net>

:040000 040000 14e295c30c2d2a1164f4eb70aaec821fbe288c01 456c666ebbb355292b683c71c85585fc6d07e852 M      include


And sure enough, today's 3.13-rc3 with only that commit reverted boots 
just fine on this PowerBook G4 system.

Thanks,
Christian
-- 
BOFH excuse #152:

My pony-tail hit the on/off switch on the power strip.

Re: 3.13-rc1: eth0 hw csum failure on powerpc (bisected)

[David Miller]

From: Christian Kujau <lists@nerdbynature.de>
Date: Sat, 14 Dec 2013 16:40:39 -0800 (PST)

> And sure enough, today's 3.13-rc3 with only that commit reverted boots 
> just fine on this PowerBook G4 system.

It's reverted in my 'net' tree, that tree simple hasn't been pushed to
Linus just yet, please be patient.