[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.041 / U:1.948 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site