[gentoo-user] Incorrect information from /proc/cpuinfo

[gentoo-user] Incorrect information from /proc/cpuinfo

[Devon Miller]

[-- Attachment #1: Type: text/plain, Size: 715 bytes --]

If only it were so...

Anyone have an idea as to what I've hosed up here?
(I'm running 2.6.14-suspend2-r7)

dcm

devon@abyss ~ $ cat /proc/cpuinfo
processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 6
model           : 8
model name      : mobile AMD Athlon(tm) XP 1600+
stepping        : 0
cpu MHz         : 10676.718
cache size      : 256 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 1
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov
pat pse36 mmx fxsr sse syscall mp mmxext 3dnowext 3dnow
bogomips        : 21376.31

[-- Attachment #2: Type: text/html, Size: 3886 bytes --]

Re: [gentoo-user] Incorrect information from /proc/cpuinfo

[darren kirby]

[-- Attachment #1: Type: text/plain, Size: 1160 bytes --]

quoth the Devon Miller:
> If only it were so...
>
> Anyone have an idea as to what I've hosed up here?
> (I'm running 2.6.14-suspend2-r7)
>
> dcm
>
> devon@abyss ~ $ cat /proc/cpuinfo
> processor       : 0
> vendor_id       : AuthenticAMD
> cpu family      : 6
> model           : 8
> model name      : mobile AMD Athlon(tm) XP 1600+
> stepping        : 0
> cpu MHz         : 10676.718
> cache size      : 256 KB
> fdiv_bug        : no
> hlt_bug         : no
> f00f_bug        : no
> coma_bug        : no
> fpu             : yes
> fpu_exception   : yes
> cpuid level     : 1
> wp              : yes
> flags           : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov
> pat pse36 mmx fxsr sse syscall mp mmxext 3dnowext 3dnow
> bogomips        : 21376.31

Wow, that's pretty fast...

Can you think of _anything_ you may have changed since before it was hosed? If 
not then perhaps you have found a kernel bug.

-d
-- 
darren kirby :: Part of the problem since 1976 :: http://badcomputer.org
"...the number of UNIX installations has grown to 10, with more expected..."
- Dennis Ritchie and Ken Thompson, June 1972

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Incorrect information from /proc/cpuinfo

[Dale]

Devon Miller wrote:

> If only it were so...
>
> Anyone have an idea as to what I've hosed up here?
> (I'm running 2.6.14-suspend2-r7)
>
> dcm
>
> devon@abyss ~ $ cat /proc/cpuinfo
> processor       : 0
> vendor_id       : AuthenticAMD
> cpu family      : 6
> model           : 8
> model name      : mobile AMD Athlon(tm) XP 1600+
> stepping        : 0
> cpu MHz         : 10676.718
> cache size      : 256 KB
> fdiv_bug        : no
> hlt_bug         : no
> f00f_bug        : no
> coma_bug        : no
> fpu             : yes
> fpu_exception   : yes
> cpuid level     : 1
> wp              : yes
> flags           : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca 
> cmov pat pse36 mmx fxsr sse syscall mp mmxext 3dnowext 3dnow
> bogomips        : 21376.31

I don't know what it is but I wish it was true and I had one.  LOL

You sure you didn't "modify" that thing?  If you were to reboot, does it 
say the same thing?  Also, what does dmesg say about it?  "dmesg | grep 
CPU" should say something I think.

Dale
:-)

-- 
To err is human, I'm most certainly human.

I have four rigs:

1:  Home built; Abit NF7 ver 2.0 w/ AMD 2500+ CPU, 1GB of ram and right now two 80GB hard drives.  
2:  Home built; Iwill KK266-R w/ AMD 1GHz CPU, 256MBs of ram and a 4GB drive.
3:  Home built; Gigabyte GA-71XE4 w/ 800MHz CPU, 128MBs of ram and a 2.5GB drive.
4:  Compaq Proliant 6000 Server w/ Quad 200MHz CPUs, 128MBs of ram and a 4.3GB SCSI drive.

All run Gentoo, all run folding. #1 is my desktop, 2, 3, and 4 are set up as servers.  

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Incorrect information from /proc/cpuinfo

[Devon Miller]

[-- Attachment #1: Type: text/plain, Size: 1907 bytes --]

After a reboot, cpuinfo returned normal values... for a while.

My best guess so far is it some how relates to the cpufreq governer.As of
2.6.14, changing between performance and userspace seems to hose up the
clock values in cpuinfo.

At the moment it is using the userspace governor (powernowd) and returning
between 7 and 14 GHz and 15-28k bogomips. So, I'm inclined to think this is
a kernel bug. The available clock speeds should be between 500MHz and 1.5GHz
.

I'm going to reboot again and experiment a bit to see if I can nail down
what triggers the abberation.

dcm

On 12/13/05, darren kirby <bulliver@badcomputer.org> wrote:
>
> quoth the Devon Miller:
> > If only it were so...
> >
> > Anyone have an idea as to what I've hosed up here?
> > (I'm running 2.6.14-suspend2-r7)
> >
> > dcm
> >
> > devon@abyss ~ $ cat /proc/cpuinfo
> > processor       : 0
> > vendor_id       : AuthenticAMD
> > cpu family      : 6
> > model           : 8
> > model name      : mobile AMD Athlon(tm) XP 1600+
> > stepping        : 0
> > cpu MHz         : 10676.718
> > cache size      : 256 KB
> > fdiv_bug        : no
> > hlt_bug         : no
> > f00f_bug        : no
> > coma_bug        : no
> > fpu             : yes
> > fpu_exception   : yes
> > cpuid level     : 1
> > wp              : yes
> > flags           : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca
> cmov
> > pat pse36 mmx fxsr sse syscall mp mmxext 3dnowext 3dnow
> > bogomips        : 21376.31
>
> Wow, that's pretty fast...
>
> Can you think of _anything_ you may have changed since before it was
> hosed? If
> not then perhaps you have found a kernel bug.
>
> -d
> --
> darren kirby :: Part of the problem since 1976 :: http://badcomputer.org
> "...the number of UNIX installations has grown to 10, with more
> expected..."
> - Dennis Ritchie and Ken Thompson, June 1972
>
>
>

[-- Attachment #2: Type: text/html, Size: 3022 bytes --]

Re: [gentoo-user] Incorrect information from /proc/cpuinfo

[Matthias Bethke]

[-- Attachment #1: Type: text/plain, Size: 457 bytes --]

Hi Devon,
on Monday, 2005-12-19 at 23:13:52, you wrote:
> I'm going to reboot again and experiment a bit to see if I can nail down
> what triggers the abberation.

Just an idea, haven't followed the thread: could it have to do with the
new timer frequency setting under "Processor Type and Features"?

regards
	Matthias
-- 
I prefer encrypted and signed messages. KeyID: FAC37665
Fingerprint: 8C16 3F0A A6FC DF0D 19B0  8DEF 48D9 1700 FAC3 7665

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]