Messages in this thread | | | Date | Tue, 3 Aug 2004 17:31:08 -0400 (EDT) | From | Rik van Riel <> | Subject | Re: [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/
| |