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

2015-11-08 Thread Doug Anderson
Will, On Fri, Nov 6, 2015 at 4:17 AM, Will Deacon wrote: > On Tue, Nov 03, 2015 at 11:00:20AM -0800, Doug Anderson wrote: >> Hi, > > Hey Doug, > >> When CPUs are hard locked up, they are often found at: >> >> v7_coherent_kern_range+0x58/0x74 >> or >> v7wbi_flush_user_tlb_range+0x30/0x38 >> >>

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

2015-11-06 Thread Will Deacon
On Tue, Nov 03, 2015 at 11:00:20AM -0800, Doug Anderson wrote: > Hi, Hey Doug, > When CPUs are hard locked up, they are often found at: > > v7_coherent_kern_range+0x58/0x74 > or > v7wbi_flush_user_tlb_range+0x30/0x38 > > That made me think that an errata might be the root cause of our hard

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

2015-11-03 Thread Doug Anderson
Hi, On Tue, Nov 3, 2015 at 3:30 AM, Will Deacon wrote: > On Tue, Nov 03, 2015 at 04:10:08PM +0800, Caesar Wang wrote: >> As the following log: >> where we experience a CPU hard lockup. The assembly code (disassembled by >> gdb) >> >> 0xc06c6e90 <__tcp_select_window+148>:beq >> 0xc06

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

2015-11-03 Thread Huang, Tao
Hello Russell: 在 2015年11月03日 19:14, Russell King - ARM Linux 写道: > On Tue, Nov 03, 2015 at 04:10:08PM +0800, Caesar Wang wrote: >> 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 firm

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

2015-11-03 Thread Will Deacon
On Tue, Nov 03, 2015 at 04:10:08PM +0800, Caesar Wang wrote: > 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+15

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

2015-11-03 Thread Russell King - ARM Linux
On Tue, Nov 03, 2015 at 04:10:08PM +0800, Caesar Wang wrote: > 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. The full quote is: "I think we're at the point where we start in

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

2015-11-03 Thread Caesar Wang
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>: