[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070717125736.GE25083@localhost.sw.ru>
Date: Tue, 17 Jul 2007 16:57:36 +0400
From: Alexey Dobriyan <adobriyan@...ru>
To: Ingo Molnar <mingo@...e.hu>
Cc: akpm@...l.org, Thomas Gleixner <tglx@...utronix.de>,
linux-kernel@...r.kernel.org, devel@...nvz.org, stable@...nel.org
Subject: [PATCH] Fix leak on /proc/lockdep_stats
On Tue, Jul 17, 2007 at 02:36:10PM +0200, Ingo Molnar wrote:
> * Alexey Dobriyan <adobriyan@...ru> wrote:
>
> > On every open/close one struct seq_operations leaks.
> > Kudos to /proc/slab_allocators.
> >
> > Signed-off-by: Alexey Dobriyan <adobriyan@...ru>
>
> ouch ...
>
> Acked-by: Ingo Molnar <mingo@...e.hu>
>
> -stable material too, as far as timer_info/stats goes.
>
> > - .release = seq_release,
> > + .release = single_release,
>
> i think seq_release() definitely needs to grow a WARN_ON() if it's being
> used on an inode that was opened via single_open(). This bug is so
> easily committed, and nothing but a small leak reminds us on it.
Yeah, I'll try to come up with something clean.
Meanwhile full single_open() audit revealed one more such leak.
The rest seems OK.
[PATCH] Fix leak on /proc/lockdep_stats
Signed-off-by: Alexey Dobriyan <adobriyan@...ru>
---
kernel/lockdep_proc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/kernel/lockdep_proc.c
+++ b/kernel/lockdep_proc.c
@@ -339,7 +339,7 @@ static const struct file_operations proc_lockdep_stats_operations = {
.open = lockdep_stats_open,
.read = seq_read,
.llseek = seq_lseek,
- .release = seq_release,
+ .release = single_release,
};
static int __init lockdep_proc_init(void)
-
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