Messages in this thread | | | Subject | Re: Duplicate vsyscall/vdso gettimeofday implementations on x86_64 | From | Andi Kleen <> | Date | Sat, 18 Jul 2009 00:12:52 +0200 |
| |
john stultz <johnstul@us.ibm.com> writes:
> I think the implementation in vclock_gettime.c is nice, as it mostly > reuses the clock_gettime() code, but I don't think it actually gets > called.
It depends on what glibc uses.
> Andi: You wrote the vclock_gettime.c, do you have any pointers about > where you were going with this? Is there a reason you didn't clean it up > when you implemented it originally?
The old style vsyscall cannot call the vDSO because it doesn't know where it is mapped. And the new style vDSO cannot necessarily call the old one vsyscall because there were plans to removing the old style vsyscall for some new programs to avoid the last non randomized mapping (but that never got implemented).
That is why there are two different ways to do this.
Neither can also call into the kernel of course.
In the current setup you could call into the static vsyscall, but that might need to be revised later.
-Andi
-- ak@linux.intel.com -- Speaking for myself only.
| |