According to man pages, only POLLIN or Errors maybe returned in the specific case:
The bits returned in revents can include any of those specified in events, or one of the values POLLERR, POLLHUP, or POLLNVAL. (These three bits are meaningless in the events field, and will be set in the revents field whenever the corresponding condition is true.) Since POLLRDNORM was not specified in the even mask, it is "unexpected" event that handled as error. Regards, Pasha On Dec 21, 2010, at 11:11 AM, Terry Dontje wrote: After further inspection I saw that events is being set to POLLIN only. Is that suppose to mask out any other bits from being set (like POLLRDNORM)? --td On 12/21/2010 10:35 AM, Terry Dontje wrote: We're doing some testing with openib btl on a system with Solaris. It looks like Solaris can return POLLIN|POLLRDNORM in revents from a poll call. I looked at the manpages for Linux and it reads like Linux could possibly do this too. However the code in btl_openib_async_thread that checks for valid revents is only checking for POLLIN and in the case it gets POLLIN|POLLRDNORM the btl ends up throwing an error. I think erroring out on the POLLIN|POLLRDNORM case is a bug. Does anyone feel otherwise and can explain to me why we should not consider POLLIN|POLLRDNORM as a valid condition? I have the same question pertaining to POLLRDBAND too but I don't believe we've seen this set. thanks, -- <ATT00001.gif> Terry D. Dontje | Principal Software Engineer Developer Tools Engineering | +1.781.442.2631 Oracle - Performance Technologies 95 Network Drive, Burlington, MA 01803 Email terry.don...@oracle.com<mailto:terry.don...@oracle.com> _______________________________________________ devel mailing list de...@open-mpi.org<mailto:de...@open-mpi.org> http://www.open-mpi.org/mailman/listinfo.cgi/devel -- <ATT00002.gif> Terry D. Dontje | Principal Software Engineer Developer Tools Engineering | +1.781.442.2631 Oracle - Performance Technologies 95 Network Drive, Burlington, MA 01803 Email terry.don...@oracle.com<mailto:terry.don...@oracle.com> _______________________________________________ devel mailing list de...@open-mpi.org<mailto:de...@open-mpi.org> http://www.open-mpi.org/mailman/listinfo.cgi/devel
