* Questions on drivers returning POLLNVAL
@ 2003-10-28 10:18 Balbir Singh
0 siblings, 0 replies; only message in thread
From: Balbir Singh @ 2003-10-28 10:18 UTC (permalink / raw)
To: Linux Kernel List
Hello, All,
I seem to be problems with select() when I return POLLNVAL
from the poll() entry point of my driver.
For more context, I am attaching the following snippet of code
from fs/select.c (do_select). I am looking at 2.4.22
if (file) {
mask = DEFAULT_POLLMASK;
if (file->f_op && file->f_op->poll)
mask = file->f_op->poll(file, wait);
fput(file);
}
if ((mask & POLLIN_SET) && ISSET(bit,
__IN(fds,off))) {
SET(bit, __RES_IN(fds,off));
retval++;
wait = NULL;
}
if ((mask & POLLOUT_SET) && ISSET(bit,
__OUT(fds,off)))
{
SET(bit, __RES_OUT(fds,off));
retval++;
wait = NULL;
}
if ((mask & POLLEX_SET) && ISSET(bit,
__EX(fds,off))) {
SET(bit, __RES_EX(fds,off));
retval++;
wait = NULL;
}
}
wait = NULL;
if (retval || !__timeout || signal_pending(current))
break;
if(table.error) {
retval = table.error;
break;
}
__timeout = schedule_timeout(__timeout);
When I return POLLNVAL from my driver, the user set the select timeout set
to NULL, I get caught up in schedule_timeout.
when I pass NULL for timeout from userland, in the kernel, I
see __timeout set to 2147483647. I have not investigated this yet.
Hence I fail the two checks for breaking out of the loop and
get stuck in schedule_timeout.
Am I expected to set POLLNVAL in table->error passed to the poll()
entry point explicitly?
Thanks,
Balbir
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2003-10-28 10:18 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-10-28 10:18 Questions on drivers returning POLLNVAL Balbir Singh
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.