Re: procfs problems

H. Peter Anvin (hpa@transmeta.com)
Tue, 15 Apr 1997 13:04:45 -0700 (PDT)


> >
> > Isn't that what uname -m is supposed to do?
>
> Well, yes, and most of /proc/version is also returned by uname -a :-).
>

Hardly so:

cesium 87 % cat /proc/cpuinfo
processor : 0
cpu : 686
model : Pentium Pro
vendor_id : GenuineIntel
stepping : 7
fdiv_bug : no
hlt_bug : no
fpu : yes
fpu_exception : yes
cpuid : yes
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic 11 mtrr pge
mca cmov
bogomips : 199.07

processor : 1
cpu : 686
model : Pentium Pro
vendor_id : GenuineIntel
stepping : 7
fdiv_bug : no
hlt_bug : no
fpu : yes
fpu_exception : yes
cpuid : yes
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic 11 mtrr pge
mca cmov
bogomips : 199.07
cesium 88 % uname -a
Linux cesium.transmeta.com 2.1.29 #15 Fri Apr 4 14:18:38 PST 1997 i686 unknown

... very little overlap, and if "i686" in uname -m was replaced by
(IMNSHO the much more correct) "i386" there would actually be *no*
overlap.

> > Pet peeve: uname -m should return i386 on all systems. If we want to
> > make the processor generation visible via uname, I think we should
> > make uname -p work.
>
> Right. This is the idea behind /proc/cpuinfo in the port field.

No, uname -p is "processor type".

-hpa