linux-kernel - Re: [rfc 37/45] x86_64: Support for fast per cpu operations

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: <Pine.LNX.4.64.0711191802270.19954@schroedinger.engr.sgi.com>
Date:	Mon, 19 Nov 2007 18:03:56 -0800 (PST)
From:	Christoph Lameter <clameter@....com>
To:	"H. Peter Anvin" <hpa@...or.com>
cc:	ak@...e.de, akpm@...ux-foundation.org, travis@....com,
	Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>,
	linux-kernel@...r.kernel.org
Subject: Re: [rfc 37/45] x86_64: Support for fast per cpu operations

On Mon, 19 Nov 2007, H. Peter Anvin wrote:

> There was, at some point, discussion about using the gcc TLS mechanism, which
> should permit even better code to be generated.  Unfortunately, it would

How would that be possible? Oh. You mean the discussion where I mentioned 
using the thread attribute?

> require gcc to be able to reference %gs instead of %fs (and vice versa for
> i386), which I don't think is available in anything except maybe the most
> cutting-edge version of gcc.

Right. That is why we do it in ASM here.

> However, if we're doing a masssive revampt it would be good to get an idea of
> how to migrate to that model eventually, or why it doesn't make sense at all.

If you can tell me what the difference would be then we can discuss it. 
AFAICT there is no difference. Both use a segment register.

-
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/