linux-kernel - Re: [PATCH] All Transmeta CPUs have constant TSCs

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: <45A2AEE0.4090707@zytor.com>
Date:	Mon, 08 Jan 2007 12:51:44 -0800
From:	"H. Peter Anvin" <hpa@...or.com>
To:	Jan Engelhardt <jengelh@...ux01.gwdg.de>
CC:	dean gaudet <dean@...tic.org>, akpm@...l.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] All Transmeta CPUs have constant TSCs

Jan Engelhardt wrote:
> On Jan 8 2007 00:02, dean gaudet wrote:
>> On Fri, 5 Jan 2007, Jan Engelhardt wrote:
>>> On Jan 4 2007 17:48, H. Peter Anvin wrote:
>>>> [i386] All Transmeta CPUs have constant TSCs
>>>> All Transmeta CPUs ever produced have constant-rate TSCs.
>>> A TSC is ticking according to the CPU frequency, is not it?
>> transmeta decided years before intel and amd that a constant rate tsc 
>> (unaffected by P-state) was the only sane choice.  on transmeta cpus the 
>> tsc increments at the maximum cpu frequency no matter what the P-state 
>> (and no matter what longrun is doing behind the kernel's back).
>>
>> mind you, many people thought this was a crazy choice at the time...
>>
> Well it defeats the purpose of TSC. I mean, they could have kept the "TSC" and
> instead added a second TSC ticker, constant_tsc.
> 

It depends on what "the purpose of TSC" is.  The original spec is 
ambiguous if the TSC counts wall time or CPU time, since there was no 
distinction when the spec was made.  The more common usage, however, was 
to count wall time; the relatively few users who care about CPU cycles 
(especially when the CPU is degraded) can be serviced via an RDPMC counter.

I *definitely* support the concept that RDPMC 0 should could CPU cycles 
by convention in Linux.

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