Hi! > The conclusion: it's cannot be implemented without slowdown. > So ignore my patch. Of course it can. One possibility would be to implement it as ptrace(SETUID) and only allow it if we know other task is not in kernel. [And then cean up any remaining problems.] -- Philips Velo 1: 1"x4"x8", 300gram, 60, 12MB, 40bogomips, linux, mutt, details at http://atrey.karlin.mff.cuni.cz/~pavel/velo/index.html. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- [PATCH] new setprocuid syscall BERECZ Szabolcs
- Re: [PATCH] new setprocuid syscall Peter Samuelson
- Re: [PATCH] new setprocuid syscall Martin Dalecki
- Re: [PATCH] new setprocuid syscall Peter Samuelson
- Re: [PATCH] new setprocuid syscall Alan Cox
- Re: [PATCH] new setprocuid syscall Peter Samuelson
- Re: [PATCH] new setprocuid syscall Alan Cox
- Re: [PATCH] new setprocuid syscall BERECZ Szabolcs
- Re: [PATCH] new setprocuid sysc... Peter Samuelson
- Re: [PATCH] new setprocuid sysc... Pavel Machek
- Re: [PATCH] new setprocuid syscall BERECZ Szabolcs
- Re: [PATCH] new setprocuid syscall Peter Samuelson
- Re: [PATCH] new setprocuid syscall Philipp Rumpf
- Re: [PATCH] new setprocuid syscall Petr Vandrovec
- Re: [PATCH] new setprocuid syscall Bernd Jendrissek