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
| ||
|
Date: Mon, 04 Feb 2013 22:24:27 -0500 From: Steven Rostedt <rostedt@...dmis.org> To: Frederic Weisbecker <fweisbec@...il.com> Cc: Andrew Morton <akpm@...ux-foundation.org>, Ingo Molnar <mingo@...nel.org>, LKML <linux-kernel@...r.kernel.org>, Paul Gortmaker <paul.gortmaker@...driver.com>, Peter Zijlstra <peterz@...radead.org>, Thomas Gleixner <tglx@...utronix.de> Subject: Re: [GIT PULL] printk: Support for full dynticks mode On Tue, 2013-02-05 at 04:19 +0100, Frederic Weisbecker wrote: > 2013/2/5 Steven Rostedt <rostedt@...dmis.org>: > > On Mon, 2013-02-04 at 18:09 -0800, Andrew Morton wrote: > > > >> Maybe there were other deadlock scenarios, dunno. That knowledge > >> appears to be disappearing into the mists of time :( > > > > Discussing this on IRC with Frederic, he brought up that the > > up(&console_sem) can do a wake_up as well. I guess that's the issue we > > have :-/ > > Also if we delay the wakeup on klogd but not on the console_sem > waiters, it looks like a general printk() problem. Not something that > only printk_sched() would like to avoid. printk_sched() is a delay to printk() to avoid calling printk() which might take the rq lock. It's to prevent printk() deadlocking in case it wakes up. printk_sched() just delays the printk() to the next timer tick. The reason to avoid the wake up of klogd() is that it also grabs the wait queue spinlock every time it's called. up() is fast when there's no waiters, but wake_up_interruptible() is not so fast. There's no issue calling wake_up_process() from printk() as long as you don't do it while holding a rq lock. -- Steve -- 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