Re: [PATCH] Provide system call to get task id

• Next message: Alan Cox: "Re: [PATCH] Provide system call to get task id"
• Previous message: Ian Thompson: "RE: How can I jump to non-linux address space?"
• In reply to: Alan Cox: "Re: [PATCH] Provide system call to get task id"
• Next in thread: Alan Cox: "Re: [PATCH] Provide system call to get task id"
• Reply: Alan Cox: "Re: [PATCH] Provide system call to get task id"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Mon, 8 Oct 2001, Alan Cox wrote:
>
> Really the fix is to back out the stupid getpid hack. The thread group
> is known by user space and can be managed by user space

I agree on a purely technical level, but the same could be said about all
the other group ID stuff too, so..

I'll add a gettid(), except I won't be moving reserved system calls
around. I didn't even realize I had removed gettid - it was there in the
2.4.0-test kernels that implemented the signal groups, and I meant to only
revert the unsafe signals stuff..

                Linus

-
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/

• Next message: Alan Cox: "Re: [PATCH] Provide system call to get task id"
• Previous message: Ian Thompson: "RE: How can I jump to non-linux address space?"
• In reply to: Alan Cox: "Re: [PATCH] Provide system call to get task id"
• Next in thread: Alan Cox: "Re: [PATCH] Provide system call to get task id"
• Reply: Alan Cox: "Re: [PATCH] Provide system call to get task id"
• Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Mon Oct 15 2001 - 21:00:19 EST