Messages in this thread |  | | | Date | Tue, 23 Oct 2001 14:33:21 +0100 | | From | Mike Jagdis <> | | Subject | Re: Behavior of poll() within a module |
| |
Richard B. Johnson wrote: > What is the intended behavior of poll within a module when > two or more tasks are sleeping in poll? Specifically, when > wake_up_interruptible is executed from a module, are all > tasks awakened or is only one? If only one, is it the > first task to call poll/select or the last, which is awakened > first?
Normally all but... In the case of accept() the kernel knows that a woken up process will service the event (the code is all in the kernel) so the accept code flags its wait_queue entry to say, "If this gets woken don't wake the rest". Unfortunately the way wake one and wake all semantics are handled within the wait queue mean we get FIFO rather than LIFO behaviour I believe :-(
I guess you could do "the accept() thing" yourself from a module - or add a Linux specific poll flag and do it from user space for that matter.
Oh, and yes, wake all is required behaviour of poll/select. It's just accept that is special because all the code is in the kernel and if it gets woken we _know_ that event is no longer present.
Mike
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |