linux-mips
[Top] [All Lists]

Re: movidis x16 hard lockup using 2.6.33

To: Andreas Barth <aba@not.so.argh.org>
Subject: Re: movidis x16 hard lockup using 2.6.33
From: David Daney <ddaney@caviumnetworks.com>
Date: Mon, 29 Mar 2010 09:54:02 -0700
Cc: Peter 'p2' De Schrijver <p2@debian.org>, linux-mips@linux-mips.org
In-reply-to: <20100327230744.GG27216@mails.so.argh.org>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <20100326184132.GU2437@apfelkorn> <4BAD03A5.9070701@caviumnetworks.com> <20100327230744.GG27216@mails.so.argh.org>
Sender: linux-mips-bounce@linux-mips.org
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.8) Gecko/20100301 Fedora/3.0.3-1.fc12 Thunderbird/3.0.3
On 03/27/2010 04:07 PM, Andreas Barth wrote:
* David Daney (ddaney@caviumnetworks.com) [100326 19:57]:
Also you could try running with the attached patch.  It is not the best
watchdog, but it will print the register state for each core when things
get stuck.  Occasionally that is enough to see where the problem is.

Thanks.

As our logging has only limited buffer size, I'd be happy about an
variant of the patch which doesn't reboot but just let the machine
hang after the third occurence.

Any chances for it?


You could just sit in a loop kicking the watchdog timer after you get to the NMI handler. That should prevent a reset, but still print the machine state.

David Daney

<Prev in Thread] Current Thread [Next in Thread>