Re: [PATCH v3 1/2] pstore: Avoid deadlock in panic and emergency-restart path

On Thu, Jan 10, 2013 at 10:23 AM, Seiji Aguchi wrote: > Please apply these to your tree. Ok. Applied and pushed to my "next" branch. Should show up in linux-next in the next day or two. -Tony -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to m

RE: [PATCH v3 1/2] pstore: Avoid deadlock in panic and emergency-restart path

tony.l...@gmail.com] > Sent: Thursday, January 10, 2013 1:21 PM > To: Seiji Aguchi > Cc: linux-kernel@vger.kernel.org; dzic...@redhat.com; ccr...@android.com; > keesc...@chromium.org; cbouatmai...@gmail.com; > Satoru Moriya; dle-deve...@lists.sourceforge.net > Subject: Re: [PATC

Re: [PATCH v3 1/2] pstore: Avoid deadlock in panic and emergency-restart path

On Thu, Dec 20, 2012 at 7:12 AM, Seiji Aguchi wrote: > + if (pstore_cannot_block_path(reason)) { > + is_locked = spin_trylock_irqsave(&psinfo->buf_lock, flags); > + if (!is_locked) { > + pr_err("pstore dump routine blocked in %s path, may >

[PATCH v3 1/2] pstore: Avoid deadlock in panic and emergency-restart path

[Issue] When pstore is in panic and emergency-restart paths, it may be blocked in those paths because it simply takes spin_lock. This is an example scenario which pstore may hang up in a panic path: - cpuA grabs psinfo->buf_lock - cpuB panics and calls smp_send_stop - smp_send_stop sends IRQ