Hi :),<br><br>One more mechanism I know is passing real time signal to the userspace process using process PID. So whenever there is an interrupt in kernel module, it passes the signal to userspace process. You can handle the signal in US process.<br><br>And I passed the PID to kernel module using IOCTL. <br><br>Let me know if anyone finds problem in handling interrupts like this.<br><br>Thanks<br><br><br>Regards,<br>Jeshwanth<br>Bengaluru<br><br>----- Reply message -----<br>From: &quot;Prabhu nath&quot; &lt;gprabhunath@gmail.com&gt;<br>Date: Tue, May 14, 2013 3:29 pm<br>Subject: user space device drivers<br>To: &quot;Gergely Buday&quot; &lt;gbuday@gmail.com&gt;<br>Cc: &quot;kernelnewbies&quot; &lt;kernelnewbies@kernelnewbies.org&gt;<br><br><br>One that I know is through proc interface where the interrupt info is<br>lodged in a file in /proc &nbsp;and the user code keeps polling on this file.<br>Exact use of this is to be looked for.<br><br><br><br><br>On Tue, May 14, 2013 at 3:24 PM, Gergely Buday &lt;gbuday@gmail.com&gt; wrote:<br><br>&gt; Prabhu nath wrote:<br>&gt;<br>&gt; &gt; But if the device has to generate an interrupt on the reception of the<br>&gt; data<br>&gt; &gt; then it is best for the driver code to be in the kernel space waiting for<br>&gt; &gt; the data, rather than in the user space because there is no efficient<br>&gt; &gt; mechanism till now for the control to be transferred to the waiting user<br>&gt; &gt; space code on the reception of the interrupt.<br>&gt;<br>&gt; What are the curently available mechanisms for an interrupt to<br>&gt; propagate into user space?<br>&gt;<br>&gt; Is there one that affects the scheduler?<br>&gt;<br>&gt; - Gergely<br>&gt;<br><br><br><br>-- <br>Regards,<br>Prabhunath G<br>Linux Trainer<br>Bangalore<br><br><br>