From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758086Ab0ERT35 (ORCPT ); Tue, 18 May 2010 15:29:57 -0400 Received: from terminus.zytor.com ([198.137.202.10]:40291 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754572Ab0ERT34 (ORCPT ); Tue, 18 May 2010 15:29:56 -0400 Message-ID: <4BF2E9DB.3000202@zytor.com> Date: Tue, 18 May 2010 12:26:19 -0700 From: "H. Peter Anvin" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc12 Thunderbird/3.0.4 MIME-Version: 1.0 To: Dan Magenheimer CC: Peter Zijlstra , Andi Kleen , Arjan van de Ven , Thomas Gleixner , Venkatesh Pallipadi , Ingo Molnar , chris.mason@oracle.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH] x86: Export tsc related information in sysfs References: <1273887635-27610-1-git-send-email-venki@google.com>> <87tyq9mqrz.fsf@basil.nowhere.org>> <35aa841b-e151-424d-b1c1-0c03dbcae5cc@default>> <20100515121424.38f5b389@infradead.org>> > <20100515224305.17a04022@infradead.org>> > <5adf3fee-0f7b-4039-b13f-619640cc4b88@default>> <20100516220638.2baf315d@infradead.org> <1274176698.5605.7358.camel@twins>> <20100518112509.GD22675@basil.fritz.box> <1274183935.5605.7726.camel@twins>> <4BF2C30F.6030502@zytor.com> <1274201536.5605.8347.camel@twins> <4BF2C881.60807@zytor.com> <1dc4abc2-6455-4b95-90f6-c86bf56ff39a@default 4BF2E0A2.6030209@zytor.com dd1c0508-5570-4e65-89c0-4037eb210646@default> <3479976f-5c91-4bcb-8542-3de93bee268a@default> In-Reply-To: <3479976f-5c91-4bcb-8542-3de93bee268a@default> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/18/2010 12:16 PM, Dan Magenheimer wrote: > > Oops, hit send too soon. > > And the reason I expect tglx/arjan/andi/mingo to disagree is because > their position is that there is NO safe use for rdtsc in userspace EVER! > Whereas your position stated earlier: > >> There are restricted uses of the TSC in userspace which are still >> useful >> (mainly involving performance analysis and/or CPU-locked processes). > > says there are. > > While the engineer in me agrees with tglx/arjan/andi/mingo, the > realist in me agrees with you. I should have added "that are not related to wall time" to the statement above. Furthermore, vsyscalls are user space from a CPU perspective. -hpa