[lkml]   [2005]   [Nov]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Subject[GIT] Fix memory leak in lease code
Hi Linus

Please pull from the repository at


This will change the following files, through the appended changesets.


fs/locks.c | 1 -
fs/locks.c | 2 +-
2 files changed, 1 insertions(+), 2 deletions(-)

commit f3a9388e4ebea57583272007311fffa26ebbb305
Author: Chris Wright <>
Date: Fri Nov 11 17:20:14 2005 -0800

[PATCH] VFS: local denial-of-service with file leases

Remove time_out_leases() printk that's easily triggered by users.

Signed-off-by: Chris Wright <>
Signed-off-by: Trond Myklebust <>

commit dc15ae14e97ee9d5ed740cbb0b94996076d8b37e
Author: J. Bruce Fields <>
Date: Thu Nov 10 19:08:00 2005 -0500

[PATCH] VFS: Fix memory leak with file leases

The patch introduced a pretty nasty memory leak in the lease code. When freeing
the lease, the code in locks_delete_lock() will correctly clean up
the fasync queue, but when we return to fcntl_setlease(), the freed
fasync entry will be reinstated.

This patch ensures that we skip the call to fasync_helper() when we're
freeing up the lease.

Signed-off-by: J. Bruce Fields <>
Signed-off-by: Trond Myklebust <>

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-11-13 18:53    [W:0.029 / U:1.360 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site