From: "Paul Menage" <menage@google.com>
To: "Paul Jackson" <pj@sgi.com>
Cc: akpm@osdl.org, linux-kernel@vger.kernel.org
Subject: Re: task containersv11 kernel BUG at include/linux/dcache.h:323
Date: Mon, 17 Sep 2007 12:22:14 -0700 [thread overview]
Message-ID: <6599ad830709171222u5fb6344aof3777931de7ec8d1@mail.gmail.com> (raw)
In-Reply-To: <20070917121347.345b7d05.pj@sgi.com>
[-- Attachment #1: Type: text/plain, Size: 560 bytes --]
On 9/17/07, Paul Jackson <pj@sgi.com> wrote:
> Paul M wrote:
> > This is already fixed in -mm
>
> I'm missing a clue ... the latest *-mm below
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/
>
> I see is:
>
> 2.6.23-rc4/2.6.23-rc4-mm1/
>
> dated two weeks ago, without this fix.
>
> I also don't see any mention of this fix in any recent
> lkml or linux-mm mailing list messages.
>
> What am I missing? Where is this patch?
It was just last week - it went to the containers list and not the
entire lkml. I've attached the patch.
Paul
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: fixoops.patch --]
[-- Type: text/x-patch; name="fixoops.patch", Size: 3169 bytes --]
Fix a reference counting bug in containerfs
As part of the extraction of cpusetfs to containerfs, a call to
cpuset_get_dentry() was lost (justified by the fact that the dentry in
question was now being passed down by the caller). Since
cpuset_get_dentry() called lookup_one_len(), this resulted in a
reference count being missed from the directory dentry.
This patch removes container_get_dentry() and replaces it with direct
calls to lookup_one_len(); the initialization of containerfs dentry
ops is done now in container_create_file() at dentry creation time.
Signed-off-by: Paul Menage <menage@google.com>
---
kernel/container.c | 26 ++++++++------------------
1 file changed, 8 insertions(+), 18 deletions(-)
Index: container-2.6.23-rc4-mm1/kernel/container.c
===================================================================
--- container-2.6.23-rc4-mm1.orig/kernel/container.c
+++ container-2.6.23-rc4-mm1/kernel/container.c
@@ -604,19 +604,6 @@ static void container_diput(struct dentr
iput(inode);
}
-static struct dentry *container_get_dentry(struct dentry *parent,
- const char *name)
-{
- struct dentry *d = lookup_one_len(name, parent, strlen(name));
- static struct dentry_operations container_dops = {
- .d_iput = container_diput,
- };
-
- if (!IS_ERR(d))
- d->d_op = &container_dops;
- return d;
-}
-
static void remove_dir(struct dentry *d)
{
struct dentry *parent = dget(d->d_parent);
@@ -1507,6 +1494,10 @@ static struct inode_operations container
static int container_create_file(struct dentry *dentry, int mode,
struct super_block *sb)
{
+ static struct dentry_operations container_dops = {
+ .d_iput = container_diput,
+ };
+
struct inode *inode;
if (!dentry)
@@ -1532,7 +1523,7 @@ static int container_create_file(struct
inode->i_size = 0;
inode->i_fop = &container_file_operations;
}
-
+ dentry->d_op = &container_dops;
d_instantiate(dentry, inode);
dget(dentry); /* Extra count - pin the dentry in core */
return 0;
@@ -1553,13 +1544,12 @@ static int container_create_dir(struct c
int error = 0;
parent = cont->parent->dentry;
- if (IS_ERR(dentry))
- return PTR_ERR(dentry);
error = container_create_file(dentry, S_IFDIR | mode, cont->root->sb);
if (!error) {
dentry->d_fsdata = cont;
inc_nlink(parent->d_inode);
cont->dentry = dentry;
+ dget(dentry);
}
dput(dentry);
@@ -1581,7 +1571,7 @@ int container_add_file(struct container
}
strcat(name, cft->name);
BUG_ON(!mutex_is_locked(&dir->d_inode->i_mutex));
- dentry = container_get_dentry(dir, name);
+ dentry = lookup_one_len(name, dir, strlen(name));
if (!IS_ERR(dentry)) {
error = container_create_file(dentry, 0644 | S_IFREG,
cont->root->sb);
@@ -2587,7 +2577,7 @@ int container_clone(struct task_struct *
/* Hold the parent directory mutex across this operation to
* stop anyone else deleting the new container */
mutex_lock(&inode->i_mutex);
- dentry = container_get_dentry(parent->dentry, nodename);
+ dentry = lookup_one_len(nodename, parent->dentry, strlen(nodename));
if (IS_ERR(dentry)) {
printk(KERN_INFO
"Couldn't allocate dentry for %s: %ld\n", nodename,
next prev parent reply other threads:[~2007-09-17 19:24 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-16 4:54 Paul Jackson
2007-09-17 18:26 ` Paul Menage
2007-09-17 19:13 ` Paul Jackson
2007-09-17 19:22 ` Paul Menage [this message]
2007-09-18 8:22 ` Paul Jackson
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=6599ad830709171222u5fb6344aof3777931de7ec8d1@mail.gmail.com \
--to=menage@google.com \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=pj@sgi.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®