mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Nathan Lynch <nathanl@austin.ibm.com>
To: linux-kernel@vger.kernel.org
Cc: zwane@arm.linux.org.uk, akpm@osdl.org,
	viro@parcelfarce.linux.theplanet.co.uk
Subject: [PATCH] better locking in fs/proc/generic.c (bug 1552)
Date: Fri, 21 Nov 2003 16:33:54 -0600	[thread overview]
Message-ID: <3FBE92D2.7080300@austin.ibm.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 925 bytes --]

Hi-

I have been experiencing various oopses in the procfs code when rapidly 
adding and removing /proc entries.  It seems that the main problem is 
lack of proper locking around code that traverses or modifies the 
proc_dir_entry tree.  There is also the matter of proc_kill_inodes() 
clearing the file pointer's f_op, which caused oopses in vfs_read() in 
my testing.

I have followed the example of proc_lookup() and used 
lock_kernel/unlock_kernel around critical sections.  I'm not much of a 
filesystem person, so I would appreciate a review of the patch from 
folks more knowledgeable.  I have been testing the code on a couple of 
dual processor machines (i386 and ppc64) without incident.

Please see http://bugme.osdl.org/show_bug.cgi?id=1552 for oops traces 
and a testcase.  Andrew posted a one-liner patch there which was 
included in mm4 which is also needed.

Patch is against 2.6.0-test9-mm4.

Thanks,
Nathan

[-- Attachment #2: proc_generic_locking.patch --]
[-- Type: text/plain, Size: 1711 bytes --]

diff -Naurp linux-2.6.0-test9-mm4.orig/fs/proc/generic.c linux-2.6.0-test9-mm4.new/fs/proc/generic.c
--- linux-2.6.0-test9-mm4.orig/fs/proc/generic.c	2003-10-25 13:44:56.000000000 -0500
+++ linux-2.6.0-test9-mm4.new/fs/proc/generic.c	2003-11-21 14:47:00.000000000 -0600
@@ -260,6 +260,7 @@ static int xlate_proc_name(const char *n
 	int			len;
 
 	de = &proc_root;
+	lock_kernel();
 	while (1) {
 		next = strchr(cp, '/');
 		if (!next)
@@ -270,10 +271,13 @@ static int xlate_proc_name(const char *n
 			if (proc_match(len, cp, de))
 				break;
 		}
-		if (!de)
+		if (!de) {
+			unlock_kernel();
 			return -ENOENT;
+		}
 		cp += len + 1;
 	}
+	unlock_kernel();
 	*residual = cp;
 	*ret = de;
 	return 0;
@@ -462,6 +466,7 @@ static int proc_register(struct proc_dir
 	if (i < 0)
 		return -EAGAIN;
 	dp->low_ino = i;
+	lock_kernel(); /* needed to protect against concurrent registration */
 	dp->next = dir->subdir;
 	dp->parent = dir;
 	dir->subdir = dp;
@@ -480,6 +485,7 @@ static int proc_register(struct proc_dir
 		if (dp->proc_iops == NULL)
 			dp->proc_iops = &proc_file_inode_operations;
 	}
+	unlock_kernel();
 	return 0;
 }
 
@@ -507,7 +513,6 @@ static void proc_kill_inodes(struct proc
 		if (PDE(inode) != de)
 			continue;
 		fops = filp->f_op;
-		filp->f_op = NULL;
 		fops_put(fops);
 	}
 	file_list_unlock();
@@ -643,6 +648,7 @@ void remove_proc_entry(const char *name,
 	if (!parent && xlate_proc_name(name, &parent, &fn) != 0)
 		goto out;
 	len = strlen(fn);
+	lock_kernel();
 	for (p = &parent->subdir; *p; p=&(*p)->next ) {
 		if (!proc_match(len, fn, *p))
 			continue;
@@ -664,6 +670,7 @@ void remove_proc_entry(const char *name,
 		}
 		break;
 	}
+	unlock_kernel();
 out:
 	return;
 }

             reply	other threads:[~2003-11-21 22:33 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-21 22:33 Nathan Lynch [this message]
2003-11-21 22:46 ` Andrew Morton

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=3FBE92D2.7080300@austin.ibm.com \
    --to=nathanl@austin.ibm.com \
    --cc=akpm@osdl.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=viro@parcelfarce.linux.theplanet.co.uk \
    --cc=zwane@arm.linux.org.uk \
    /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®