Messages in this thread | | | From | "H. Peter Anvin" <> | Subject | Re: procfs problems | Date | 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
| |