<br><font size=2><tt>Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
wrote on 05/29/2007 09:24:15 AM:<br>
<br>
&gt; Specifically, are everybody using the uc_regs pointer to get to the<br>
&gt; mcontext or are some people likely to expect the mcontext to always
be<br>
&gt; at the same offset from the beginning of the signal frame ?</tt></font>
<br>
<br><font size=2><tt>As far as I can see, both GDB and the GCC unwind-from-signal
code</tt></font>
<br><font size=2><tt>always read the uc_regs pointer. (Or the sigcontext.regs
pointer for</tt></font>
<br><font size=2><tt>old-style signal frames.)</tt></font>
<br><font size=2><tt><br>
&gt; There are a few other issues... one is, the pad fields aren't cleared.<br>
&gt; Thus how can userland or rt_sigreturn differenciate between a valid<br>
&gt; highregs pointers and ramdom junk ? Is there a trick one of you can
come<br>
&gt; up with that I could do to let userland/gdb/rt_sigreturn know that<br>
&gt; there's something there ?</tt></font>
<br>
<br><font size=2><tt>One idea we had about this was to use a bit in uc_flags.
&nbsp;Those are</tt></font>
<br><font size=2><tt>completely unused today, but should always have been
initialized to 0.</tt></font>
<br><font size=2><tt><br>
</tt></font><font size=2 face="sans-serif"><br>
Mit freundlichen Gruessen / Best Regards<br>
<br>
Ulrich Weigand<br>
<br>
-- <br>
 &nbsp;Dr. Ulrich Weigand | Phone: +49-7031/16-3727<br>
 &nbsp;GNU compiler/toolchain for Linux on System z and Cell BE<br>
 &nbsp;IBM Deutschland Entwicklung GmbH<br>
 &nbsp;Vorsitzender des Aufsichtsrats: Martin Jetter | Geschäftsführung:
Herbert Kircher<br>
 &nbsp;Sitz der Gesellschaft: Böblingen | Registergericht: Amtsgericht
Stuttgart, HRB 243294</font>
<br>