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: <47423FB7.20800@zytor.com>
Date:	Mon, 19 Nov 2007 18:00:23 -0800
From:	"H. Peter Anvin" <hpa@...or.com>
To:	Christoph Lameter <clameter@....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

Christoph Lameter wrote:
> Support fast cpu ops in x86_64 by providing a series of functions that
> generate the proper instructions. Define CONFIG_FAST_CPU_OPS so that core code
> can exploit the availability of fast per cpu operations.
> 
> Signed-off-by: Christoph Lameter <clameter@....com>

There was, at some point, discussion about using the gcc TLS mechanism, 
which should permit even better code to be generated.  Unfortunately, it 
would 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.

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.

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