lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <450874DD.8090109@goop.org>
Date:	Wed, 13 Sep 2006 14:15:09 -0700
From:	Jeremy Fitzhardinge <jeremy@...p.org>
To:	Zachary Amsden <zach@...are.com>
CC:	Arjan van de Ven <arjan@...radead.org>,
	Linus Torvalds <torvalds@...l.org>,
	Ingo Molnar <mingo@...e.hu>, Andi Kleen <ak@...e.de>,
	"Eric W. Biederman" <ebiederm@...ssion.com>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Michael A Fetterman <Michael.Fetterman@...cam.ac.uk>,
	Alan Cox <alan@...rguk.ukuu.org.uk>
Subject: Re: Assignment of GDT entries

Zachary Amsden wrote:
> I believe 9,10,11 are reserved for future users like yourself or 
> expanded TLS segments.  I think a bank of 3 TLS segments in the GDT is 
> working fine now (does NPTL even use more than one?).

Nope.  And there's a comment that wine uses one more.  I think the third 
is completely unused.

Does this mean that "reserved" is actually synonymous with "unused" in 
asm/segment.h?

>> Otherwise line 1 would be ideal for putting 3 TLS, kernel+user 
>> code+data and PDA into, thereby making 99.999% of GDT descriptor uses 
>> come from one cache line.
>
> That change is visible to userspace, unfortunately.

Don't think it matters much.  32-bit processes on x86-64 seem perfectly 
happy with the TLS being in a different place.  I think the ABI is 
defined in terms of "use the selector for the entry that 
set_thread_area/clone returns", and so is not a constant.  But I agree 
it would be better not to.

Hm, moving user cs/ds would be pretty visible too... Hm, and it would 
have a greater chance of breaking stuff if they changed, compared to 
moving the TLS...

So is there any reason for "kernel entries start at 12"?  If there's no 
reason for it, then we can pack everything useful into 1-5.

>> But anyway, what breaks if I put the PDA in 11?
>
> Nothing.

OK then.

    J
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ