mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Oleg Nesterov <oleg@tv-sign.ru>
To: Roland McGrath <roland@redhat.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	David Howells <dhowells@redhat.com>,
	linux-kernel@vger.kernel.org
Subject: killable/interruptible coredumps
Date: Mon, 21 Jul 2008 20:21:39 +0400	[thread overview]
Message-ID: <20080721162139.GA340@tv-sign.ru> (raw)
In-Reply-To: <20080721000842.94DAE15421D@magilla.localdomain>

On 07/20, Roland McGrath wrote:
>
> Then have the dumping and the waiting
> for it be killable.

I think it is easy to make the coredumping killable right now,

	--- fs/exec.c~	2008-07-21 19:47:22.000000000 +0400
	+++ fs/exec.c	2008-07-21 19:56:44.000000000 +0400
	@@ -1523,6 +1523,7 @@ static inline int zap_threads(struct tas
		spin_lock_irq(&tsk->sighand->siglock);
		if (!signal_group_exit(tsk->signal)) {
			mm->core_state = core_state;
	+		clear_thread_flag(TIF_SIGPENDING);
			tsk->signal->group_exit_code = exit_code;
			nr = zap_process(tsk);
		}
	@@ -1735,12 +1736,6 @@ int do_coredump(long signr, int exit_cod
			goto fail;
	 
		/*
	-	 * Clear any false indication of pending signals that might
	-	 * be seen by the filesystem code called to write the core file.
	-	 */
	-	clear_thread_flag(TIF_SIGPENDING);
	-
	-	/*
		 * lock_kernel() because format_corename() is controlled by sysctl, which
		 * uses lock_kernel()
		 */
	--- fs/binfmt_elf.c~	2008-07-13 20:52:25.000000000 +0400
	+++ fs/binfmt_elf.c	2008-07-20 19:53:08.000000000 +0400
	@@ -1105,11 +1105,17 @@ out:
	  */
	 static int dump_write(struct file *file, const void *addr, int nr)
	 {
	+	if (fatal_signal_pending(current))
	+		return 0;
	+
		return file->f_op->write(file, addr, nr, &file->f_pos) == nr;
	 }
	 
	 static int dump_seek(struct file *file, loff_t off)
	 {
	+	if (fatal_signal_pending(current))
	+		return 0;
	+
		if (file->f_op->llseek && file->f_op->llseek != no_llseek) {
			if (file->f_op->llseek(file, off, SEEK_CUR) < 0)
				return 0;

This relies on the fact SIGKILL will find the coredumping thread
because it is not PF_EXITING, even if SIGNAL_GROUP_EXIT is set. This
is a bit racy though, SIGKILL may come after zap_process(current)
but before other threads have "died".


I wonder if it makes sense to go futher. Currently the coredumping
thread sets SIGNAL_GROUP_EXIT. We can set signal->group_exit_task
instead, this way it can be killed by any fatal signal, not only by
SIGKILL. For example the user can just use ^C (unless it is ignored/etc).

What is your opinion about the patch below? I can't decide wether
this change is good or bad. It complicates the code, but otoh it
makes things more consistent, imho. Note also we can change oom_kill
to check SIGNAL_GROUP_EXIT instead of PF_EXITING to detect the process
which should release its ->mm and probably free the memory "soon".

It is not clear what should be ->group_exit_code if ->core_dump() is
interrupted. This patch sets it = exit_code, but perhaps we should
keep the original signr in that case.

Oleg.

--- 26-rc2/fs/exec.c~1_MAKE_KILLABLE	2008-07-20 17:31:40.000000000 +0400
+++ 26-rc2/fs/exec.c	2008-07-20 19:46:21.000000000 +0400
@@ -1498,7 +1498,6 @@ static int zap_process(struct task_struc
 	struct task_struct *t;
 	int nr = 0;
 
-	start->signal->flags = SIGNAL_GROUP_EXIT;
 	start->signal->group_stop_count = 0;
 
 	t = start;
@@ -1523,7 +1522,8 @@ static inline int zap_threads(struct tas
 	spin_lock_irq(&tsk->sighand->siglock);
 	if (!signal_group_exit(tsk->signal)) {
 		mm->core_state = core_state;
-		tsk->signal->group_exit_code = exit_code;
+		clear_thread_flag(TIF_SIGPENDING);
+		tsk->signal->group_exit_task = tsk;
 		nr = zap_process(tsk);
 	}
 	spin_unlock_irq(&tsk->sighand->siglock);
@@ -1574,6 +1574,7 @@ static inline int zap_threads(struct tas
 			if (p->mm) {
 				if (unlikely(p->mm == mm)) {
 					lock_task_sighand(p, &flags);
+					p->signal->flags = SIGNAL_GROUP_EXIT;
 					nr += zap_process(p);
 					unlock_task_sighand(p, &flags);
 				}
@@ -1619,7 +1620,7 @@ fail:
 	return core_waiters;
 }
 
-static void coredump_finish(struct mm_struct *mm)
+static inline void core_state_finish(struct mm_struct *mm)
 {
 	struct core_thread *curr, *next;
 	struct task_struct *task;
@@ -1640,6 +1641,17 @@ static void coredump_finish(struct mm_st
 	mm->core_state = NULL;
 }
 
+static void coredump_finish(struct mm_struct *mm, int exit_code)
+{
+	spin_lock_irq(&current->sighand->siglock);
+	current->signal->flags = SIGNAL_GROUP_EXIT;
+	current->signal->group_exit_code = exit_code;
+	current->signal->group_exit_task = NULL;
+	spin_unlock_irq(&current->sighand->siglock);
+
+	core_state_finish(mm);
+}
+
 /*
  * set_dumpable converts traditional three-value dumpable to two flags and
  * stores them into mm->flags.  It modifies lower two bits of mm->flags, but
@@ -1735,12 +1747,6 @@ int do_coredump(long signr, int exit_cod
 		goto fail;
 
 	/*
-	 * Clear any false indication of pending signals that might
-	 * be seen by the filesystem code called to write the core file.
-	 */
-	clear_thread_flag(TIF_SIGPENDING);
-
-	/*
 	 * lock_kernel() because format_corename() is controlled by sysctl, which
 	 * uses lock_kernel()
 	 */
@@ -1814,9 +1820,8 @@ int do_coredump(long signr, int exit_cod
 		goto close_fail;
 
 	retval = binfmt->core_dump(signr, regs, file, core_limit);
-
 	if (retval)
-		current->signal->group_exit_code |= 0x80;
+		exit_code |= 0x80;
 close_fail:
 	filp_close(file, NULL);
 fail_unlock:
@@ -1824,7 +1829,7 @@ fail_unlock:
 		argv_free(helper_argv);
 
 	current->fsuid = fsuid;
-	coredump_finish(mm);
+	coredump_finish(mm, exit_code);
 fail:
 	return retval;
 }


      reply	other threads:[~2008-07-21 16:18 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-16 13:53 [PATCH 2/2] coredump: exit_mm: clear ->mm first, then play with ->core_state Oleg Nesterov
2008-07-20  2:32 ` Roland McGrath
2008-07-20 12:23   ` Oleg Nesterov
2008-07-21  0:08     ` Roland McGrath
2008-07-21 16:21       ` Oleg Nesterov [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080721162139.GA340@tv-sign.ru \
    --to=oleg@tv-sign.ru \
    --cc=akpm@linux-foundation.org \
    --cc=dhowells@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=roland@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®