[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4B666F41.9080302@windriver.com>
Date: Mon, 01 Feb 2010 00:05:53 -0600
From: Jason Wessel <jason.wessel@...driver.com>
To: Dongdong Deng <libfetion@...il.com>
CC: Ingo Molnar <mingo@...e.hu>, Thomas Gleixner <tglx@...utronix.de>,
linux-kernel@...r.kernel.org, kgdb-bugreport@...ts.sourceforge.net,
"Deng, Dongdong" <Dongdong.Deng@...driver.com>,
peterz@...radead.org
Subject: Re: [PATCH 1/3] softlockup: add sched_clock_tick() to avoid kernel
warning on kgdb resume
Dongdong Deng wrote:
> On Fri, Jan 29, 2010 at 10:51 PM, Jason Wessel
> <jason.wessel@...driver.com> wrote:
>
>> echo 3 > /proc/sys/kernel/softlockup_thresh
>>
>> And then some kernel code in a thread like:
>> local_irq_disable();
>> printk("Disable local irq for 11 seconds\n");
>> mdelay(11000);
>> local_irq_enable();
>>
>
> Hi Jason,
>
> Maybe this problem was fixed by
> commit baf48f6577e581a9adb8fe849dc80e24b21d171d - "softlock: fix false
> panic which can occur if softlockup_thresh is reduced".
>
That is not the same problem. The fix you referenced is a corner case
where you end up with the stack trace at the point in time you reduce
the threshold. The only reason I reduce the threshold in the first
place is just to shorten the amount of time it takes to observe the problem.
You can just change the numbers for the mdelay and use the default
softlockup threshold values and still see the problem I reported.
Jason.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists