Hi Anish
I have a touch driver which is not yet using threded_irq.So i am planning to change it touse threaded_irq.In the current handler they are first disabling the irq line and then calling the single threadedworkqueue to do the rest of the task and when the task is completed i.e. in the end of workqueuefunction they are enabling the irq line.
So my question is if i change it to use threaded_irq.In the handler should i also enable or disablethe irq as is done in the case of present handler OR i don't need to do this step?---i think IRQF_ONESHOT will do this for me right?
I want this threaded handler to be executing as soon as possible as i want the latency between thetouch by the user and response to be minimum.Is there any way to achieve this?FYI... handler contains some I2C transfer + reporting co-ordinates to Input core.Does the above usecase justify changing to threaded_irq??
_______________________________________________
Kernelnewbies mailing list
Kernelnewbies@kernelnewbies.org
http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies