[ACTIVITY] Weekly status
Debugging the new version of the patch to support instructions with REG_INC_NOTE in SMS which caused bootstrap failure. (http://gcc.gnu.org/ml/gcc-patches/2011-08/msg01216.html) A fix was tested and submitted: [PATCH, SMS 1/2] Avoid generating redundant reg-moves http://gcc.gnu.org/ml/gcc-patches/2011-09/msg01549.html [PATCH, SMS 2/2] Support instructions with REG_INC_NOTE (second try) http://gcc.gnu.org/ml/gcc-patches/2011-09/msg01550.html Continued looking at Richard's libav micro-bench wrt the register pressure. Richard pointed on some kernels that can serve as a testcases. Participated in non linaro activities. ___ linaro-toolchain mailing list linaro-toolchain@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-toolchain
Re: [ACTIVITY] Sep 19 - Sep 23
Christian Robottom Reis wrote on 09/23/2011 10:00:18 PM: > On Fri, Sep 23, 2011 at 06:51:37PM +0200, Ulrich Weigand wrote: > > * Implemented and tested support for disabling address space > >randomization in gdbserver; patch posted for review. > > I'm not sure this is related, but remember that thread where Russell was > commenting about a regression in try_to_freeze() he was going to work on > fixing? I'm curious -- Where did that end up going? No, this is not related. In any case, the current status of the signal handler issue (what the try_to_freeze mail chain was about) is that Russell said he was going to look into it, but so far nothing has happened (he has neither reverted my original patch as he said he might do; nor has he come up with some new patch). I guess I could give him a ping, but since he didn't revert my patch after all, it didn't seem a priority to me ... [ P.S. Maybe you were also thinking of another kernel bug that *did* affect disabling address space randomization (LP #616001): this bug has been fixed upstream by Nicolas a while ago. ] Mit freundlichen Gruessen / Best Regards Ulrich Weigand -- Dr. Ulrich Weigand | Phone: +49-7031/16-3727 STSM, GNU compiler and toolchain for Linux on System z and Cell/B.E. IBM Deutschland Research & Development GmbH Vorsitzender des Aufsichtsrats: Martin Jetter | Geschäftsführung: Dirk Wittkopp Sitz der Gesellschaft: Böblingen | Registergericht: Amtsgericht Stuttgart, HRB 243294 ___ linaro-toolchain mailing list linaro-toolchain@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-toolchain
Re: [ACTIVITY] Sep 19 - Sep 23
On Mon, Sep 26, 2011 at 03:59:24PM +0200, Ulrich Weigand wrote: > Christian Robottom Reis wrote on 09/23/2011 10:00:18 PM: > > On Fri, Sep 23, 2011 at 06:51:37PM +0200, Ulrich Weigand wrote: > > > * Implemented and tested support for disabling address space > > >randomization in gdbserver; patch posted for review. > > > > I'm not sure this is related, but remember that thread where Russell was > > commenting about a regression in try_to_freeze() he was going to work on > > fixing? I'm curious -- Where did that end up going? > > No, this is not related. In any case, the current status of the signal > handler issue (what the try_to_freeze mail chain was about) is that Russell > said he was going to look into it, but so far nothing has happened (he has > neither reverted my original patch as he said he might do; nor has he come > up with some new patch). > > I guess I could give him a ping, but since he didn't revert my patch after > all, it didn't seem a priority to me ... Interesting. You could reach out and reping just out of courtesy -- I don't like unfinished business, though code's always unfinished in a way. > [ P.S. Maybe you were also thinking of another kernel bug that *did* affect > disabling address space randomization (LP #616001): this bug has been fixed > upstream by Nicolas a while ago. ] Yeah, that's what triggered my memory access. But I was really asking about the try_to_freeze() thread. -- Christian Robottom Reis, Engineering VP Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 Linaro.org: Open Source Software for ARM SoCs ___ linaro-toolchain mailing list linaro-toolchain@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-toolchain
Use of memcpy() in libpng
Saw this on the linaro-multimedia list: http://lists.linaro.org/pipermail/linaro-multimedia/2011-September/74.html libpng spends a significant amount of time in memcpy(). This might tie in with Ramana's investigation or the unaligned access work by allowing more memcpy()s to be inlined. -- Michael ___ linaro-toolchain mailing list linaro-toolchain@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-toolchain
