Re: try_to_freeze() called with IRQs disabled on ARM

Russell King - ARM Linux wrote on 09/02/2011 07:22:59 PM: > On Fri, Sep 02, 2011 at 04:47:35PM +0200, Ulrich Weigand wrote: > > Assume the scenario you initally describe, where a first signal is > > ignored and leads to system call restart. With your latest patch, > > you call into syscall_restar

Re: try_to_freeze() called with IRQs disabled on ARM

On Fri, Sep 02, 2011 at 04:47:35PM +0200, Ulrich Weigand wrote: > Assume the scenario you initally describe, where a first signal is > ignored and leads to system call restart. With your latest patch, > you call into syscall_restart which sets everything up to restart > the call (with interrupts d

Re: try_to_freeze() called with IRQs disabled on ARM

On Fri, Sep 02, 2011 at 07:40:34PM +0200, Ulrich Weigand wrote: > Russell King - ARM Linux wrote on 09/02/2011 > 07:22:59 PM: > > On Fri, Sep 02, 2011 at 04:47:35PM +0200, Ulrich Weigand wrote: > > > Assume the scenario you initally describe, where a first signal is > > > ignored and leads to syst

[ACTIVITY] weekly status

Hi, libunwind: * improvements in case the user doesn't use ARM unwind tables but DWARF info * code used to pick ARM unwind from the crt files which says "cantunwind" android: * upgraded working base to 11.08 * continue to port libunwind to android * noticed a header file clash that causes

[ACTIVITY] Sep 1 - Sep 2

== GDB == * Russell King now wants to revert my kernel patch that fixed #615974; discussed alternative options. == GCC == * Patch review week. * Analyzed root cause of ICE when building Linux kernel with mainline GCC (reported by Arnd). Mit freundlichen Gruessen / Best Regards Ulric

[ACTIVITY] 2011-09-02

== QEmu == * Sent 64bit atomic helper fix upstream * Basic boot time and simple benchmarks v Panda board * Tested prebuilt images and Peter's latest post-merge QEmu tree - The full Ubuntu desktop on an emulated Overo is a bit slow - it's rather short on RAM - The full Ubuntu desktop

Re: Vectorised copy

Michael Hope wrote: > int *a; > int *b; > int *c; > > const int ad[320]; > const int bd[320]; > const int cd[320]; > > void fill() > { > for (int i = 0; i < 320; i++) > { > a[i] = ad[i]; > b[i] = bd[i]; > c[i] = cd[i]; > } > } [snip] > Can we always use the second form

[ACTIVITY] report week 34

(short week; bank holiday on Monday) RAG: Red: Amber: OMAP3 patch upstreaming is (still) slower progress than hoped Green: Current Milestones: || || Planned|| Estimate || Actual || ||qemu-linaro 2011-09 || 2011-09-15 || 2011-09-15 |||| Histori

Re: try_to_freeze() called with IRQs disabled on ARM

Russell King - ARM Linux wrote on 09/01/2011 04:00:00 PM: > On Thu, Sep 01, 2011 at 03:41:22PM +0200, Ulrich Weigand wrote: > > One way to fix this might be to make the TIF_SYS_RESTART flag > > itself visible to ptrace, so the GDB could save/restore it > > along with the rest of the register set;

[ACTIVITY] Weekly status

== This week == * Looked at the get_arm_condition_code ICE. Seems to be a popular bug: was reported as #589887 #823708 and #809761 in Lauchpad and as PR49030 in bugzilla. Sent a patch upstream. * Submitted SMS register-dependency patch upstream. * Reviewed Bernd's new shrink-wrap patch. *

[ACTIVITY] w35

* SPEC2K week. Experimented with building and running and finally did a full run on the Panda board. * Running SPEC2K on the Snowball board as well. It is troublesome to work with the board because of the ethernet problem that makes the board freeze after some time. I have to use the SD-card for fi

libav-based microbenchmarks in bzr

I've tried to clean up the libav microbenchmarks that I did for the strided load/store stuff. They're on Launchpad at: lp:~rsandifo/+junk/loop-microbenchmarks The main changes are that the benchmarks now preload the caches (for CPUs that don't allocate on write) and that they now check the o