epoll should not emit POLLNVAL
This replicates downstream bug OS-5884
While checking the poll() handlers in various drivers across the system for proper POLLET behavior per OS-5882, it became clear that a subset of drivers can emit POLLNVAL via revents. While this is valid behavior for poll(2) and friends, it is not a recognized event value in the epoll API. There should be translation logic added to the devpoll output code.
Updated by Electric Monk over 4 years ago
- Status changed from In Progress to Closed
- % Done changed from 0 to 100
commit 80d5689f5d4588adc071138e25e9d0d5252d9b55 Author: Patrick Mooney <email@example.com> Date: 2017-10-19T02:47:16.000Z 8634 epoll fails to wake on certain edge-triggered conditions 8635 epoll should not emit POLLNVAL 8636 recursive epoll should emit EPOLLRDNORM Reviewed by: Jerry Jelinek <firstname.lastname@example.org> Reviewed by: Robert Mustacchi <email@example.com> Reviewed by: Toomas Soome <firstname.lastname@example.org> Reviewed by: Igor Kozhukhov <email@example.com> Approved by: Dan McDonald <firstname.lastname@example.org>