lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ