Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1261280
| 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 |
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 | Next — Next in thread | Find similar | Unroll 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