lkml.org 
[lkml]   [2004]   [Aug]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [patch] mlock-as-nonroot revisted
    On Tue, 3 Aug 2004, Andrea Arcangeli wrote:

    > I agree there aren't security issues, but it's still very wrong to
    > charge the old user if the admin gives the locked ram to a new user.
    > This erratic behaviour shows how much the rlimit approch is flawed for
    > named fs objects that have nothing to do with the transient task that
    > created them.

    If root wants to screw over a user, there's nothing we
    can do. I am not worried about the scenario you describe
    because hugetlbfs seems to be used only by Oracle anyway,
    so you won't run into issues like you describe.

    It would be different for a general purpose filesystem,
    but I'd like to see a usage case for your scenario before
    making the code overly complex.

    --
    "Debugging is twice as hard as writing the code in the first place.
    Therefore, if you write the code as cleverly as possible, you are,
    by definition, not smart enough to debug it." - Brian W. Kernighan

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 14:04    [W:0.019 / U:0.536 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site