Messages in this thread | | | Date | Wed, 05 Mar 2003 15:04:07 -0800 | From | Ulrich Drepper <> | Subject | Re: Better CLONE_SETTLS support for Hammer |
| |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Andi Kleen wrote:
>>1. every process will already use the prctl(ARCH_SET_FS). We are >>talking here only about the 2nd thread and later. We need to use >>prctl(ARCH_SET_FS) for TLS support. > > > Not when you put it into the first four GB. Then you can use the same > calls as 32bit.
Show me numbers. Or even better: fix the kernel so that I can run it myself. What is the time difference between using the segment register switching with all the different allocated thread areas version using wrmsr.
*Iff* using the MSR is slower, as far as I'm concerned the set_thread_area syscall should complete go away from x86-64. Require the use of prctl to get and set the base address. Then internally in the prctl call map it to either the use of a 32 base address segment or use the MSR.
This way whoever needs a segment base address can preferably allocate it in the low 4GB, but if it fails the kernel support still work. And with the same interface. Currently this is not the case and this is not acceptable.
>>2. May I remind you that you were in the crowd who complained when we >>requested a dedicated thread register? Yes, I still would prefer that >>but I have no energy to battle for that. > > > I don't see the connection.
I wouldn't want to either in your position. You caused this whole mess and now you're not willing to fix it.
- -- - --------------. ,-. 444 Castro Street Ulrich Drepper \ ,-----------------' \ Mountain View, CA 94041 USA Red Hat `--' drepper at redhat.com `--------------------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE+ZoJn2ijCOnn/RHQRAtZRAKCFYu1q0IX92o7axPFqK8YuYIdISACfaA1M TnmREkEevHxAfrhNWYk9uZs= =ivkl -----END PGP SIGNATURE-----
- 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/
| |