Thread (7 messages) 7 messages, 4 authors, 2011-09-06

Regarding threaded irq and normal irq

From: anish singh <hidden>
Date: 2011-09-06 05:29:52

On Tue, Sep 6, 2011 at 10:51 AM, Mulyadi Santosa
[off-list ref] wrote:
Hi :)

On 06/09/2011, sandeep kumar [off-list ref] wrote:
quoted
Hmm..But when i tried to take a mutex lock in threaded_irq, it is throwing a
warning message
"BUG: sleeping function called from invalid context"... So i was wondering
which way it is..
Please don't top post :)

Anyway, regarding that "BUG:" message, could it be that mutex function
mistakenly assume it's called inside top half, thus bails out since
How can mutex assume? IMHO the message would have printed
because sleeping would be forbidden there but again AFAIK in the threaded
handler we can do I2C transactions which can sleep.So kind of
paradox there.
ps:I have seen the code where sandeep is doing the taking the mutex lock.
He is taking mutex lock at the beginging of the handler and releasing
at the end.
sleeping is forbidden there? which mutex function do you use? (sorry I
don't follow every locking functions exist now)

--
regards,

Mulyadi Santosa
Freelance Linux trainer and consultant

blog: the-hydra.blogspot.com
training: mulyaditraining.blogspot.com

_______________________________________________
Kernelnewbies mailing list
Kernelnewbies at kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help