<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Oct 22, 2012 at 11:38 AM, Quentin Armitage <span dir="ltr">&lt;<a href="mailto:quentin@armitage.org.uk" target="_blank">quentin@armitage.org.uk</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><u></u>


  
  

<div>
I&#39;m running the latest F18 nightly snapshot that I can find (17 Sept) fully updated via yum, on a Dreamplug.<br>
<br>
When the system boots, it reports the following:
<blockquote type="CITE">
<pre>Oct 21 16:53:12 asenath dbus-daemon[287]: dbus[287]: [system] Activating via systemd: service name=&#39;org.freedesktop.PolicyKit1&#39; unit=&#39;polkit.service&#39;
Oct 21 16:53:12 asenath dbus[287]: [system] Activating via systemd: service name=&#39;org.freedesktop.PolicyKit1&#39; unit=&#39;polkit.service&#39;
Oct 21 16:53:12 asenath systemd[1]: Starting Authorization Manager...
Oct 21 16:53:12 asenath systemd[1]: polkit.service: main process exited, code=killed, status=4
Oct 21 16:53:12 asenath systemd[1]: Failed to start Authorization Manager.
Oct 21 16:53:12 asenath systemd[1]: Unit polkit.service entered failed state.
Oct 21 16:53:37 asenath dbus-daemon[287]: dbus[287]: [system] Failed to activate service &#39;org.freedesktop.PolicyKit1&#39;: timed out
Oct 21 16:53:37 asenath dbus[287]: [system] Failed to activate service &#39;org.freedesktop.PolicyKit1&#39;: timed out
</pre>
</blockquote>
When I manually run /usr/lib/polkit-1/polkitd it immediately reports &quot;Illegal instruction&quot;.<br>
<br>
Running polkitd under gdb, it reports:
<blockquote type="CITE">
<pre>Program received signal SIGILL, Illegal instruction.
0xb699c450 in _GLOBAL__sub_I_jsarray.cpp () from /lib/libmozjs185.so.1.0
</pre>
</blockquote>
<br>
Looking at the build log of js on Koji for armv5tel, all the c++ and gcc command lines have the option -march=armv7-a after the option -march=armv5te, so presumably the js package for armv5tel is actually being built for armv7.<br>

<br>
The problem appears to be in the <a href="http://configure.in" target="_blank">configure.in</a> script where for any arm architecture, it sets MOZ_ARM_ARCH to armv7-a:
<blockquote type="CITE">
<pre>dnl Setup default CPU arch for arm target
AC_MSG_WARN([target cpu is ($target_cpu)])
case &quot;$target_cpu&quot; in
  arm*)
    MOZ_ARM_ARCH=armv7
  ;;
esac
</pre></blockquote></div></blockquote><div><br>Thanks, I was sure we&#39;d fixed this some time ago &lt;sigh&gt; I&#39;ll push a fix to it shortly.<br><br>Peter<br></div></div></div>