lkml.org 
[lkml]   [1997]   [Apr]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: procfs problems
Date
> >
> > 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

\
 
 \ /
  Last update: 2005-03-22 13:39    [W:0.048 / U:0.612 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site