[lkml]   [1998]   [Mar]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Fix for thread+network crashes in 2.0/2.1?


A N Kuznetsov <> writes:

>> sock->wait wait are supressed. But what happens if the task is
>> awoken up by means of another wait queue (likely to occur in
>> select, as this is made for waiting waiting on multiple
>> different fd's).

> Protocols do not sleep (with one exception - netlink) on socket
> owned by another process, so that get_fd()...put_fd()

Well, I was thinking of a task creating a socket, then doing a fork,
and then both tasks doing a select involving the common socket and some
non-common files. Then the poll tables of both tasks would both refer
the shared socket's sock->wait, won't they?

As with the x.25 problem: I've checked by means of printk()'s at the very end
of x25_release(), that the socket's wait queue is empty before exiting
and the the socket->inode->i_count is always 2. Nevertheless,
it crashes with corrupted sock->wait wait queue in select()'s free_wait().

The select also monitors a pty file descriptor. Maybe the problem is not
caused by af_x25 but by somethink else. Are there certain kinds of bugs
that are known to likly cause socket wait queue corruptions?


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to

 \ /
  Last update: 2005-03-22 13:41    [W:0.064 / U:14.060 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site