Re: TransMeta longrun control utility maintainer?

["H. Peter Anvin" <hpa@zytor.com>]

Followup to:  <9cfy93s4mbd.fsf@rogue.ncsl.nist.gov>
By author:    Ian Soboroff <ian.soboroff@nist.gov>
In newsgroup: linux.dev.kernel
> 
> I know this isn't the best place to ask, but maybe someone here knows.
> 
> Who is maintaining the longrun(1) (should probably be longrun(8))
> utility?  The author is listed as Daniel Quinlan
> <quinlan@transmeta.com>, but mail to that address bounces.
> 
> The longrun utility frobs the MSR on TransMeta processors to switch
> between performance and economy modes.
> 
> On my laptop, currently running 2.4.21-pre5-ac1, I get the following
> error:
> 
> # longrun -p
> longrun: error reading /dev/cpu/0/cpuid: Invalid argument
> 
> # ls -l /dev/cpu/0
> total 0
> cr--r--r--    1 root     root     203,   0 Aug 30  2002 cpuid
> crw-------    1 root     root      10, 184 Aug 30  2002 microcode
> crw-------    1 root     root     202,   0 Aug 30  2002 msr
> 

Compile with -D_FILE_OFFSET_BITS=64 and it should work.  The problem
is that some of the MSRs and CPUID levels it touches have addresses
above 0x80000000, and newer glibc's running on newer kernels interpret
those as 64-bit negative, i.e. 0xffffffff80000000.

The longrun utility is currently unmaintained (and Longrun control is
being integrated into the cpufreq framework), but I can at least take
minor bug reports.

	-hpa
-- 
<hpa@transmeta.com> at work, <hpa@zytor.com> in private!
"Unix gives you enough rope to shoot yourself in the foot."
Architectures needed: ia64 m68k mips64 ppc ppc64 s390 s390x sh v850 x86-64