Hi Al I tried to debug strange crashes in tcp_poll() called from sys_epoll_wait() -> sock_poll()
The symptom is that sock->sk is NULL and we therefore dereference a NULL pointer. It's really rare crashes but still, it would be nice to understand where is the bug. Presumably latest kernels would crash in sock_poll() because of the sk_can_busy_loop(sock->sk) call. We do test sock->sk being NULL in sock_fasync(), but epoll should be safe because of existing synchronization (epmutex) ? Any idea? Thanks ! -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
