<p>Uname wont work for unknown arch. Default boot with i386 and probe hardware for capabilities. Uname shown running kernel data not hardware capability.<br>
Procinfo grep flags lm </p>
<div class="gmail_quote">On Feb 12, 2011 3:25 PM, &quot;Michael B. Trausch&quot; &lt;<a href="mailto:mike@trausch.us">mike@trausch.us</a>&gt; wrote:<br type="attribution">&gt; On Sat, 2011-02-12 at 14:55 -0500, scott mcbrien wrote:<br>
&gt;&gt; procinfo collects some data in /proc and displays it to stdout.  What<br>&gt;&gt; about looking at /proc/cpuinfo or uname -p? <br>&gt; <br>&gt; uname -a will work.<br>&gt; <br>&gt; uname -p has never been implemented in GNU coreutils.  Only a small<br>
&gt; handful of distributions have implemented -p based on patches from the<br>&gt; Gentoo project, if memory serves.  Debian and Ubuntu are not in that<br>&gt; list.<br>&gt; <br>&gt; That said, if uname -p did work as advertised, it wouldn&#39;t help much.<br>
&gt; uname -a (for architecture) will identify the architecture of the<br>&gt; presently running system; it&#39;ll report iX86 (replace X with 3, 4, 5, or<br>&gt; 6) or x86_64 depending on what&#39;s really running.<br>&gt; <br>
&gt; Possibly also noteworthy: uname -a can be fooled by programs that play<br>&gt; with &quot;personalities&quot; on Linux.  QEMU&#39;s foreign architecture linux-binary<br>&gt; executor (not the full-blown emulator itself) and linux32 both employ<br>
&gt; such trickery when running binaries not quite intended to be run on the<br>&gt; system they&#39;re being run on.<br>&gt; <br>&gt;         --- Mike<br></div>