[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5C6899BCED92C94EBDCC00F80838E3D52113A87B@SJEXCHMB06.corp.ad.broadcom.com>
Date: Thu, 7 May 2015 05:12:11 +0000
From: "Oza (Pawandeep) Oza" <oza@...adcom.com>
To: Mike Galbraith <umgwanakikbuti@...il.com>
CC: pawandeep oza <oza.contri.linux.kernel@...il.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
malayasen rout <malayasen.rout@...il.com>
Subject: RE: [KERNEL BUG] do_timer/tick_handover_do_timer 3.10.17
Solution Statement: Fix the UTTERLY DEADLY bug.
Oza:
that BUG() is LEGAL. Kernel is not a problem there.
Somebody else outside of kernel/ARM (some other HW raises the bug), and send indication to kernel that I am not alive.
So kernel choose to CRASH ITSELF.
So that is legal crash and wanted Crash.
But after Crash, jiffies do not increment.
Regards,
-Oza
-----Original Message-----
From: Mike Galbraith [mailto:umgwanakikbuti@...il.com]
Sent: Thursday, May 07, 2015 10:39 AM
To: Oza (Pawandeep) Oza
Cc: pawandeep oza; linux-kernel@...r.kernel.org; malayasen rout
Subject: Re: [KERNEL BUG] do_timer/tick_handover_do_timer 3.10.17
On Thu, 2015-05-07 at 04:37 +0000, Oza (Pawandeep) Oza wrote:
> Problem Statement: the timkeeping is stopped, do_timer is no more a
> job of cpu0.
>
> The reason: the variable "tick_do_timer_cpu" is not set to correct CPU
> (cpu0)
> And when BUG() happens, the tick_do_timer_cpu variable stay set to 1,
> 2 or 3 (we have 4 cores)
Solution Statement: Fix the UTTERLY DEADLY bug.
-Mike
Powered by blists - more mailing lists