Messages in this thread | | | Subject | Re: [patch] Assigning syscall numbers for testing | Date | Mon, 24 Dec 2001 17:11:40 +0000 (GMT) | From | Alan Cox <> |
| |
> Well, I'm not going to mess with code, but here's the example. Say you > start at syscall 240 for dynamic registration. Someone then submits a patch
The number you start at depends on the kernel you run.
> modify the base of your patch, but if it has been accepted into any real > kernels anywhere, then someone could inadvertently end up running a user > space app compiled against Linus' new kernel and that uses the newly > allocated syscalls 240 and 241. If that's run on an older kernel with your
The code on execution will read the syscall numbers from procfs. It will find new numbers and call those. Its a very simple implementation of lazy binding. It only breaks if you actually run out of syscalls, and then it fails safe.
Alan - 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/
| |