Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1261280

[RESEND PATCH 0/1] Fix the "hard LOCKUP" when running a heavy loading

From Caesar Wang <wxt@rock-chips.com>
Newsgroups linux.kernel
Subject [RESEND PATCH 0/1] Fix the "hard LOCKUP" when running a heavy loading
Date 2015-11-03 09:20 +0100
Message-ID <qqEYW-9k-29@gated-at.bofh.it> (permalink)
Organization linux.* mail to news gateway

Show all headers | View raw


As the following log:
where we experience a CPU hard lockup. The assembly code (disassembled by gdb)

0xc06c6e90 <__tcp_select_window+148>:        beq     0xc06c6eb0<__tcp_select_window+180>
0xc06c6e94 <__tcp_select_window+152>:        mov     r2, #1008; 0x3f0
0xc06c6e98 <__tcp_select_window+156>:        ldr     r5, [r0,#1004] ; 0x3ec
0xc06c6e9c <__tcp_select_window+160>:        ldrh    r2, [r0,r2]
....

0xc06c6ee0 <__tcp_select_window+228>:        addne   r0, r0, #1
0xc06c6ee4 <__tcp_select_window+232>:        lslne   r0, r0, r2
0xc06c6ee8 <__tcp_select_window+236>:        ldmne   sp, {r4, r5,r11, sp,pc}

Could either the “strhi”/”strlo” pair, or the lslne/ldmne pair, be
tripping over errata 818325, or a similar errata?

0xc06c6eec <__tcp_select_window+240>:        b       0xc06c6f40<__tcp_select_window+324>

This is patch can fix the *hard lock* in some case.

As the Russell said:
"in other words, which can be handled by updating a control register in the firmware or
boot loader"
Maybe the better solution is in firmware.

Others, I'm no sure this workaround patch if can be accepted.

I resend this patch for getting some suggestion from you.

--
Thanks!



Huang Tao (1):
  ARM: errata: Workaround for Cortex-A12 erratum 818325

 arch/arm/Kconfig      | 13 +++++++++++++
 arch/arm/mm/proc-v7.S | 12 ++++++++++++
 2 files changed, 25 insertions(+)

-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | NextNext in thread | Find similar | Unroll thread


Thread

[RESEND PATCH 0/1] Fix the "hard LOCKUP" when running a heavy loading Caesar Wang <wxt@rock-chips.com> - 2015-11-03 09:20 +0100
  [PATCH v1] ARM: errata: Workaround for Cortex-A12 erratum 818325 Caesar Wang <wxt@rock-chips.com> - 2015-11-03 11:50 +0100
  Re: [RESEND PATCH 0/1] Fix the "hard LOCKUP" when running a heavy  loading Russell King - ARM Linux <linux@arm.linux.org.uk> - 2015-11-03 12:20 +0100
    Re: [RESEND PATCH 0/1] Fix the "hard LOCKUP" when running a heavy  loading "Huang, Tao" <huangtao@rock-chips.com> - 2015-11-03 13:10 +0100
  Re: [RESEND PATCH 0/1] Fix the "hard LOCKUP" when running a heavy  loading Will Deacon <will.deacon@arm.com> - 2015-11-03 12:40 +0100
    Re: [RESEND PATCH 0/1] Fix the "hard LOCKUP" when running a heavy loading Doug Anderson <dianders@chromium.org> - 2015-11-03 20:10 +0100
      Re: [RESEND PATCH 0/1] Fix the "hard LOCKUP" when running a heavy  loading Will Deacon <will.deacon@arm.com> - 2015-11-06 13:20 +0100
        Re: [RESEND PATCH 0/1] Fix the "hard LOCKUP" when running a heavy loading Doug Anderson <dianders@chromium.org> - 2015-11-09 05:50 +0100

csiph-web