Messages in this thread | | | From | Linus Torvalds <> | Date | Sun, 21 Aug 2011 18:41:16 -0700 | Subject | Re: SYSCALL, ptrace and syscall restart breakages (Re: [RFC] weird crap with vdso on uml/i386) |
| |
On Sun, Aug 21, 2011 at 6:16 PM, Al Viro <viro@zeniv.linux.org.uk> wrote: > > Is that ability a part of userland ABI or are we declaring that hopelessly > wrong and require to go through the function in vdso32? Linus?
If people are using syscall directly, we're pretty much stuck. No amount of "that's hopelessly wrong" will ever matter. We don't break existing binaries.
That said, I'd *hope* that everybody uses the vdso32, simply because user programs are not supposed to know which CPU they are running on and if that CPU even *supports* the syscall instruction. In which case it may be possible that we can play games with the vdso thing. But that really would be conditional on "nobody ever reports a failure".
But if that's possible, maybe we can increment the RIP by 2 for 'syscall', and slip an "'int 0x80" after the syscall instruction in the vdso there? Resulting in the same pseudo-solution I suggested for sysenter...
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/
| |