[PATCH] BUG: sleeping function called from invalid context (arm CONFIG_PREEMPT_RT_FULL )

2014-12-02 Thread Till Straumann
OK. I think I could come up with a fix. It mirrors what the x86 code does: 1. Let arch-dependent (arm) signal.h defines ARCH_RT_DELAYS_SIGNAL_SEND (ifdef CONFIG_PREEMPT_RT_FULL) 2. This causes the vanilla force_sig_info() code to defer the actual work until later, setting the TIF_NOTIFY_RESU

BUG: sleeping function called from invalid context (arm CONFIG_PREEMPT_RT_FULL )

2014-12-01 Thread Till Straumann
I - very reproducibly - get this 'BUG' message [ 6462.460032] Unhandled fault: external abort on non-linefetch (0x018) at 0xb6fdd000 [ 6462.460042] BUG: sleeping function called from invalid context at kernel/locking/rtmutex.c:905 [ 6462.460049] in_atomic(): 0, irqs_disabled(): 128, pid: 1488,

Re: [PATCH] genirq: Sanitize spurious interrupt detection of threaded irqs

2013-03-12 Thread Till Straumann
er is incremented - the next hard IRQ calls note_interrupt() which checks if the counter has changed since last time. Just my 2 cents... Thanks again - Till On 03/08/2013 08:41 PM, Thomas Gleixner wrote: On Fri, 8 Mar 2013, Till Straumann wrote: On 03/08/2013 05:12 PM, Thomas Gleixner wrote: On F

Re: [PATCH] genirq: Sanitize spurious interrupt detection of threaded irqs

2013-03-08 Thread Till Straumann
On 03/08/2013 05:12 PM, Thomas Gleixner wrote: On Fri, 8 Mar 2013, Till Straumann wrote: 1) I'm not sure adding the SPURIOUS_DEFERRED flag into threads_handled_last is OK - what happens if the atomic_t counter can hold more than 31 bits? In this case, when thread han

Re: [PATCH] genirq: Sanitize spurious interrupt detection of threaded irqs

2013-03-08 Thread Till Straumann
esult into the spurious detector. If one primary handler of a shared interrupt returns IRQ_HANDLED we disable the deferred check of irq threads on the same line, as we have found at least one device driver who cared. Reported-by: Till Straumann Signed-off-by: Thomas Gleixner --- include/linux/

Re: Motorola DigitalDNA Help,Service Request # 1-1H8Q6 Follow - MPC8xx not setting DAR when DCBZ faults

2000-12-05 Thread Till Straumann
#x27;m sure there are many others affected by this problem although they might not know it - after all, it was pretty hard to track down, for me too) would certainly apreciate you to try to figure out a solution. Regards, Till Straumann. PS: cc questions/replies to me, as I am not on the mailin

who maintains linux 4 the powerpc

2000-09-07 Thread Till Straumann
Can somebody please tell me, who is currently maintaining arch/ppc? The link http://www.ppc.kernel.org/ in the MAINTAINERS file is dead. Regards, Till (Please CC me, I'm not on this list) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [E