-----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/
This archive was generated by hypermail 2b29 : Fri Mar 07 2003 - 22:00:30 EST